摘要

  • RFC 9751 停止的是 RTP Payload Format Media Types 这份重复登记表的新条目受理，不是一般媒体类型注册，也不是 RTP 新格式的发展。
  • 关闭前补齐遗漏、保留旧条目，是保存历史；让后续程序不再索要已无法取得的列名证明，是另一项需要有人负责的工作。

一张准备停用的表，为什么还值得花时间补齐？如果管理的目的只是减少页面数量，补录显得多此一举。如果目的是减少不必要的义务，同时保持记录可解释，顺序就很清楚：先把历史交代好，再明确宣布它不再承担持续收录的责任。

RFC 9751 在 2025 年 3 月给出了这样一个小而完整的例子。它关闭 RTP Payload Format Media Types 登记表的新登记入口，补入包括 opus、VP8 和 AV1 在内的既有遗漏，并更新两项旧条目的参考文献。一般的 Media Types 注册继续存在，识别格式、避免名称冲突和查找规范仍需要它。被取消的是重复劳动，不是共同命名。

这一区别决定了文章讨论的对象。它不是一次编解码器淘汰，不是一场通信中断，也不是宣布某种媒体格式失去合法性。它处理的是一项制度要求：作者还需不需要把同一个已登记格式，再送进另一张列表。

少一个登记位置，不等于少一份技术说明

旧要求并非完全依靠惯例存在。RFC 8088 第 7.4 节 的首段曾要求作者同时考虑一般媒体类型注册和 RTP 下面的那份列表。9751 替换了这段话；8088 的其余部分仍为信息类文档。对于沿用旧写作说明的团队，这是一处可以明确指出的变更，而不是一句含混的“现在不用了”。

但删去一个登记去向，不会自动删去格式说明中的困难部分。时钟、参数、适用的传输方式，以及如何把有关信息写进会话描述，都有各自的作用。RFC 4855 所处理的正是这些问题。一个名称在文件传输和 RTP 中能否共用，也取决于数据格式和必需参数是否满足条件，不能因为两边看起来都在传音频就直接合并。

具体看 IANA 的 audio/opus 记录，里面不仅有名字和参考编号，还有参数、使用限制及 RTP 时间戳时钟等信息。记录中的 48000 是时间戳时钟要求，不能被随手改写成所有声音都以同一个采样率处理。对实现者而言，这类细节比在另一张汇总表里多出现一次名称有用得多。

因此，合理的精简不能按表格数量计算。它需要问：删掉这一步后，是否仍有明确的位置承载必须共享的语义？如果有，撤销副本义务可以减少歧义；如果没有，所谓减负就可能只是把解释责任推给每个使用者。

缺了一行，究竟缺了什么

RFC 9751 对旧列表遗漏的评价相当克制：就其跟踪格式的用途而言，遗漏没有造成实际影响。它没有提供停机案例、节省工时的统计或安全收益的测量。由此不能推出“登记都没有价值”，也不能给这次行政调整编造一个经济回报率。

更值得注意的是，旧列表的起源并没有被作者的文献复查完全还原。9751 没有在 4855 中找到建立该表的目的与程序依据，并把邮件或主管请求列为可能解释。可能，不是定论。这说明历史引用需要校正，而不是给任何人提供一条指控机构蓄意扩权的捷径。

现在的 IANA RTP 参数页 保留了旧记录，也给出关闭状态和 9751 的依据。页面同时还有较早的、建议新格式加入列表的说明。阅读这样的档案，不能只抓住一句熟悉的话；必须把登记程序、关闭说明和所引用的更新一起看。保存旧文字并不等于让旧文字继续发号施令。

这也是档案和办事入口的差别。档案可以回答一个格式在某个历史阶段如何被记录，入口才承担今天是否接受申请的责任。旧表继续能打开，是好事；把“能打开”当成“应该继续申请”，则是用途判断出了问题。

还有一处名称容易误导：同一页面上的数字型 RTP Payload Types 表，是另一回事。RFC 3551 第 3 节 早已停止为该配置文件增加静态负载类型编号，并说明动态绑定依赖具体会话。9751 关闭的是媒体类型汇总登记，不是在 2025 年才关闭那些静态编号，也没有重新安排会话里的数字。把两者混成一个“RTP 注册关闭”，会使减负消息变成错误的技术告警。

关闭通知之后，还有谁在索要证明

可以设想一份采购检查单，仍要求供应商提交格式在两张表中的列名。这里说的是风险场景，不是本次研究发现的真实采购纠纷。若第二张表已经停止收录，新格式即使完成了应做的注册，也可能无法满足旧检查单。审核员看到空项，供应商提交解释，项目负责人申请例外，所有人都很忙，却没有增加对格式的理解。

错误在于把一个已经取消的步骤，保留为判断完整性的条件。补救也不应该是长期给新格式开豁免。豁免仍默认旧要求正确，只是暂时容许少数人不遵守。更准确的动作，是删除这个证明要求，改成指向现行媒体类型记录和真正需要核实的技术参数。

这并不意味着所有本地限制都应取消。一个服务可以只支持经过测试的格式，也可以因设备、容量或安全要求维持自己的准入清单。但它应当把条件称为本地支持政策，并提供责任人和测试依据，而不是借一份停止受理的外部表格替自己背书。外部命名协调与内部产品选择，各有合理位置。

Lu Heng 的最小初始规范、局部未来决策与自愿采用 为这种分工提供了编辑视角：共同层应承担必要的不变量，不应因为一个流程已经存在，就不断为它追加存在理由。这是作者论述，不是另一份 IETF 标准；9751 也不能被说成完整实现了其中的治理模型。这个案例支持的是较窄的判断——保留必要的命名规则，可以与取消重复登记同时成立。

从管理角度看，真正完成的撤销应留下两种证据。一种说明历史没有被抹去：旧条目、引用和关闭依据仍能查询。另一种说明负担确实取消：当前申请材料不再索要第二张表的新增记录，审核人员知道改查哪里，例外申请不再围绕失效条件循环。

前一种证据在网页上容易看到，后一种往往散落在清单、合同附件、知识库和人的习惯里。RFC 9751 的价值不在于承诺把它们全部修好，而在于让管理者有了一个清晰起点：停止新登记后，谁还在要求别人完成它？

来源