PIM 消息并非源自 HSRP VIP，因此 RPF 检查失败，因为 HSRP VIP 是您的 RPF 邻居。有两种方法可以解决这个问题。

1. 在您的路由器和其他路由器之间设置动态路由协议，因此不需要 HSRP。

2. 配置静态 mroutes 到另一边的实际接口 IP，例如：

   ip mroute 0.0.0.0 0.0.0.0 1.1.1.1

问题是远程路由器从他们自己的 IP 地址向自己宣布 PIM Hello 消息，而我的路由器将这些地址注册为 PIM 邻居。

然而，路由表中的网关包含 HSRP 虚拟地址。当路由器想要加入组播组时，它会寻找到下一跳为 HSRP 虚拟地址的集合点的路由。由于此下一跳 HSRP 地址不是已知的 PIM 邻居之一，因此 PIM-SM RFC 指定不应发送加入。

更改静态路由以使用其中一个 HSRP 路由器的实际 IP 地址使多播工作，但这当然会使 HSRP 无用。

我没有测试过VRRP，因为对方不想改变网络。VRRP 可能不会有这个问题，因为它不使用虚拟路由器 IP，而是使用主路由器的真实 IP 地址。

也许使用指向“真实”接口 IP 地址的静态 mroute，然后使用指向 HSRP 的普通静态路由。那么至少您可以获得单播的 HSRP。或将 mroute 或静态路由指向接口而不是 IP 地址。

假设您在 Cisco 环境中……您是否启用 ip pim sparse-mode 了该设备和 RP 之间的所有接口？

也不要忘记有ip pim autorp listener这样它会自动找到RP。

此外 - 如果您和 RP...PIM 路由（或分支）之间有冗余链接，请不要遵循与常规路由表相同的路径。他们将检查 RPF（反向路径转发）以确保多播流的源来自正确的方向。但是可以将备用 HSRP 链路作为房屋 PIM 侧的 DR（指定路由器）。您可以通过设置 DR 优先级来更改此行为。 ip pim dr-priority xX 越高，值越高。

您还可以通过发出show ip mroute它也应该列出 RP来检查路由器是否看到多播加入 。

show ip pim neigh 还会告诉你它是否看到了上游多播邻居

我相信 VRRP 遵循相同的概念，但是我不是 100% 确定，因为我很少使用多供应商默认网关。