摘要

  • IGMPv3 与 MLDv2 向相邻组播路由器报告接收端的组成员关系和源过滤状态，但它们不确认端到端数据包交付。
  • PIM-SM 还必须借助指定路由器、RPF 信息、RP 或 SSM 逻辑，另行建立共享树或源树。
  • 可靠结论要把成员报告与准确的源组对、树状态、转发计数器和目标应用实际看到的数据包连在一起。

加入成功，屏幕仍然黑着

运维控制台显示，正确接入接口刚收到一份 IGMPv3 成员报告。组地址正确，定时器有效，第一跳路由器也看到了接收者，但视频屏幕仍然没有画面。

这并不矛盾。报告只证明某个系统请求接收，并不证明预期源正在发送、PIM Join 已到达正确的上游状态、RPF 选择了可用邻居、复制条目已安装，或目标 socket 收到了数据。

侦听状态止于邻接路由器

RFC 3376 规定，IPv4 系统通过 IGMPv3 向相邻组播路由器报告组成员关系。INCLUDE 模式只请求列出的源，EXCLUDE 模式则排除列出的源。状态与 socket、接口、组地址、过滤模式和源列表共同相关。

接口汇总状态也不等于每个 socket 的状态。即使数据包已经进入接口，传输层端口或应用条件仍可能决定某个 socket 是否得到它。RFC 3810 通过 MLDv2 为 IPv6 接收端提供对应能力。

因此，成员报告是关于本地接收意愿的有力证据，却只是端到端路径的第一环。

PIM 建立的是另一条状态链

RFC 7761 描述了后续过程：指定路由器代表直连接收端，将 PIM Join 逐跳发往 RP 或源，建立 (*,G)、(S,G) 或 (S,G,rpt) 状态。MRIB 提供反向路径信息，TIB 保存分发树状态，实际设备通常再由此生成用于转发的 MFIB。

RP 映射可能错误，RPF 邻居会随底层路由变化，Join 状态会超时，共享树切换到最短路径树也可能处于过渡期。多接入 LAN 上还可能暂时出现重复流量，直到 PIM Assert 选出单一转发者。持续存在的 IGMP/MLD 报告无法替这些环节作证。

RFC 4607 对 SSM 又增加了一项关键限定：订阅对象是准确的 (S,G)。只看组 G 的仪表盘，可能掩盖源 S 缺失或源身份错误。

来源