|
组播协议的主要任务就是构造组播的分布树,使组播分组能够传送到相应的组播组成员,根据对网络中的组播成员的分布和使用的不同,组播协议分为两类即DM和SM,在网路中稀疏分布、也没有充足带宽的情况,如广域网环境,可以使用SM协议,本篇介绍:如果由于组播出错造成线路不通的解决办法。
一、组网环境
在H3C器的组网环境中,中配置的组播协议为PIM SM,H3C A是静态RP,接收者侧DR即H3C B发起将RPT切换成SPT后,发现在H3C C上组播的转发表的下游端口减少了,导致部分线路不通。
二、故障分析
1、RPT转换成SPTP前,在H3C C上使用命令display multicast forwarding-table检查组播转发表项。
2、RPTP转换成SPTP后,使用命令display multicast forwarding-table检查H3C C上的组播转发表项,发现GigabitEthernet10/0/0.10没有在出接口列表中。
3、从全网开始分析,发现从接收者到组播源,有两条等值路由,下一跳分别是H3C C和H3C D,RPT切换到SPT之前,H3C A为RP,从H3C A到H3C C只有一跳,因此在H3C C上有完整的表项,而H3C D上没有相关组播,但是RPT切换到SPT后,在H3C B上发出的jJoin信息经过自身设备选路后一部分发到了H3C D上。
4、通过debbugging命令,定位组播流在哪一侧被剪枝。在RouterB上,显示RouterB将接收到的jJoin报文发送到了Swtich B上,但是在210秒的时间内没有组播流量,因此此条组播被剪枝。
5、检查Swtich B配置,发现Switch B与用户连接的接口没有使能PIM协议,因此导致下游请求建立的有源树表现无法送到真正的组播源处,因此在210秒后就会对Router B上的表项进行剪枝。
三、故障解决
1、在器上分别执执行命令system-vw,进入系统视图。
2、执行multicast routing-enable,使能组播功能。
3、执行interfaceinterface-type interface-number,进入接口视图。
4、执行pim sm,使能PIM协议。
5、执行return退回到用户视图。
6、执行save,保存对配置的修改。
经过上面的配置,与用户连接的接口上配置PIM的有源树模式后,全网组播业务恢复故障得到解
1 |
|