組播協(xié)議的主要任務就是構造組播的分布樹，使組播分組能夠傳送到相應的組播組成員，根據(jù)對網絡中的組播成員的分布和使用的不同，組播協(xié)議分為兩類即DM和SM，在網路中稀疏分布、網絡也沒有充足帶寬的情況，如廣域網環(huán)境，可以使用SM路由協(xié)議，本篇介紹：如果由于組播出錯造成線路不通的解決辦法。

　　一、組網環(huán)境

　　在H3C路由器的組網環(huán)境中，網絡中配置的組播協(xié)議為PIM SM，H3C A是靜態(tài)RP，接收者側DR即H3C B發(fā)起將RPT切換成SPT后，發(fā)現(xiàn)在H3C C上組播路由的轉發(fā)表的下游端口減少了，導致部分線路不通。

　　二、故障分析

　　1、RPT轉換成SPTP前，在H3C C上使用命令display multicast forwarding-table檢查組播路由轉發(fā)表項。

　　2、RPTP轉換成SPTP后，使用命令display multicast forwarding-table檢查H3C C上的組播路由轉發(fā)表項，發(fā)現(xiàn)GigabitEthernet10/0/0.10沒有在出接口列表中。

　　3、從全網開始分析，發(fā)現(xiàn)從接收者到組播源，有兩條等值路由，下一跳分別是H3C C和H3C D，RPT切換到SPT之前，H3C A為RP，從H3C A到H3C C只有一跳，因此在H3C C上有完整的表項，而H3C D上沒有相關組播路由，但是RPT切換到SPT后，在H3C B上發(fā)出的jJoin信息經過自身設備選路后一部分發(fā)到了H3C D上。

　　4、通過debbugging命令,定位組播流在哪一側被剪枝。在RouterB上,顯示RouterB將接收到的jJoin報文發(fā)送到了Swtich B上，但是在210秒的時間內沒有組播流量，因此此條組播路由被剪枝。

　　5、檢查Swtich B配置，發(fā)現(xiàn)Switch B與用戶連接的接口沒有使能PIM協(xié)議，因此導致下游請求建立的有源樹表現(xiàn)無法送到真正的組播源處，因此在210秒后就會對Router B上的表項進行剪枝。

　　三、故障解決

　　1、在路由器上分別執(zhí)執(zhí)行命令system-view，進入系統(tǒng)視圖。

　　2、執(zhí)行multicast routing-enable，使能組播功能。

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

　　4、執(zhí)行pim sm，使能PIM協(xié)議。

　　5、執(zhí)行return退回到用戶視圖。

　　6、執(zhí)行save，保存對配置的修改。

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