IP组播RPF失败常见问题的故障排除方法.docx

在排除组播路由故障时，最主要的问题是源地址。组播有一个反向路径转发检查（RPF 检查Reverse-Path-Forwarding）的概念。当组播数据包到达某个接口时，RPF 进程将检查以确保此传入接口是单播路由用于抵达组播数据包源的传出接口。此 RPF 检查进程将防止出现环路。组播路由不转发数据包，除非数据包的source通过反向路径转发(RPF)检查。数据包通过此 RPF 检查后，组播路由将仅根据目标地址转发数据包。当在组播配置过程中出现IP组播反向路径转发(RPF)失败时，处理方法可参考下面的案例。以下图为例：在上图中，组播数据包从 IP 地址为 1.1.1.1 的服务器进入路由器 75a 的 E0/0 并发送到组 224.1.1.1。这称为 (S,G) 或 (1.1.1.1, 224.1.1.1)。故障现象：直接连接到路由器 75a 的主机接收到了该组播的馈送数据，但直接连接到路由器 72a 的主机没有进行接收。诊断问题：首先，使用 show ipmroute 224.1.1.1 命令查看路由器 75a 的状况。该命令将检查组地址为 224.1.1.1 的组播路由 (mroute)：75a#show ipmroute 224.1.1.1IP Multicast Routing Table Flags: D - Dense, S - Sparse, C - Connected, L - Local, P - Pruned R - RP-bit set, F - Register flag, T - SPT-bit set, J - Join SPT M - MSDP created entry, X - Proxy Join Timer Running A - Advertised via MSDP Timers: Uptime/Expires Interface state: Interface, Next-Hop or VCD, State/Mode (*, 224.1.1.1), 00:01:23/00:02:59, RP 0.0.0.0, flags: D Incoming interface: Null, RPF nbr 0.0.0.0 Outgoing interface list: Ethernet0/1, Forward/Sparse-Dense, 00:01:23/00:00:00 (1.1.1.1, 224.1.1.1), 00:01:23/00:03:00, flags: TA Incoming interface: Ethernet0/0, RPF nbr 0.0.0.0 Outgoing interface list: Ethernet0/1, Forward/Sparse-Dense, 00:01:23/00:00:00 由于该路由器运行的是 PIM 密集模式协议（D标志表明这是密集模式），因此请忽略 (*,G)条目而只关注 (S,G)条目。该条目表明组播数据包来自地址为 1.1.1.1 的服务器并发送到组播组 224.1.1.1。数据包在 Ethernet0/0 接口传入并在 Ethernet0/1 接口转发出去。这是一个完美的方案。使用 show ippim neighbor 命令以查看路由器 72a 是否将上游路由器 (75a) 显示为 PIM 邻居：ip22-72a#show ippim neighborPIM Neighbor Table Neighbor Address Interface Uptime Expires Ver Mode 2.1.1.1 Ethernet3/1 2d00h 00:01:15 v2从 show ippim neighbor 命令的输出看，PIM 邻居看起来一切正常。那么使用 show ipmroute命令查看路由器 72a 是否具有良好的组播路由：ip22-72a#show ipmroute 224.1.1.1IP Multicast Routing TableFlags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected, L - Local, P - Pruned, R - RP-bit set, F - Register flag, T - SPT-bit set, J - Join SPT, M - MSDP created entry, X - Proxy Join Time