• 全部
  • 经验案例
  • 典型配置
  • 技术公告
  • FAQ
  • 漏洞说明
  • 全部
  • 全部
  • 大数据引擎
  • 知了引擎
产品线
搜索
取消
案例类型
发布者
是否解决
是否官方
时间
搜索引擎
匹配模式
高级搜索

m-lag的组播场景

1天前提问
  • 0关注
  • 0收藏,56浏览
粉丝:0人 关注:0人

问题描述:

对于PIM组网,组播接收者侧需要配置分布式DR接口。这条分布式DR配置是什么

2 个回答
粉丝:13人 关注:9人

在H3C M-LAG组播场景中,接收者侧配置分布式DR接口的关键命令如下:
1. 进入M-LAG成员设备的接口视图(如接收者侧的二层接入接口):
interface GigabitEthernet 1/0/1
2. 配置该接口为分布式DR接口:
pim dr distributed
原理:M-LAG双活场景下,传统DR选举可能导致单节点故障时组播流量中断。分布式DR允许M-LAG的两个成员设备同时作为DR,共同接收组播流量并通过M-LAG peer-link同步状态,确保组播业务不中断。
注:需确保M-LAG系统已正确配置(如domain ID、peer-link、成员接口等),且PIM协议在相关接口和VLAN上已启用。

暂无评论

粉丝:25人 关注:2人

一、分布式 DR(pim distributed-dr)完整定义
1、基础概念
M-LAG/DRNI 两台交换机虚拟成一台三层网关,下联终端 / 接入交换机(组播接收者网段)。
普通 PIM 规则:一个三层网段只会选举出唯一 1 台 DR,由 DR 向上游 RP / 组播源发送 PIM 加入报文、收发 Register 报文;另一台 M-LAG 设备为非 DR,不会向上游建立组播树。
一旦DR 所在 M-LAG 设备整机故障,需要重新竞选 DR、重建 PIM 树,组播断流时间可达数秒~十几秒。
分布式 DR(distributed-dr):
在 M-LAG 成对两台交换机的三层 VLANIF 网关接口上同时开启 pim distributed-dr,让两台 M-LAG 设备同时成为该网段的 DR(双 DR 并行),两台设备独立向上游 PIM 网络建立完整组播分发树,各自接收完整组播流量;依靠 M-LAG peer-link 协同转发逻辑,下游终端只会收到一份组播,不会产生重复组播。
H3C 配置命令:
h3c
interface Vlan-interface 10
pim distributed-dr
2、解决的两大核心痛点
痛点 1:普通单 DR 模式故障断流
普通模式只有一台 M-LAG 设备是 DR,只有它向上游拉取组播流。DR 设备宕机后,另一台设备重新竞选 DR、发送 Join 报文、上游重建分发树,组播长时间中断。
分布式 DR:两台设备各自向上游拉组播流量,任意一台整机断电,另一台本身已经存在完整 (S,G)/(*,G) 表项,毫秒级切换,组播几乎无中断。
痛点 2:M-LAG 双活接入引发重复组播、环路
M-LAG 下联设备双活接入两台交换机,组播流量会分别进入两台 M-LAG 交换机。
不开分布式 DR:仅 DR 设备有上游组播流量,备机无上游流量,故障切换慢;
开启分布式 DR:两台设备都拿到上游组播流量,结合 M-LAG 单向隔离机制,只会从最优 M-LAG 成员口向下转发一份流量,既双活冗余,又杜绝终端收到两份组播报文。
3、分布式 DR 运行逻辑
两台 M-LAG 交换机的 VLANIF 网关同时参与网段 DR 选举,全部成功成为 DR;
两台设备分别向上游 PIM 邻居发送 PIM Join 报文,各自建立独立组播转发树,都持续接收上游组播流量;
M-LAG 系统通过 peer-link 同步 IGMP 成员表、组播出接口列表 (OIL);
两台交换机收到上游组播后,依靠 M-LAG 转发逻辑,只有其中一台设备把组播从 M-LAG 下联聚合口发往终端,另一台收到组播直接丢弃,避免终端双份组播;
任意一台 M-LAG 设备故障,存活设备继续正常向下转发组播,无需重新协商 DR、重新发 Join。


DRNI分布式DR组网
二、组网区分:什么时候必须配置分布式 DR
场景 A:接收者侧(下联终端 / 接入交换机做 M-LAG 双归)→ 必须配置 distributed-dr
也就是你提问的场景:终端双活接入 M-LAG 两台交换机,网关部署在 M-LAG 设备上。
不加分布式 DR:单 DR 模式,设备故障组播中断严重;
加上分布式 DR:双 DR 热备,故障无断流。
场景 B:组播源接入 M-LAG 侧
源接入 M-LAG 一般不需要分布式 DR,改为配置 pim passive(PIM 消极模式)。
作用:两台 M-LAG 设备都可以接收组播源流量,避免源侧流量只进单台设备造成单点故障。
三、完整标准配置(H3C V7 M-LAG+PIM 接收者网关)
两台 M-LAG 设备 A、B 完全一致配置
h3c
# 1、全局开启组播
multicast routing enable
pim

# 2、三层网关VLANIF(终端网关网段)
interface Vlan-interface 10
ip address 10.0.10.1 255.255.255.0
pim
# 开启分布式DR,核心命令
pim distributed-dr
igmp enable

# 3、M-LAG Peer-Link、Keepalive链路正常配置
# 4、两台设备互联的三层Keepalive接口建立PIM邻居
interface Vlan-interface 99
ip address 10.0.99.1/24
pim

# 5、上联核心PIM接口正常启用PIM
interface Vlan-interface 20
pim
四、补充对比:单 DR vs 分布式 DR
表格
模式 DR 数量 故障表现 适用场景
普通单 DR 网段仅有 1 台 DR DR 设备宕机,重新选 DR + 重建组播树,断流 2~10s 普通单网关组网、无 M-LAG
分布式 DR M-LAG 两台设备同时为 DR 任意一台宕机,另一台已有组播表项,毫秒切换无断流 M-LAG/DRNI 下联终端、接收者双活接入场景
五、常见误区
分布式 DR 不等于两台设备同时往下发组播
两台都收上游组播,但 M-LAG 隔离机制只会下发一份给终端,不会出现组播重复。
源侧不要配置 distributed-dr
源接入 M-LAG 使用 pim passive,接收者网关网段才用 distributed-dr。
搭配要求:M-LAG 必须部署独立三层 Keepalive 链路,两台设备之间建立 PIM 邻居,保障组播表项互通。
极简总结
分布式 DR = M-LAG 两台网关同时充当网段 PIM DR,双双向上游拉取组播流量;
核心价值:解决 M-LAG 组网中单 DR 故障导致组播长时间中断的问题,实现设备故障零断流;
部署位置:组播接收者所在网段的三层 VLANIF 接口,命令 pim distributed-dr;
组播源接入 M-LAG 改用 pim passive,不要配置分布式 DR。

暂无评论

编辑答案

你正在编辑答案

如果你要对问题或其他回答进行点评或询问,请使用评论功能。

分享扩散:

提出建议

    +

亲~登录后才可以操作哦!

确定

亲~检测到您登陆的账号未在http://hclhub.h3c.com进行注册

注册后可访问此模块

跳转hclhub

你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作

举报

×

侵犯我的权益 >
对根叔社区有害的内容 >
辱骂、歧视、挑衅等(不友善)

侵犯我的权益

×

泄露了我的隐私 >
侵犯了我企业的权益 >
抄袭了我的内容 >
诽谤我 >
辱骂、歧视、挑衅等(不友善)
骚扰我

泄露了我的隐私

×

您好,当您发现根叔知了上有泄漏您隐私的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您认为哪些内容泄露了您的隐私?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)

侵犯了我企业的权益

×

您好,当您发现根叔知了上有关于您企业的造谣与诽谤、商业侵权等内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到 pub.zhiliao@h3c.com 邮箱,我们会在审核后尽快给您答复。
  • 1. 您举报的内容是什么?(请在邮件中列出您举报的内容和链接地址)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
  • 3. 是哪家企业?(营业执照,单位登记证明等证件)
  • 4. 您与该企业的关系是?(您是企业法人或被授权人,需提供企业委托授权书)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

抄袭了我的内容

×

原文链接或出处

诽谤我

×

您好,当您发现根叔知了上有诽谤您的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您举报的内容以及侵犯了您什么权益?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

对根叔社区有害的内容

×

垃圾广告信息
色情、暴力、血腥等违反法律法规的内容
政治敏感
不规范转载 >
辱骂、歧视、挑衅等(不友善)
骚扰我
诱导投票

不规范转载

×

举报说明