組播協議的主要任務就是構造組播的分布樹，使組播分組能夠傳送到相應的組播組成員，根據對網絡中的組播成員的分布和使用的不同，組播協議分為兩類即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-view，進入系統視圖。

2、執行multicast routing-enable，使能組播功能。

3、執行interfaceinterface-type interface-number，進入接口視圖。

4、執行pim sm，使能PIM協議。

5、執行return退回到用戶視圖。

6、執行save，保存對配置的修改。

經過上面的配置，與用戶連接的接口上配置PIM的有源樹模式后，全網組播業務恢復故障得到解決。