端口与体系
496 对应 IANA 登记的 pim-rp-disc（PIM RP Discovery），登记人 Dino Farinacci，是 PIM-SM 组播中汇聚点发现机制的端口登记。组播中所有加入请求最终都要指向汇聚点，早期 PIMv1 环境通过自动 RP 完成这件事，后来 PIMv2 的引导路由器机制承担了同样的职能。
为什么不能只看端口
这类通告机制主要靠组播报文和 PIM 协议交互完成，端口登记更多是历史规范的痕迹。实际排障时抓到的通常是 PIM 报文，而不是某个 TCP 连接，因此判断依据应该是设备配置与路由状态。
基本信息
| 服务名称 | pim-rp-disc |
|---|---|
| IANA 登记说明 | PIM RP Discovery |
| 传输协议 | TCP 与 UDP |
| 登记机构 | Dino Farinacci |
| 所属体系 | PIM-SM 组播路由 |
| 当前状态 | 职能由引导路由器等机制替代 |
典型使用场景
- 组播收流排障：终端收不到组播流时，沿加入路径逐跳检查汇聚点配置
- 组播方案评审：比较自动 RP 与引导路由器机制的取舍与运维成本
- 网络设备配置审计：核对各设备上汇聚点相关配置是否一致
- 扫描报告解读：扫描器给出该登记名，需要与设备能力核对
- 遗留放行规则回收：清理历史组播通告相关的策略条目
- 未知服务处置：无对应组播配置时按未知服务流程取证
查组播状态
查组播状态
# Linux 主机侧：查看接口加入的组播组
ip maddr show
# 查看组播路由条目
ip route show | grep '^224\.'
# 网络设备侧：确认 PIM 邻居与汇聚点配置（命令随厂商不同）
# show ip pim neighbor
# show ip pim rp mapping
# 抓包确认是否能看到 PIM 通告报文
sudo tcpdump -ni eth0 -c 10 pim汇聚点发现机制对照
| 机制 | 适用环境 | 说明 |
|---|---|---|
| 自动 RP | 多见于 PIMv1 环境 | 以组播方式通告候选汇聚点 |
| 引导路由器 | 见于 PIMv2 环境 | 由引导路由器汇总并分发候选信息 |
| 判读依据 | 设备配置与版本 | 不同厂商命令与默认行为不一 |
组播排障建议沿路径推进：发送端是否真的发出、第一跳与最后一跳路由器是否都加入了组、汇聚点配置是否一致。跳过任何一跳，都会得到“我这边看着没问题”的结论。
汇聚点本身常是单点，一旦不可用，症状是新增组播业务无法加入而既有流量看似正常。评估时不要只看当前是否可用，要看故障时的收敛与切换手段。