m0_70976024的博客

这个实验只是在前面实验的基础上，将G0/0/1的pim sm取消，启用G0/0/2的pim sm，这样的话，由于10.1.123.100（源）的路由是通过G0/0/1的BGP传递到R4上的，R4与R3没有建立G0/0/1接口上的pim neighbor，所以也就没有rpf邻居了。组播数据流到达R4时（肯定是通过G0/0/2到达的），由于10.1.123.100的下一跳的10.1.34.3，所以RPF检查也就会失败了，解决的方法的思路应该是从RPF检查的角度是考虑。正常配置即可，难度不大。

如果这几条等价路由都是来自同一张路由表项，则选取下一跳。

可以在eNSP上做这个实验。

只是在模拟器上，如果发送的组播地址不在这个范围的，则。DR发送Join报文。Join报文逐跳向上传输，RP、无需构建RPT、无需注册组播源。主机的需求后，直接向源端。在源与组成员之间建立。加入消息就无法发送。

但每个PIM路由器收到此报文后都是把它以泛洪的方式从自己所有的使能PIM的接口上发送出去，这就能保证网络中的每台PIM设备都能收到BootStrap Message。发布到整个PIM-SM网络，从而网络内的所有路由器（包括DR）都会知道RP的位置。候选RP(C-RP)发来的Advertisement宣告信息。超过150s，BSR认为C-RP失效。启动一个定时器（默认为130秒）选择合适的路由器把它配置成候选。

c-rp interface-type interface-number [ group-policy basic-acl-number | priority priority | holdtime hold-interval | advertisement-interval adv-interval ] * 命令用于配置C-RP。group-policy basic-acl-number指定C-RP服务范围为ACL允许的组播组。优先级最高（优先级数值越小优先级越高）（即会自动实现负载均衡）

总结：C-BSRBSRC-RPRP各类消息发送与过程1.C-BSR消息以组播方式全网通告（周期60s，超时130s，可以选举出BSR，同时组播域路由器可以知道BSR的位置C-BSR消息源为路由器接口IP地址，而BSR报文中是携带有BSR的地址的）2.C-RP向BSR单播发送C-RP通告（周期60s，超时150s）（C-RP消息源为C-RP地址，目的地址为BSR地址）3.BSR收集C-RP通告，组成RP-Set集，向全网PIM-SM路由器以组播方式通告。

上面的情况中，PC3和PC1都加入了同一个组（在前面实验的基础上又把PC1加进了这个组播组），但是R6配置了切换，而R7则不配置切换，最后的情况是，组播数据到来时，是沿两个路径分别发送给PC3和PC1的，同时在，在R7上，S,G表项的下游接口只有G0/0/2，而没有G0/0/1，G0/0/1已经被修剪了，它收到了R6发送的RPbit置位的剪枝消息，所以就会从S,G表项中删除出接口G0/0/1。R6上，切换后的组播路由表项，SWT表示有实际数据到达的路由表项，ACT表示切换后的路由表项。

（需要注意的是，即使在第一跳路由器的S,G表项已经形成，如果还没有收到RP发送的停止注册信息，仍然会发送注册信息，假设第一跳路由器在发送第二份组播报文的时候已经形成了S,G表项，实际的情况是，第一跳路由器在发送第二份组播报文的时候（这个时候的S,G表项也形成了），并不会发送组注册信息，同时也就不会收到RP发送过来的停止注册消息，这也可以认为是一种优化，也就是说通过（S,G）表项就可以判断出SPT树的形成，也就没有必要再去发送注册信息了。表明这个时候还需要发送注册，即还没有收到RP发送过来的停止注册消息。

PIM-SM适用于ASM（Any-Source Multicast）和SSM（Source-Specific Multicast）两种模型。在ASM模型中，它使用“拉（Pull）模式”转发组播报文，一般应用于组播组成员规模相对较大、相对稀疏的网络。基于这一种稀疏的网络模型，它的实现方法是：在网络中维护一台重要的PIM路由器：汇聚点RP（Rendezvous Point），可以为随时出现的组成员或组播源服务。网络中所有PIM路由器都知道RP的位置。

这是在R7上看到的表项，具体的过程为，R5向R7发送数据过快，R7的G0/0/0也会向R5发送组播数据，由于此时R5本身也在向该网段发送组播数据，所以这一过程会引发Assert断言机制。另外，R7的G0/0/0也处于prune状态，因为R5收到该组播数据后，RPF检查失败（对于R5，RPF接口是G0/0/1），就会发送剪枝消息。而同时，R5的G0/0/0只会处于assert的L状态（loser），因为Assert竞选失败后，就不会再向该网段发送组播数据了。还是会尝试向该网段发送组播数据，以引发周期性的。

嫁接过程从叶子路由器开始，到有组播报文到达的路由器结束。被剪枝的下游节点可以在剪枝定时器超时后恢复到转发状态。叶子路由器会向上游发送。

使用命令display pim routing-table fsm。R3也能收到R4向上游发送的Prune消息，且。override-interval时间内。由于R1上还存在其他处于转发状态的下。剪枝操作由叶子路由器发起，逐跳向上。R3发现自己下游有一个接收者，所以。分钟才对，但实际中观察到的真的是。-剪枝，PIM-DM周期性地刷。R3向上游发送Join消息以。忽略R4发送的Prune消息。R4发送的Prune消息。时器超时后接口恢复转发。向上游发送剪枝否决报文。游接口，剪枝过程停止。

PIM-DM使用“推（Push）模式”转发组播报文，一般应用于组播组成员规模相对较小、相对密集的网络。在实现过程中，它会假设网络中的组成员分布非常稠密，每个网段都可能存在组成员。当有活跃的组播源出现时，PIM-DM会将组播源发来的组播报文扩散到整个网络的PIM路由器上，再裁剪掉不存在组成员的分支。PIM-DM通过周期性的进行“扩散（Flooding）—剪枝（Prune）”，来构建并维护一棵连接组播源和组成员的单向无环SPT（Shortest PathTree）。（在PIM-DM的早期是每3。

组播路由形成了一个从数据源到多个接收端的单向无环数据传输路径，即组播分发树。以组播组为单位在路由器上建立一点到多点的组播转。等，只要单播路由协议产生所需路由表项能够完成。使用共享树时，对应某个组，网络中只有一棵树。所有的组播源和接收者都使用这棵树来收发报文。中，对于一个组播组，有多个源就会有多棵树）组播源到每一个接收者的最短。表示单播路由协议可以为。接口上使能了PIM协议。