Summary

  • IETF IANABIS 工作组 10 月 26 日的草案修订版新增一句：早期分配的 IANA 编号仍属临时状态时，不应进入已出版 RFC。
  • 草案拟把初始有效期从现行的一年延至两年；到期后编号仍可能被弃用或取消分配。正式 RFC 没有同步到期的开关。

登记表上的“临时”二字，搬进 RFC 就容易被厚厚的书脊盖住。10 月修订的早期分配草案在第 3 节补上一道出版前的检查：早期分配可能因到期被删除或弃用，因此不应写进已出版的 RFC。7 月的上一版没有这句话。变化针对的是文字何时可以固定下来，而非要求试验阶段停止使用编号。

早期分配本来就为试验解决一个麻烦：不同实现需要同一个协议值，不然各自猜号码，互通从第一天就撞车。IANA 可以先在登记表里留出一个值，标出临时状态。现行 RFC 7120给这类预留设有效期，也安排续期程序。一个编号被占住，说明冲突得到协调；规范能否最终出版，仍由后续程序决定。

新版草案把首次有效期拟定为两年，替代现行一年。IANA 会在登记表公开到期日；若有效编号对应的草案已经提交 IESG 审议，审议期间不会把它算作到期。其余情况要继续看续期、弃用和取消分配的决定。不同登记路径有不同处理步骤。RFC 一旦出版，读者手中的那行数字不会随着登记表的状态转移自动改写。

这就是此次修订最锋利的一笔：临时号码可以让开发者今天开始互通测试，永久文本要等号码的最终归宿。草案目标是“当前最佳实践”，仍在工作组阶段。下一版是否保留这句提醒，以及已经被其他出版物引用的早期编号如何处理，将决定它能把出版前的检查做得多具体。

目前这组原始文件没有给出一篇真实 RFC 引用临时编号、后来又碰上登记状态变化的案例。找到该 RFC 及对应的 IANA 历史记录，才能算出返工的实际代价；眼下草案指明的，是这条可能让临时值钻进永久页面的路径。