摘要

  • RFC 3171 要求，只有动态选择、SSM、GLOP 或管理域范围地址不能满足需求时，IANA 才应继续分配稀缺的全球 IPv4 组播地址。登记行证明一次协调决定，不证明实现、路由或业务仍存在。
  • 文档要求年度复核，并在可能时回收或重新分配误配、在全球互联网不再使用的地址；但它没有提供某次复核或某个回收案例，不能把制度要求冒充为已经发生的事实。
  • RFC 5771 后来取代了这套指南。长久价值在于一条可审计的保管原则：保存例外的理由、识别真实依赖、限定观测范围，并让任何变更都有迁移、隔离与回退证据。

表格没有数据平面

在 IANA 表格里看到一个地址和协议名称，只能说明某个协调过程曾把这个值留给一个用途。表格看不到软件是否仍在维护，看不到路由器是否转发，看不到发送者有没有发包，也看不到接收端是否得到正确内容。

2001 年 8 月发布的 RFC 3171 是 Best Current Practice。它处理的不是组播应用怎样编码数据，而是 IANA 应当怎样管理 IPv4 组播地址。文档一开始就承认稀缺：新的分配只应出现在有限情形，尤其是在较窄或较分散的选择不能解决问题时。

它列出四类替代路径。SDP/SAP 可以在专用块内动态随机选择；Source-Specific Multicast 用来源与组的组合建立身份；GLOP 从自治系统号算法映射地址；239/8 的管理域地址由本地域控制。这四种办法技术上不同，却共享同一治理效果：不是每个应用都要向中央登记者索取一个全球永久值。

因此，一份完整的分配档案首先要回答：为什么这些替代方案不合适？如果系统只保存最终地址而丢掉比较过程，后人便可能把“当年批准的例外”误读成“无需再次解释的永久占用”。

不需要逐项审批，不代表没有边界

SDP/SAP 块里的地址无需 IANA 逐个分配，但只能用于 SDP/SAP。随机选择是一种协调方法，不是把该地址块变成公共抽屉。

GLOP 把 ASN 映射进 233/8。地址由算法预先划出，所以无需每次申请。这个映射既不授予产权，也不证明对应网络已宣布路由或产生流量。

239/8 的管理域组播地址只在本地域内协调。地址本身表达的是范围意图；要让边界成立，还需路由器接口执行阻断、剪枝或拒绝加入。RFC 2365 相关机制属于另一条执行链，不能由登记政策代替。

SSM 使 (S,G) 成为更细的身份。对于适合的应用，它可以减少对全球唯一 ASM 组的需要。但“存在 SSM”不意味着旧应用无需修改信令、接收逻辑和部署就能迁移。

RFC 3171 的次序并非命令所有人采用同一方案，而是要求全球例外承担举证责任。只有知道申请时排除了什么，才能在复核时判断条件是否已经改变。

同一个“已分配”，可能来自不同权力路径

Local Network Control 与 Internetwork Control 块的分配需要 Standards Action。AD-HOC 块历史上容纳多种应用，RFC 3171 原则上不鼓励继续分配；特殊情形可经 Expert Review、IESG Approval 或 Standards Action。

其他块则依赖随机选择、算法映射或本地行政控制。这些程序不是所有权等级，而是不同协调域的防冲突方法。脱离块和程序，只说“这个地址经过登记”，会抹掉决定的真实范围。

管理域内部的 relative offset 更能说明这种精细稀缺。偏移量只有 256 个，文档要求只给提供基础设施服务的协议。即便外层地址由各域独立管理，一个需要跨域保持相同含义的小数字也会成为共同资源。

所以审计不能只保存地址与名称，还要保存地址块、批准路径、当时适用的 RFC、审查者与责任联系人。登记事实需要上下文才能形成可解释的权利与义务边界。

年度复核阻止例外自动变成永恒

RFC 3171 第 10 节要求 IANA 每年检查已经分配的地址。误配地址应在可能时回收或重新分配。它还点名 AD-HOC、DIS Transient Groups 和 ST Multicast Groups：如果应用可以改用 SSM、GLOP 或管理域地址，或者该地址没有全球路由与使用，就应考虑回收。

这段话把“保持登记册连续”与“保持每一行不动”分开。可靠登记册需要稳定，也需要纠错。如果任何历史例外都因存在时间长而获得永续性，登记机构维护的将不再是协调，而是行政惯性。

但标准里的“应当复核”并不是一份复核报告。RFC 没有列出某年查了哪些地址，没有给出路由采样，也没有证明某个组被成功回收。要声称实际执行，必须找到独立的会议记录、通知、观测数据与变更结果。

制度规定谁应当提问；运行证据才回答问题。把两者混在一起，会同时夸大标准与机构。

从一个地方看不见，不能推出全网不存在

组播依赖可能只在封闭网络、特定时段或灾备场景出现。一个路由收集器没有记录，不代表别的路径也没有。范围边界、源过滤与防火墙都可能让观察者看不见仍然活跃的系统。嵌入式设备还可能在维护者消失后长期保留地址。

反过来，看到发往该组的包，也不能确认是登记协议产生的。误配置、测试与陌生应用都可能使用相同目的地址。路由存在不等于内容正确，成员加入不等于送达，送达也不等于应用成功。

可信复核必须说明观察地点、时间窗与盲区。它应回溯原申请与政策，联系维护者，检查规范、代码与配置，从多个视角查看路由和流量，寻找低频或私有依赖，并让受影响方有机会提交反证。

RFC 3171 没有给出今天意义上的完整操作手册；它通过“全球使用”这一条件，清楚表明仅查登记表不够。

“在可能时”意味着回收也需要工程

重新分配的最大危险，是让一个沉睡的旧系统与新应用突然共享同一个地址。旧固件可能在多年后再次发送；内部网络可能因边界调整接入更广的组播域；过时文档可能继续驱动新部署。

因此，地址回收不能只是数据库删除。审查者要区分真正误配、联系人失效、实现停更、冷备用依赖、私网用途与全球活跃服务。合理流程可以包括公告、异议期、迁移目标、有限并行、重用前隔离、碰撞探测和回退条件。

这些细节并非 RFC 3171 原文逐项规定，而是把其“在可能时”落实为可逆变更所需的现代证据。它们说明为什么保管权不等于随意处置权。

同样，不能把这一条 IPv4 组播政策扩展成对所有互联网标识符的普遍撤销理论。不同资源有不同契约、安装基数和故障半径。可推广的是方法：行政惯性不能自动制造技术永恒，静默也不能自动制造空闲。

被取代的 RFC 仍保存一个政策时代

RFC 5771 后来使 RFC 3171 过时并更新了分配指南。因此，2001 年的文本不能被写成今天完整的现行规则。它的历史意义恰在于记录了一个政策时代怎样定义例外、复核和回收。

RFC 8126 后来提供更一般的 IANA 注册政策术语。它帮助解释 Standards Action、Expert Review 等路径，却不能反向证明 2001 年某一项分配如何接受过审计。

今天的 IANA 组播登记页展示当前公开台账。它不自动携带每项分配的原始申请、历次复核、实现清单或流量证据。真正的连续性需要保存这些时间层：当时的规则、例外理由、后继规则、现实依赖与变更决定。

缺少时间链，同一行可以被两种相反叙述利用：一方说它不可撤销，另一方因短期看不到流量就说它可以立即重用。两方都要求登记表证明它从未承诺证明的事实。

分配完成后，保管才真正开始

可审计档案应保留地址、块、用途、日期、政策路径、审查者与责任联系人；列出依赖该值的软件与配置；解释为何较窄方案不适用；在声明边界内记录路由、数据包、接收者和应用结果。

保留、迁移、隔离或回收的决定还要记录异议、依赖、迁移目标、重用等待期、回退阈值与变更后验证。

每种证据只回答自己的问题。登记说明协调语义；代码说明引用；路由说明转发准备；数据包说明观测到流量；接收端说明到达；应用说明有用；复核记录说明为什么有权采取某项行动。

RFC 3171 的价值，是没有让第一张凭证冒充后面的全部事实。登记表分配了地址，运行中的网络仍有权要求它证明理由与连续性。

来源