摘要

  • draft-ietf-intarea-legacy-registries-00 提议关闭 NetWare 子选项注册表、把 IPv4 Option Numbers 改为 IESG Approval、给 Machine Names 与 Terminal Type Names 补上 FCFS 程序，并删除一个本不该存在的 TTL 注册表。
  • 这些动作分别治理“还能否新增”“由谁批准”“怎样避免重名”和“这个字段是否应该集中分配”。它们都不能单独证明旧值是否仍被软件使用、能否穿过网络、是否获得运营者授权或最终业务是否成功。

关闭约束未来，不会改写过去

草案最有力量的例子，是 NetWare/IP Option Type 63 Sub-Option Codes。因为 NetWare 不再扩展，作者要求 IANA 关闭这张表；但同一段文字明确保留已有信息的有效性，并允许依据 RFC 8126 第 9.6 节继续更新已有登记。机构不再接纳新成员，不等于抹去老成员的历史身份。

这不是措辞游戏。一个旧值可能仍藏在仓储控制器、灾备镜像、兼容网关或多年未启动的维护程序里；它也可能只是没有任何活跃使用者的档案。Closed 标签无法区分二者。只有版本清单、配置、日志、路径测试和业务回执才能说明现实。

最危险的下线方法，是先删除观察能力，再把看不见当成不存在。解析器被移除、计数器被关掉、旧值被统一归入 malformed，此后“零命中”只是观测面被破坏。稳妥顺序应当是先冻结新增依赖，保留识别和统计能力，找到每个消费方，给例外设定责任人与期限，最后才撤掉不可逆的兼容路径。

四个动作不是四种写法，而是四种权力

对 IP Option Numbers，草案建议采用 IESG Approval。这意味着未来编号需要 IESG 明确批准，是更高的准入门槛。然而草案同时说，IPv4 options 在公共互联网中的使用已经破损，依赖新 option 的方案很可能不可靠。一个编号获得批准，只能证明行政分配发生了，不能证明路由器、防火墙、快速转发路径和各种中间设备会完整传送它。

对 Machine Names 与 Terminal Type Names，草案建议 First Come First Served。两张表缺少正式程序，二十年没有新登记。FCFS 的作用是让名字有序且不冲突，不要求 IANA 判断架构价值。登记成功并不等于有实现、有用户、有安全审查，更不等于它仍适合现代环境。

对 IP Time to Live Parameter，草案要求彻底删除注册表；若技术上做不到，就更换说明，明确 TTL 由源操作系统或应用自由选择。建议默认值 64 可以是工程指引，但不是中心机构为每个数据包分配的资源。这一次要修复的不是某个值，而是“把本地参数误认为中央命名空间”的分类错误。

因此，关闭意味着停止扩张；IESG Approval 意味着新增需经明确机构判断；FCFS 意味着只协调唯一性；删除意味着承认注册表模型本身不成立。把它们统称为“过时”，会丢失谁有权做什么的关键信息。

IANA 行只能证明它自己所记录的那一层

RFC 1700 曾把 Assigned Numbers 编成一份静态文档。RFC 3232 把持续更新的权威记录迁到 IANA 在线数据库，避免每次登记都重新发布 RFC。迁移改变了维护方式，却没有把所有技术事实都交给数据库。

协议规范定义线上的含义；具体实现决定发出、接受、忽略或拒绝；运营者决定允许的策略；网络路径决定是否通过；应用结果才说明服务有没有完成。IANA 记录覆盖的是其中的准入与公共记录层，不能替代其余四层。

一项可审计的退役至少需要五张回执：精确文档版本及其流程状态、当前注册策略与条目、具名软件版本的行为、规定条件下的路径观察，以及用户或机器目标是否完成。缺少最后一张，不能靠重复展示第一张来补足；反过来，一次旧业务成功也不能给关闭的命名空间创造继续新增的权利。

修订 00 还没有变成执行结果

时间边界同样重要。Datatracker 把修订 00 列为 intarea 工作组的活动 Internet-Draft，状态是 I-D Exists。文本日期为 2026 年 9 月 11 日，2027 年 3 月 15 日到期。它不是 RFC，也不证明 IESG 已批准或 IANA 已完成所请求的变更。要判断今天的行政状态，仍需检查当前 IANA 页面。

这段不确定性不是缺陷。工作组仍可调整清单、程序和理由；IANA review 也可能发现维护问题；实际用户可以提交依赖证据。但任何人都不能把一项仍在讨论的文本，描述成已经让生产环境停用的开关。

来源