IP 组播故障排除指南.doc

内容 前言 前提条件 ????? 需求 ????? 使用的组件 ????? 惯例 背景信息 由于 RPF 故障，路由器未向主机转发多播数据包 ????? 诊断问题 ????? 可能的修正 由于源端 TTL 设置，路由器未向主机转发多播数据包 ????? 诊断问题 ????? 可能的修正 由于路由器的 TTL 阈值，路由器未转发多播数据包 ????? 诊断问题 ????? 可能的修正 多个成本相等的路径造成多余的返回路径转发行为 ????? 诊断问题 ????? 可能的修正 为什么没有在所有可用的等价路径之间进行 IP 多播负载均衡？ ????? 可能的修正 为什么在路由器上收到 IP 多播“INVALID_RP_JOIN”错误消息？ ????? 诊断问题 - 第 1 部分 ????? 诊断问题 - 第 2 部分 CGMP 不能防止多播数据包泛洪 ????? 诊断问题 ????? 观察 ????? 可能的修正 由于源端/接收端的放置问题，CGMP 不能防止多播数据包泛洪 ????? 诊断问题 ????? 可能的修正 CGMP 不能防止某些组地址的多播数据包泛洪 ????? 可能的修正 收到重复的多播数据包流 ????? 原因 1 ????? 可能的修复方法 1 ????? 原因 2 ????? 可能的修复方法 2 ????? 原因 3 ????? 可能的修复方法 3 多播数据包为什么被丢弃？ ????? 原因 1 ????? 可能的修复方法 1 ????? 原因 2 ????? 可能的修复方法 2 　 前言 本文介绍 IP 多播的常见问题和解决方案。 前提条件 需求 本文档没有任何特定的要求。 使用的组件 本文档不限于特定的软件和硬件版本。 惯例 有关文档规则的详细信息，请参阅 Cisco 技术提示规则。 背景信息 在排除多播路由故障时，最主要的问题是源地址。 多播有一个反向路径转发检查（RPF 检查）的概念。 当多播数据包到达某个接口时，RPF 进程将检查以确保此传入接口是单播路由用于抵达多播数据包源的传出接口。 此 RPF 检查进程将防止出现环路。 组播路由不转发数据包，除非数据包的source通过反向路径转发(RPF)检查。 数据包通过此 RPF 检查后，多播路由将仅根据目标地址转发数据包。 类似单播路由，组播路由有几份可用的协议，例如独立于协议的组播密集模式(PIM-DM)， PIM稀疏模式(PIM-SM)，距离矢量组播路由协议(DVMRP)、组播边界网关协议(MBGP)和组播源发现协议(MSDP)。 本文将通过案例研究详细介绍各种问题的解决过程。 您将了解用于迅速查明问题的命令并学习如何解决问题。 这里列出的案例研究适用于各种协议，除非特别说明。 由于 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 ip mroute 224.1.1.1 命令查看路由器 75a 的状况。 该命令将检查组地址 224.1.1.1 的多播路由 (mroute)： 75a#show ip mroute 224.1.1.1 IP 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