组播协【zǔ bō xié】🕙议【yì】的主要任务【yào rèn wù】就是构造组播的分布🈯树【shù】，使组播分组能【fèn zǔ néng】🎫够传送到相应【dào xiàng yīng】的组播【de zǔ bō】😆组成员【zǔ chéng yuán】，根据对🀄网络中的组播【de zǔ bō】😆成员的分布和📀使用🗯的不同🌤，组播协【zǔ bō xié】🕙议【yì】分为两类即DM和SM，在网路【zài wǎng lù】🍖中稀疏分布🈯、网络也没有充足带宽🔷的情况【de qíng kuàng】，如广域【rú guǎng yù】网环境，可以使用🗯SM路由协【lù yóu xié】议【yì】，本篇介🚓绍⏬：如果由【rú guǒ yóu】于组播【yú zǔ bō】🌴出错造成线路不通的解决办法🌧。

一、组网环境

在H3C路由器【lù yóu qì】的组网环境中😨，网络中🕢配置的【pèi zhì de】组播协议为PIM SM，H3C A是静态RP，接收者😬侧【cè】DR即H3C B发起将RPT切换成【qiē huàn chéng】🌆SPT后，发现在H3C C上组播路由的【lù yóu de】转发表【zhuǎn fā biǎo】🗑的下游🎋端口减少了【shǎo le】➡，导致部分线路🙆不通【bú tōng】。

二、故障分析

1、RPT转换成【zhuǎn huàn chéng】SPTP前，在🎵H3C C上使用命令display multicast forwarding-table检查组【jiǎn chá zǔ】📢播路由转发表【zhuǎn fā biǎo】项🏟。

2、RPTP转换成【zhuǎn huàn chéng】SPTP后【hòu】，使用命令display multicast forwarding-table检查【jiǎn chá】🐓H3C C上的组播路由转发表【zhuǎn fā biǎo】🔆项➡，发现GigabitEthernet10/0/0.10没有在出接口😤列表中。

3、从全网开始分【kāi shǐ fèn】析，发现从接收者【jiē shōu zhě】到组播🥘源【yuán】，有两条🏡等值路🏬由【yóu】，下一跳【xià yī tiào】分别是H3C C和【hé】H3C D，RPT切换到【qiē huàn dào】SPT之前，H3C A为😸RP，从H3C A到H3C C只有一跳，因此在【yīn cǐ zài】💭H3C C上🧜有完整【yǒu wán zhěng】的表【de biǎo】🆙项，而H3C D上🧜没有相关组播【guān zǔ bō】路由【yóu】👱，但是RPT切换到【qiē huàn dào】SPT后➗，在💭H3C B上发出📝的jJoin信息经👮过自身💟设备选【shè bèi xuǎn】路后一🌨部分发【bù fèn fā】到了H3C D上🧜。

4、通过debbugging命令,定位组⬜播流在【bō liú zài】哪一侧【nǎ yī cè】被剪枝。在RouterB上【shàng】🌻,显示【xiǎn shì】RouterB将接收到的📜jJoin报文发🏳送到了Swtich B上【shàng】🌻，但是在🍳210秒的时【miǎo de shí】间内没有组播流量👧，因此此【yīn cǐ cǐ】🤲条组播路由被剪枝。

5、检查Swtich B配置🎼，发现🦄Switch B与用户【yǔ yòng hù】连接的【lián jiē de】👰接口没有使能🐯PIM协议【xié yì】🍆，因此导致下游请求建立的有【lì de yǒu】🈺源树表现无法送到真正的组播源处，因此在【yīn cǐ zài】210秒后就【miǎo hòu jiù】🐾会对Router B上的表【shàng de biǎo】项进行剪枝。

三、故障解决

1、在路由器上分别执执【bié zhí zhí】🕛行命令system-view，进入系统视图【tǒng shì tú】🤮。

2、执行multicast routing-enable，使能组播功能【bō gōng néng】📖。

3、执行interfaceinterface-type interface-number，进入接【jìn rù jiē】口视图🈁。

4、执行pim sm，使能PIM协议。

5、执行return退回到用户视图。

6、执行save，保存对配置的修改。

经过上🎣面的配【miàn de pèi】🐞置，与用户⛓连接的接口上配置【pèi zhì】PIM的有源树模式【shù mó shì】🥣后【hòu】，全网组播业务恢复故【huī fù gù】障得到解决🥖。