摘要

  • RFC 7120 允许符合条件的 IETF 工作在最终 RFC 发布前取得统一编号。IANA 会把它标为 Temporary，公开首次分配日与到期日，通常有效一年。
  • 这条记录证明编号已按早期分配流程被占用，便于实现互通；它不证明技术方案已获最终批准、会成为标准、已经部署或值得永久保留。
  • 到期、续期、弃用和重新释放是四个不同状态。旧实现可能继续解析这个数值，因此到期不能等同于抹掉历史或立即复用。

代码等不到文件完成

协议把大量语义压进很小的数值空间：消息类型、扩展、标志位，常常只靠一个整数分流。登记表的价值，是让世界各地写出的程序对这个整数说同一种语言。

麻烦在于顺序。正式分配往往要等文件进入较后的标准化阶段；实现和互操作测试却必须更早发生。若草案里只有 TBD，开发团队可能从登记表里挑一个看似空闲的值，先写进代码。

RFC 7120 列出了两种后果。其一，IANA 最终为标准分配另一个值，早期实现与正式实现从此说不同的数字。其二，被“借用”的值后来分配给另一个扩展，而第一批软件仍在运行；同一个字节就会进入两套不兼容的状态机。

这不是表格整洁度的问题。编号一旦进入固件、抓包解析器、测试向量和配置模板，就有了文件修订无法远程删除的寿命。

禁止提前实现会丢掉关键证据

最省事的行政规则是要求所有人等 RFC 发布后再写代码。RFC 7120 没有选择这条路。标准形成耗时很长，两套独立实现真正交换数据，往往比更多文字审阅更早暴露长度、错误处理与状态转换上的歧义。路由领域尤其重视实现和运行经验。

所以，现实选项不是“守规矩”与“抢跑”。真正的选择是：让提前实现共享一个被公开保留的坐标，还是任由它们各自猜数值。早期分配承认运行代码能生产证据，但不允许运行代码凭自己的存在取得标准地位。

Temporary 是这套制度里最重要的信息。只抄编号、不抄状态，临时协调很快就会在厂商文档和代码注释里变成“官方永久值”。

不是任何活跃草案都能申请

RFC 7120 的一般流程只面向 IETF Stream 文件，并覆盖若干通常需要 RFC 或 IETF 行动的登记政策：面向 RFC 的 Specification Required、RFC Required、IETF Review 与 Standards Action。更开放的登记表有自己的申请方式。

草案必须充分描述格式、语义、处理规则以及相关行为。其关键部分还要足够稳定：按前后版本编写的实现应能无缝互通。工作组主席和领域主任还要判断，社区是否确实需要在 RFC 前实现，或者不提前保留会不会造成现场编号争用。

这些条件并不回答方案是否完美。它们只回答一个更窄的问题：此刻保留一项稀缺资源，是否比让实现者自行选值更能降低冲突。

稳定性条件尤其重要。如果 wire meaning 仍可能不兼容地变化，统一编号只会让错误传播更快。编号不是成熟度的替代品。

每只手只握一部分权力

文件作者先向工作组主席提出请求，说明需要哪些编号、对应哪份草案。主席检查条件，并确认工作组是否同意提前分配。随后由领域主任批准；当编号空间有限时，领域主任可以把耗尽风险纳入判断。只有完成这些步骤，主席才请 IANA 操作登记表。

IANA 的动作非常具体：选择合适的值，标记为临时，公开首次分配和到期日期。草案不应在此之前写死编号，因为登记完成之前，没人能保证该值不会给另一个请求。

这条链故意没有单一主人。作者定义拟议语义，工作组确认需求，领域主任控制制度风险，IANA 忠实记录状态，实现者决定是否运行。IANA 写入一行，并不等于 IANA 认可协议；领域主任批准提前分配，也不等于 IESG 已通过标准。

Michelle Cotton 的贡献正落在这些接口上。她以长期参与 IANA 协议参数工作的经验，把一项“何时填入数字”的行政细节写成可验证的互操作控制，同时又没有夸大登记机构的权限。

临时记录能证明什么

它证明请求走完了指定路径，在列明的时间窗口里，其他申请者应把这个值视为已占用。它让多个实现使用同一坐标，也向后来者公开冲突警告。

它不能证明草案会成为 RFC，不能证明 IESG 已认可设计，不能证明安全审查完成，也不能证明网络里存在一台设备。登记表协调名称；只有实现测试和运行数据才能观察行为。

截至 2026 年 9 月 8 日，IANA 的 DNSKEY RR Flags 表提供了一个当下例子：标志位 14“Authoritative Delegation Types”被标为临时，登记日为 2026 年 7 月 20 日，到期日为 2027 年 7 月 20 日，引用一份活跃的 DNSOP 草案。这一行证明预约及其时钟，不预测草案结果，也不统计权威服务器、验证器或工具链的支持情况。

若文档只写“14”，最关键的上下文就消失了。状态、引用文件和到期日共同组成这个编号的真实含义。

到期不是清空

当草案走到通常应正式分配的阶段，作者和主席要提醒 IANA 已经存在早期编号。若语义保持兼容，IANA 去掉临时标签，编号不变，权威状态发生变化。

若一年先到期，可以重新走流程申请一次普通续期。更多续期属于罕见例外，需要 IESG 审查理由与计划。续期不是订阅服务，而是新一轮治理收据。

没有续期或 RFC 进展时，记录仍显示在登记表中，并标明已到期。主席可通知 IANA 将其列为弃用。弃用值既不是某份正式文件的有效分配，也不能立刻交给新用途。之后是否彻底释放，要考虑旧实现是否存在以及剩余空间是否紧张。

这段中间状态保护的是网络记忆。立即删除会让未来申请者看不见旧解析器；立即复用会让新语义撞上那些解析器。负责任的登记表有时必须保留一个“现在不能用、但也不能忘”的编号。

防止临时坐标变成私人快车道

RFC 7120 直接写出了滥用风险：公司或工作组可能借一个早期编号，为很可能通不过后续审查的方案制造既成事实；大量请求也可能耗尽小型编号空间，或压垮 IANA 的处理能力。

领域主任批准、必要时提交 IESG 讨论，以及 IANA 请求暂停流程的能力，都是为这类风险设置的刹车。它们并不消灭判断，而是让每次例外留下责任人、日期和理由。

这套安排没有让文档压倒代码，也没有让代码绕过共识。它只给实验一个不碰撞的地址和一个到期时钟。其余结论仍需各自的证据。

来源