摘要

  • RFC 3359 把当时已使用或正在规划的 IS-IS TLV 编号汇成一张共享清单，目标是减少冲突；它同时声明自己既不是标准，也不是分配编号的权威。
  • RFC 3563 后来要求 IANA 暂时维护一个与该清单同步的注册表，并让指定专家审核分配；登记一项编号，仍不等于证明软件实现或网络部署。

冲突起点不是坏报文。 两个扩展团队都可能认真阅读自己手边的规范，却看不到对方正使用的编号。若它们把同一个八位数分配给不同含义，链路上传来的字节并不会标出是哪一套私有表。接收设备只能按自己的实现理解它。独立看来合理的决定，就可能在同一网络里互不兼容。

RFC 3359 于 2002 年 8 月以 Informational 类别发布。它为 IS-IS 的 Type-Length-Value（TLV）编号提供当时可查的共同视图：列出若干已使用或待定的顶层编号，说明它们适用于 IIH、LSP 或 SNP 哪类协议数据单元，并标记大致来源。这种表格不能替工程师判断语义，却能让后来者先知道某个位置并非无人使用。

表内并不是同一种规范的整齐目录。ISO 10589 的核心条目与 RFC 1195 的 IP 扩展并列；一些值指向 IETF 草案，另有一个被标为古老的 DECnet 项，以及 Lucent、Nortel 的专有条目。它们出现在同一列，不代表规范效力相同。它反映的是现实中多个技术和机构路径已经把值写进同一个线上的命名空间。

这个混杂状况让清单有用，也限定了清单能说什么。RFC 3359 明确表示，它的目的是避免未来的编号冲突，但不构成标准，也不代表任何 TLV 分配权威。编号当时以 ISO、SIF 与 IETF 工作组之间共享信息的方式协调。ISO 没有提供编号管理机构；IANA 的职责又被描述为仅涉及 IP 相关编码点。作者因此写道，当时看不到一个可信的中央权威。

这不是“没有规则”的同义词，而是把实际信息先公开。扩展作者查到某一值已占用或待用，就可选另一值。清单的作用来自参与者愿意共享一份事实，并愿意避免让不同实现把同一个字节解释成两套行为。它没有执法能力，也没有宣称自己能强制谁遵守；其作用机制是降低盲选的概率。

范围边界同样写得清楚：RFC 3359 并未逐项指出每个编号由哪份文件定义，也没有解决子 TLV 编号空间。它设想定期更新，或者将来由正式注册表取代。换言之，一行记录只是“这里已有人使用或提出”的警示，不是完整出处、兼容性说明或实现证明。

当年 RFC 3232 已把周期性重发的 Assigned Numbers 文档转向在线数据库。对于一般编号，持续更新的登记表比等下一份 RFC 更适合变化中的协议。IS-IS 的难点还多一层：核心机制属于 ISO 的维护范围，面向互联网的扩展由 IETF 推进，而已存在的实现也可能来自其他来源。问题不只是如何显示编号，而是谁能批准它、谁更新记录，以及另一组织如何获知。

2003 年的 RFC 3563 记录了 ISOC/IETF 与 ISO/IEC JTC1/SC6 之间的合作协议。协议把核心 IS-IS 工作与互联网特定扩展划出范围，并要求 IANA 暂时维护 IS-IS TLV 注册表，直到 JTC1 提供注册服务。这里的“暂时”不是装饰词：协议预想在 JTC1 通知之后，把分配管理权移交给它；与此同时，IANA 可以保留信息副本，并根据 JTC1 提供的资料更新。

因此，登记页面的托管、某个编号的分配决定、核心协议规范的维护，不是同一个动作。RFC 3563 还要求注册表初始状态与 RFC 3359 同步。旧清单没有被抹去，而是成为正式流程的起点。之后的新值要经 IESG 指定专家批准；IETF 应把分配情况告知 JTC1/SC6，而 JTC1/SC6 的分配请求也应进入 IANA 流程。这一安排把跨机构的沟通义务写进机制，而不是假设所有人会自然看到同一份草稿。

注册表随后不只是增加行，也会改变解释字段。RFC 6233 增设 Purge 一列，记录某类 TLV 是否允许出现在被清除的 LSP 中。对于路由协议，相同编码放在不同 PDU 上不一定有相同含义；但注册表列仍只是可查的摘要，完整条件要回到定义它的规范。

2014 年，标准轨 RFC 7370 又把有关子 TLV 的多个登记表合并，并细化指定专家的审核指导。申请通常应来自已被工作组接纳的草案；没有合适工作组时，可走区域总监赞助路径。专家应核实工作组共识或总监批准，并评估技术价值，但不应推翻 IETF 共识。如果草案最终未能成为 RFC，预分配的编号还要按规则到期或回收。

RFC 7120 给出提早分配的一般纪律；RFC 7370 说明 IS-IS 专家审查如何适用。RFC 8126 的注册政策名称则描述申请者必须经过什么门槛，不会证明某项扩展已经写进代码。2024 年 RFC 9650 把一个 IS-IS 邻接链路属性位注册表从 Standards Action 改为 Expert Review，理由之一是严格门槛阻碍实验，并增加有人私自占用未登记编号的诱因。门槛太低会让冲突增加，太高也可能令共享登记越来越不完整。

今天的 IANA 页面是持续维护的记录，包含顶层与嵌套注册表、PDU 适用列、参考文献及分配政策；它的形态已远超 2002 年那张表。本研究把它视为有日期的当前快照，而不是倒推 RFC 3359 当时拥有后来才形成的字段。

编号记录不是运行证据。 IANA 上的一行可以证明某个名称、值、参考文件与政策被记录在一起；它不能证明路由器解析器支持该值、部署者已启用它、两个厂商可以互通、某条路由被安装，或数据包最终送达。要从编号走到网络结果，还需要实现、配置、对等交换和观察到的行为等不同证据。

来源