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

一、組網(wǎng)環(huán)境

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

二、故障分析

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

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

3、從全網(wǎng)開始分析，發(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信息經(jīng)過自身設備選路后一部分發(fā)到了H3C D上。

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

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，保存對配置的修改。

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