摘要

  • IGMPv1 与 v2 先用随机定时器错开响应；等待中的主机一旦听到同组的有效报告，就停止自己的定时器。路由器通常只收到一项事实：这条链路上至少还有一个成员。
  • v2 的 Leave 只是触发一轮更快的组特定查询，并不证明最后一人已经离开。v3 引入来源列表与状态变化后，各主机报告不再可相互替代，于是取消了主机报告抑制，但保留随机展开以防响应风暴。

路由器其实没有问“你是谁”

组播路由器要决定是否继续把某个组的流量送入直连网络。它可以要求所有主机报上身份，但最初的转发判断并不需要这份名册。只要有一个接收者仍在，流量就应继续到达这条链路。

1989 年 8 月发布的 RFC 1112 描述了后来被确认是首个广泛部署版本的 IGMP。组成员关系是动态的，依附于具体接口；发送者甚至无须加入该组。协议没有把组地址交给某个主人，也没有让相邻路由器掌握个人或进程名单。

它只把一个极窄的事实交给路由器：本链路上是否至少存在一名成员。正因为问题足够小，一名成员的肯定答案才足以替代其余肯定答案。

十秒内，随机数选出临时证人

路由器把 Host Membership Query 发往全主机地址 224.0.0.1，IP TTL 为一。收到查询后，主机针对该接口上的每个相关组分别启动一个随机延迟定时器；RFC 1112 规定的范围是零到十秒。

随机等待先解决同时开口的问题。第一个定时器到期的主机会发送 Membership Report，目的地址就是被报告的组播组，TTL 同样为一。因此，同一链路上的其他组成员可以听见这份报告。

若自己的定时器仍在运行，主机听到同组的有效报告便将其停止，不再发送。正常情况下，一个组只产生一份报告，由随机等待最短的成员提交。下一轮可能换成另一台主机；先报告者没有因此取得永久代表权。

“报告抑制”这个名字容易把机制说得过宽。它没有取消主机的成员资格，也没有阻止应用接收数据，只取消了一轮查询里尚未发送的冗余报文。对于“组 G 是否存在于接口 I”这一状态，第二个“是”不会改变路由决定，所以沉默没有丢失当时所需的信息。

存在靠刷新，消失靠等待

路由器定期查询，以刷新本地成员状态。如果一个组在规定的查询与超时过程中不再产生任何报告，路由器就可以认为本地已经无人接收，无须再把远端流量转入该网络。

这是一种软状态，不是永不失效的登记。主机若崩溃，无法发送告别，状态仍会在无人续证后过期。协议没有让一次异常永久占据转发表。

加入则采取更积极的节奏。主机新加入一个组时，会立即发送未经查询的报告，并以短暂随机延迟重复一两次，以抵御最初报文丢失。它可能是链路上的第一名成员；若等到下一次周期查询，真正的数据也许一直不会被转入。

因此，IGMP 对证据采用了不对称原则：存在可由一个证人立即证明，持续存在可由任何证人更新；全体缺席却必须在询问之后仍无人回答，才能成立。

Leave 只要求重查，不能宣布清场

1997 年 11 月的 RFC 2236 定义了 IGMPv2。它增加 Max Response Time、统一的查询器选举、组特定查询和 Leave Group 报文，希望缩短最后一名监听者离开后仍继续送流的时间。

协议没有让离开的主机独自判断全组。若一台主机记得自己是最近一轮查询中最后的报告者，它应该向 224.0.0.2 发送 Leave。若并非最后报告者，它可以不发，因为另一名成员刚刚证明过存在。

“最后报告者”不等于“最后成员”。查询器收到 Leave 后不会立即删除状态，而是按较短间隔发送若干次 Group-Specific Query。仍在的任何成员都可以回答并保住转发。只有最后一个响应窗口也没有报告，路由器才认为该组在本地为空。

Leave 的精确含义是“现在尽快复核”，不是“相信我已经替所有人作出结论”。它把离开延迟缩短，却没有给一台主机关闭别人流量的权力。

兼容规则进一步说明了这个边界。若路由器发现组内仍有 v1 主机，就必须忽略该组的 Leave，因为旧主机不理解 v2 的离开流程。新机制不能把旧参与者的沉默重新解释成离开。

当问题从 G 变成了 (S,G)

IGMPv3 改变了报告所承载的对象。2002 年的 RFC 3376 首次规定 v3；2025 年发布的 RFC 9776 在兼容前者的同时修正勘误、澄清规则，现为有效标准。

在 INCLUDE 模式中，系统可以要求只接收列表中来源发往组 G 的数据；在 EXCLUDE 模式中，则接收除列表来源以外的流量。不同套接字的请求被汇总为接口状态。报告可以表示当前状态、过滤模式改变、新增允许来源或应当阻止的旧来源。

同组的两台主机此时可能表达不同意图。一台要 S1，另一台要 S2。由 RFC 4607 描述的来源特定组播把服务对象明确写成 (S,G)；只保留 G，等于抹掉请求的一半。

v3 的设计说明因此主动撤销了旧优化。主机不再因为听到另一台主机的 v3 报告就取消自己的报告。标准列出的原因包括：路由器可能为快速离开或计费而需要逐主机观察；IGMP snooping 桥接设备与抑制配合不佳；删除抑制状态可简化主机实现；而且一个 v3 报文能够打包多个 Group Record，在不抹平差异的前提下减少报文数。

随机等待并没有消失。对 General Query 的响应仍要分布在 Max Response Time 之内，不能收到查询就同时发送。v3 分开处理了两件事：用时间避免回执爆发，用完整报告保留不再等价的状态。

交换机把“一间屋子”切成了多个端口

最初的抑制算法假设同一局域网像一间所有成员都能听见报告的屋子。启用 IGMP snooping 的交换机却需要在端口粒度作决定。

普通以太网桥会泛洪组播；snooping 交换机会读取 IGMP，以便只向有兴趣的端口转发。RFC 4541 是一份信息性建议，它通常要求 Membership Report 只发往连接组播路由器的端口，而不是所有主机端口。

如果 v1/v2 报告被送到另一台主机，那台主机可能听见后取消自己的报告。路由器已经知道整条链路上存在 G；交换机却可能从未学到沉默主机所在端口也需要 G，最终反而剪掉真实接收者。

同一份报告服务了两张不同地图。对路由器，它证明“G 在此链路”；对交换机，它还要证明“G 在此端口”。前一个判断中的等价证人，在后一个判断里不再等价。

这不是简单的层次越界道德故事，而是决策边界变化。一个优化是否安全，取决于被省略的信息会不会改变下游动作。v3 把报告送往 224.0.0.22，并允许一个报文容纳多个组记录，仍然追求效率，但把压缩放在不会丢失差异的位置。

一台旧设备可以改变全组沉默的含义

现实迁移不会在某一天整条链路同时升级。v3 主机听到旧版 Query 后，会启动兼容计时并暂时使用对应格式。路由器也要记录旧成员，因为它们的存在会改变 Leave 和来源状态的安全解释。

这意味着版本号本身就是证据。一个旧参与者可以在一段时间内把整个组拉回更粗的表达能力。兼容性维持服务，却使最不精确的成员可能决定全链路能证明什么。

在 SSM 中，这个代价尤其明显。RFC 9776 要求具备 SSM 意识的主机不得让 v1/v2 报告抑制自己的 v3 成员记录。若监控只显示“IGMP 已启用”，却不显示兼容模式，就会把语义降级藏在绿色状态后面。

报告从未升级为许可

IGMP 只是 IPv4 系统与相邻组播路由器之间的本地接收兴趣信号。它不建立广域组播树，不决定谁能发送，不认证订户，也不保证数据抵达。

RFC 9776 还明确说明 IGMP 不提供机密性。链路上的设备可以观察可能敏感的组兴趣。伪造报告会让路由器在无人接收时仍继续送流；伪造旧版报告可能延长兼容状态，削弱快速离开或来源过滤。TTL 一、Router Alert 和本地来源检查能限制部分外部路径，却不是密码学证明。

协议的力量正来自窄边界：它给转发提供足够信息，而没有把兴趣包装成身份或权利。若机构把报告直接当作用户、授权或交付凭证，就是把协议从未拥有的权力加给了它。

来源与边界

RFC 1112 规定 v1 的随机定时和听见报告后取消；RFC 2236 规定 v2 的 Leave、最后成员查询与兼容；RFC 3376 记录 v3 的历史设计理由，RFC 9776 是当前 v3 标准。RFC 4541 说明 snooping 交换机的约束，RFC 4607 说明 (S,G) 服务模型。

这些原始文件不能证明全球部署率、具体产品合规性或监听者的真实身份。把“取消抑制”理解为报告证据价值发生变化，是基于标准状态机与明确设计理由得出的分析。