摘要

  • SSM 的订阅对象是 (S,G) 信道：接收者同时指定源地址 S 和组地址 G，而不是只加入 G。
  • 这种做法让跨域路径不再需要 RP、共享树和源发现等机制，但源地址必须由应用通过带外渠道获得。
  • 指定源只是选择，不是认证；订阅仍会制造路由器状态，也仍可能受到源地址伪造和状态耗尽影响。

组地址少回答了一个问题

一个应用如果只把 G 交给网络，实际上还留下了“谁可以向这个组发送”这个问题。RFC 4607 的答案是：在源特定组播中，这个问题不能再留给网络。应用请求的不是单独一个组，而是由 (S,G) 标识的信道。只有源地址为 S、目的地址为 SSM 组 G 的数据报，才应交付给请求该信道的套接字。

这一语义有明确的地址边界。IPv4 为 SSM 保留 232.0.0.0/8，IPv6 使用 FF3x::/32。落入这些范围后，(*,G) 不是“稍微宽一点”的请求。RFC 4607 要求路由器不得为 SSM 地址使用或传播这种非源特定请求，而且路径上的路由器必须对保留范围采用一致解释。地址相同而语义不一致，会让控制状态从第一跳开始失真。

因此，SSM 不是把发现做得更聪明，而是把发现移出了网络。在 ASM 中，网络可以参与寻找组内发送源；RFC 8815 说明，在 SSM 中，接收者必须通过带外机制知晓源，通常由应用层完成。网络只负责把已经选定的 S 贯彻到路径中。

少掉的机制并没有消失成零成本

RFC 8815 给出的跨域理由很具体。SSM 路径不需要 Rendezvous Point、共享树、向最短路径树切换、PIM Register、MSDP 或动态 RP 发现。接收端给出源限定的 join 后，PIM-SSM 可以朝该源建立 (S,G) 状态。IETF 因而建议在跨域组播中弃用 ASM、采用 SSM，并让主机与路由器完整支持它。

这确实降低了网络内部的专用协调复杂度。不过，S 仍要从某处来。节目目录、服务发现或其他应用控制渠道必须把源交给接收者。由此可以作出一项明确标注的推论：如果这个渠道给出错误、过期或恶意的源，SSM 网络可能准确地执行错误选择。RFC 证明的是职责迁移；它们没有证明任何现实服务已经出现这种事故。

RFC 8815 还刻意限定了行政边界。它针对跨域 ASM 提出弃用建议，并未排除单一组织或域内部继续使用 ASM。BCP 表明方向，不等于已经完成部署，更不能当作全球普及率数据。

源限定信息要穿过整个接入面

RFC 4604 把 SSM 映射到 IGMPv3 和 MLDv2。应用若对 SSM 地址发起非源特定请求，主机应使请求失败。旧版本兼容也可能阻断 (S,G)，因为旧报告只能表达组，无法携带所需的源过滤条件。

共享链路上的报告抑制尤其值得注意。在 RFC 4604 描述的兼容情形里，支持 SSM 的主机不能因为听见另一台主机发过报告，就压掉自己的源特定报告。否则第一跳路由器可能学不到完整过滤条件，其他接收者也可能因此遭到拒绝服务。控制报文看似重复，所含的准入信息却并不等价。

即使链路已经收到帧，过滤仍未结束。以太网的组播目的地址不按 IP 源做选择，所以 RFC 4607 要求主机 IP 模块在交付套接字前继续检查源。(S,G) 必须在应用 API、主机协议栈、IGMPv3/MLDv2、指定路由器和 PIM-SSM 路径上保持同一含义。

选中地址不代表确认身份

源特定很容易被误读成“源可信”。RFC 4607 明确警告，伪造源地址会破坏服务模型；需要强认证的应用必须采用更高层机制。SSM 能把网络层准入缩小到一个地址，却不能以密码学方式证明谁控制该地址。

状态压力也没有被删掉。每个订阅都可能带来路由器状态、处理和控制流量。大量订阅可以形成拒绝服务风险，规范允许谨慎设置速率或状态限制。移除 RP 只是移除一类基础设施，不是移除所有组播资源约束。

证据边界

这三份 RFC 没有提供当前各地区或运营商的 SSM 占比，也没有说明厂商默认行为、现代互通缺陷或某个服务如何保护源发现渠道。它们没有测量迁移后的带宽、状态或事故变化。这些问题在本次固定来源范围内仍属未知。

可以确定的结论更窄，也更有用：SSM 用更完整的边缘请求换来更简单的跨域网络。接收者点名源，主机与路由器保存这项选择，应用对发现结果负责。网络之所以变得可推理，不是因为它知道得更多，而是因为它不再猜。

来源