部分频道不通怎么办？组播协议是关键

组播协议分为两类：密集模式路由协议（DM）和稀疏模式路由协议（SM）。在网路中稀疏分布、网络也没有充足带宽的情况，如广域网环境，可以使用SM路由协议。IPTV组网中组播源侧路由器未启用组播协议导致部分频道不通的故障解决方法如下：

网络环境

IPTV城域网组网图中，网络中配置的组播协议为PIM SM，RouterA是静态RP。接收者侧DR即Switch C发起将RPT切换成SPT后，发现在RouterC上组播路由的转发表的下游端口减少了，导致部分组播业务无法访问。

图为IPTV城域网组网图

故障分析

1.RPT转换成SPTP前，在RouterC上使用命令display multicast forwarding-table检查组播路由转发表项。

MulticastForwardingTable 
Total11entries 
00001.(221.212.252.174,224.11.1.1),MID:1030,Flags:0x0:0 
Uptime:3d:09h 
Incominginterface:GigabitEthernet2/0/0 
Listof4outgoinginterfaces: 
1:GigabitEthernet10/0/0.10 
2:GigabitEthernet10/0/2.10 
3:GigabitEthernet11/0/6.10 
4:GigabitEthernet10/0/9.10 
Matched58355134packets(7469457152bytes),WrongIf0packets 
Forwarded0packets(0bytes)

GigabitEthernet10/0/0.10为RouterC连接Switch C的接口。

2.RPTP转换成SPTP后，使用命令display multicast forwarding-table检查RouterC上的组播路由转发表项。发现“GigabitEthernet10/0/0.10”没有在出接口列表中。

MulticastForwardingTable 
Total11entries 
00001.(221.212.252.174,224.11.1.1),MID:1030,Flags:0x0:0 
Uptime:3d:09h 
Incominginterface:GigabitEthernet2/0/0 
Listof3outgoinginterfaces: 
1:GigabitEthernet10/0/2.10 
2:GigabitEthernet11/0/6.10 
3:GigabitEthernet10/0/9.10 
Matched58386531packets(7469497521bytes),WrongIf0packets 
Forwarded0packets(0bytes)

3.从全网开始分析，发现从接收者到组播源，有两条等值路由，下一跳分别是RouterC和RouterD。RPT切换到SPT之前，RouterA为RP，从RouterA到RouterC只有一跳，因此在RouterC上有完整的（*，G）和（S，G）表项，而RouterD上没有相关组播路由。但是RPT切换到SPT后，在Switch C上发出的jJoin信息经过自身设备选路后一部分发到了RouterD上。

4.通过debbugging命令,定位组播流在哪一侧被剪枝。在RouterB上,显示RouterB将接收到的jJoin报文发送到了Swtich B上，但是在210秒的时间内没有组播流量，因此此条组播路由被剪枝。

5.检查Swtich B配置，发现Switch B与用户连接的接口没有使能PIM协议。因此导致下游请求建立的有源树表现无法送到真正的组播源处，因此在210秒后就会对Router B上的(S，G)表项进行剪枝。

操作步骤

步骤 1在Switch B上分别执执行命令system-view，进入系统视图。

在Switch B上分别执行以下操作。

步骤 2执行命令multicast routing-enable，使能组播功能。

步骤 3执行命令interfaceinterface-type interface-number，进入接口视图。

步骤 4执行命令pim sm，使能PIM协议。

步骤 5执行命令return退回到用户视图，执行命令save，保存对配置的修改。

在Switch B与用户连接的接口上配置PIM的有源树模式后，全网组播业务恢复。

—-结束

案例总结

1.到达某一网段，有多条单播路由可达时，检查每条单播路径上的设备是否都使能了组播协议。

2.开启debug来判断组播在哪一侧进行剪枝，有助于定位问题。