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

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

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

　　二、故障分析

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

　　2、RPTP轉(zhuǎn)換成SPTP后，使用命令display multicast forwarding-table檢查H3C C上的組播路由轉(zhuǎn)發(fā)表項(xiàng)，發(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上有完整的表項(xiàng)，而H3C D上沒有相關(guān)組播路由，但是RPT切換到SPT后，在H3C B上發(fā)出的jJoin信息經(jīng)過自身設(shè)備選路后一部分發(fā)到了H3C D上。

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

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

　　三、故障解決

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

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

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

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

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

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

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