本文探讨了组播机制中RP（Rendezvous Point）的作用及其配置难题，特别是针对224.0.1.39/40这两个特殊组播组。文章详细解释了如何通过静态RP或使用ip pim dense-mode listener来解决初始阶段RP缺失的问题，并讨论了自动RP机制在这两个组中的行为表现。
224.0.1.39/40这两个组由于是为了“产生”RP而设计的，但由于两个本身又是组播机制，就产生了大家都在说的鸡和蛋的问题。所以一般的解决办法是设置一个静态rp，为这两个原始组提供rp，使其正常工作，或者刚开始在没有RP可用时，使用ip pim dense-mode lisener，让SM模式的组播链路允许这两个组使用DM机制工作。但还需要注意一个细节，就是当静态RP使这两个组正常工作后，自动RP不会为这两个组选择了动态的RP，即使有一个更高ip地址的候选rp没有指定组的范围，也不会成为这两个组的rp，这两个组有rp则使用Rp，没有由于是SM模式，如果没使用ip pim dense-mode lisener则不能正常工作。但是静态RP接口down，是不会影响静态RP工作的，因为（*，G）加入消息中包含了j静态RP的地址，如果RP路由器接收到了自己接口是RP地址，但没有配置成RP，也会充当rp角色的
扫一扫
评论
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
查看更多评论
添加红包
