你的理解和判断完全正确,H3C设备正是按照你设想的这个优先级顺序来选择RP(汇聚点)的。
详细解释一下这个流程:
最高优先级:带 preferred 参数的静态RP
这是你配置的“优先级调高”的那条静态RP起的作用。一旦你在某条静态RP后加了 preferred 参数,就相当于给了它“最高指令”。对于该ACL规则所覆盖的组播组,设备会坚定不移地选择这条静态RP,完全忽略通过BSR动态选举出来的任何RP。你其他三条没加 preferred 的静态RP,在这一步不会和它竞争。
次高优先级:BSR动态选举的RP
如果一个组播组没有被任何带 preferred 的静态RP所覆盖,那么设备就会去看由BSR动态选举出来的RP。在默认情况下(即不配置static-rp preferred),动态RP的优先级是高于普通静态RP的。你的C-BSR和C-RP配置,就是为某些组播组提供动态RP服务的。
兜底优先级:普通的静态RP
如果一个组播组既没有命中带 preferred 的静态RP,也没有可用的动态RP(例如BSR机制失效),那么设备最后才会考虑使用你配置的其他三条普通的静态RP。
preferred 参数是“硬指令”:它的优先级最高,一旦配置,对于指定的组播组,静态RP就是唯一选择,动态RP会被忽略。
ACL(访问控制列表)是“指挥棒”:你为每条静态RP配置的ACL,定义了这条RP具体为哪些组播组服务。如果一个组播组没有被任何静态RP的ACL覆盖,它才会去“看”动态RP。所以,请务必检查你的4条ACL规则,确保它们按你期望的方式划分了组播组范围。
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论