摘要

  • CoAP Content-Format 标识符代表特定的 Content Type 以及可选的 Content Coding；脱离语义注册，数字本身没有充分含义。
  • RFC 9876 收窄了“先到先得”路径，并让多数编号范围接受一套明确的专家核验。
  • 临时注册现在具有清楚的生命周期；64998 和 64999 只供文档使用，65000-65535 则属于实验范围而非生产编号。
  • 这一控制机制要阻止无效参数、未知编码和逻辑重复项变成紧凑却具有误导性的协议事实。

在 CoAP 中，一个 Content-Format 标识符代表媒体类型与可选内容编码的组合。因此，注册表承载了解释这个整数所需的信息。如果登记组合无效、重复或含糊，该标识符就无法指向唯一而可靠的协议含义。

RFC 9876 替换了 RFC 7252 第 12.3 节的注册程序。原有缺口并非表格不够完整，而是没有明确要求判断 Content-Type 与 Content Coding 的组合在语义上是否有效。这样的判断可能横跨媒体类型、参数和 HTTP 内容编码等多套材料。登记机构可以确认字段是否齐备，但判断它们是否描述了有效、独立且可解释的载荷，需要另一层技术审查。

新的编号表把资源稀缺程度与审查强度对应起来。单字节的 0-255 范围需要专家审查；256-9999 需要 IETF 审查或 IESG 批准，并同时经过专家审查；10000-19999 和 33000-64997 也采用专家审查。只有 20000-32999 保留先到先得路径，而且条件很窄：媒体类型必须已经注册或获准注册，不得带参数，不得指定 Content Coding，并且该媒体类型此前未在 CoAP 注册表中使用。条件不满足时，申请应进入需要专家审查的其他范围，而不是扩大先到先得的含义。

专家清单检查的是语义而不仅是拼写。它核验 Content-Type 与 Content Coding 的组合是否已存在，媒体类型是否具有正式或符合条件的临时登记，参数名称和值是否合法，字符串是否采用首选格式，以及所用 Content Coding 是否存在于 HTTP 注册表。这样既能发现看似合理却没有登记依据的类型或编码，也能识别隐藏重复：显式写出默认参数或 identity 编码，可能只是给同一个逻辑条目换了一种字符串写法。

RFC 9876 还整理了临时注册的生命周期。0-64997 范围内可以存在临时条目，包括提前分配和与临时媒体类型相关的登记。规定程序完成且媒体类型转为正式登记后，IANA 移除临时标记；若适用的程序失败，或符合条件的临时媒体类型被放弃，条目可以被删除，编号回到“未分配”。RFC 同时保留高位范围中的特定例外，因为那些范围的登记不依赖标准化流程最终完成。

其余边界也变得明确。注册表新增 Media Type 列，把紧凑条目链接回基础登记。64998 和 64999 是文档示例编号，不是生产分配；65000-65535 用于实验，不能投入运营部署。持久协议含义、临时协调、文档示例和实验用途因此不再混在同一片灰色区域。

来源