组播RP怕单点故障？Anycast RP两台同地址就近收编
本文整理自华为官方发布的典型配置案例，命令与步骤均按原始文档呈现，供现场实施参考。
RP别只配一台。基于MSDP的Anycast RP让两台设备共用一个RP地址同时在线，双方就近收编，MSDP互换源信息，一台检修另一台无缝顶上。
单台RP的风险到底有多大？
跑组播的网络里，RP（汇聚点）是整个PIM-SM域的枢纽：接收者要向它发起加入，组播源要向它注册。RP一旦是单台设备，问题就来了——它挂了，全域组播停摆；就算配了多台候选RP靠动态选举，选举收敛那阵子业务照样抖。更现实的问题是规模：域一大，东南西北的接收者都跑到同一台RP去注册加入，那台设备的链路和CPU全成了瓶颈。
基于MSDP的Anycast RP是标准的解法：两台设备配一个相同的RP地址，各自对外宣告；接收者和组播源按路由远近，各自投奔拓扑上最近的那台——这就同时实现了RP负载分担和冗余备份。难点在一件很自然的事上：两台RP各自收到的注册信息，互相不知道，得让它们把源信息同步起来，这就是MSDP对等体的职责。
基础组播和RP地址怎么配？
官方案例组网：PIM-SM域内SwitchC和SwitchD做双RP，OSPF打通底层路由。第一步，全网使能组播，接口使能PIM-SM，主机侧接口使能IGMP：
[SwitchC] multicast routing-enable
[SwitchC] interface vlanif 104
[SwitchC-Vlanif104] pim sm
[SwitchC-Vlanif104] igmp enable
[SwitchC-Vlanif104] quit
[SwitchC] interface vlanif 101
[SwitchC-Vlanif101] pim sm
[SwitchC-Vlanif101] quit
第二步，配置两个环回口，这是Anycast RP的灵魂所在：Loopback10配相同的IP地址10.1.1.1（对外就是那个"同一个RP"），Loopback1做C-BSR；注意Loopback10要先使能PIM-SM：
[SwitchC] interface loopback 1
[SwitchC-LoopBack1] ip address 10.3.3.3 255.255.255.255
[SwitchC-LoopBack1] pim sm
[SwitchC-LoopBack1] quit
[SwitchC] interface loopback 10
[SwitchC-LoopBack10] ip address 10.1.1.1 255.255.255.255
[SwitchC-LoopBack10] pim sm
[SwitchC-LoopBack10] quit
[SwitchC] pim
[SwitchC-pim] c-bsr loopback 1
[SwitchC-pim] c-rp loopback 10
[SwitchC-pim] quit
SwitchD上Loopback10配同样的10.1.1.1，其余地址用自己的。
MSDP对等体怎么建，originating-rp是干嘛的？
第三步，两台RP之间建MSDP对等体同步源信息。各拿一个环回口（SwitchC用10.5.5.5、SwitchD用10.2.2.2）做对等体地址：
[SwitchC] interface loopback 0
[SwitchC-LoopBack0] ip address 10.5.5.5 255.255.255.255
[SwitchC-LoopBack0] pim sm
[SwitchC-LoopBack0] quit
[SwitchC] msdp
[SwitchC-msdp] originating-rp loopback0
[SwitchC-msdp] peer 10.2.2.2 connect-interface loopback0
[SwitchC-msdp] quit
这里的originating-rp loopback0有个容易被忽略的作用：两台RP的C-RP地址是同一个，SA消息发出去时如果按真实地址填，对端做RPF检查会对不上，这条命令把SA消息里的RP地址统一替换成Loopback0地址，RPF检查就有了明确的依据。
配完怎么验，跟动态选举比好在哪？
验证用display msdp brief，两端对等体状态为Up即通。做完的效果是：接收者向离自己近的RP加入，源向离自己近的RP注册，两台RP通过MSDP互换源信息，任何一台维护或故障，另一台无缝顶上，域内组播业务无感。
跟传统的动态选举RP比一比就更清楚它的价值：动态选举省配置，但RP角色会漂移，切换窗口里已有表项要重建；Anycast RP下两台同时在线、同时干活，根本没有"切换"这个动作，只有常态的负载分担。对连续性要求高的视频类业务，这种"一直在场"的冗余比"出事再顶上"的冗余可靠得多。
提醒一句：这套方案里两台RP的配置高度对称，改配置务必两端同步改，漏一边就会出现"半域有流半域没流"的悬案。贵州诚鑫致达科技在做城域监控组播时把双RP列为标准架构，用两条设备钱换掉"RP一挂全场黑屏"的风险，客户都算得清这笔账。
依据：华为官方典型配置案例（2026-11 版）。
