摘要
- draft-ietf-mediaman-6838bis-10 于 2026 年 9 月 9 日 UTC 公开。它仍是 Media Type Maintenance 工作组草案,不是 RFC,也不代表 IANA 已执行变更。
- 第 09 版依据运行时解析是否成功来选择片段处理规则;第 10 版改成静态一致性要求:后缀确有片段规则时,具体 media type 不得与之冲突,否则由具体类型决定。
- 新版点名十三条 IANA structured syntax suffix 记录。每条都保留三种处理分支,却又声明该后缀没有定义片段语法,因而这些分支没有触发条件。
- 一项共同决定对应十三个执行目标。我建议留下逐项修正清单,把最终规则与每条记录的修改前后状态连接起来。这是 Daniel Kade 的编辑分析,不是当前草案要求。
矛盾不在代码,而在同一张记录里
工作组议题 93指出了原规则的循环。按照第 09 版,若后缀定义了片段处理,而且片段按该规则解析成功,就采用后缀规则;否则交给具体 media type。问题在于,只有先选一套规则并运行,才知道它是否“成功”,而成功本身又被用来决定应选哪套规则。
第 10 版不再以结果倒推权限。若 structured syntax suffix 的注册记录确实定义了片段语法和语义,使用该后缀的 media type 必须保持一致,也不得禁止后缀要求的语法;若后缀没有定义,则由具体类型规定。官方版本差异显示,这是判定方式的替换,不是文字润色。
更大的变化在 IANA Considerations。草案列出 +json、+ber、+cbor、+der、+fastinfoset、+wbxml、+zip、+tlv、+json-seq、+sqlite3、+jwt、+gzip 和 +cbor-seq。三分支模板可追溯到 RFC 6839,后来被沿用到更多条目。但这十三条记录同时都说明,相应后缀没有已定义的片段语法。第 10 版据此判断那三种情况不会发生,要求 IANA 只删除这部分文字,保留各条记录的其余内容。
草案中的一句指令,不等于十三次数据库动作
写作前查看IANA 当前注册表时,其更新时间仍标为 2026 年 6 月 25 日,共有 24 条记录,采用 Expert Review,并列出两名指定专家。逐项检查草案点名的十三条,均可看到三处分支语句和一处“未定义片段语法”的说明。这个状态并不表示 IANA 拒绝修正;草案还未成为可执行的最终规范。
各角色也不能合并成一个模糊的“IETF”。Media Type Maintenance 工作组起草 RFC 6838 的潜在替代文本;IANA 维护公开注册表;指定专家按照注册政策和 RFC 8126 的通用框架审查;IESG 管理 IETF 所建注册表的专家,并在适用时参与处置。工作组仓库合并,不会自动改写 IANA 的十三条记录。
状态说明同样需要分开。草案页眉写着 Intended status: Best Current Practice,Datatracker 当前却显示 Intended RFC status 为 None;工作组的 In WG Last Call 状态早在 2025 年 10 月的第 06 版就已出现。这里没有 IESG 批准、RFC 发布或注册表变更完成的证据。
后缀提供线索,不提供统一语义
带 +json 或 +zip 的名称,可以让通用处理器识别底层格式线索,却不能证明所有采用同一后缀的类型拥有相同片段语义。第 10 版明确说,仅凭名称无法判断带后缀类型与去掉后缀后的类型有何关系;安全属性也可能因具体类型而变。
因此,删除不可达分支只是在清理公共指引。它不会为十三种后缀创造新片段语法,不会修改实现,不会证明互操作,更不能倒推出曾发生安全事故。RFC 3986规定 URI fragment 的通用位置,也不替每种 media type 决定解释方法。
第 10 版还准备吸收 RFC 9694,并在获批后取代 RFC 6838 和 RFC 9694。这些是同一修订中的其他制度变化,不能拿来代替十三条记录的执行证明。
修正清单应当很小,但必须逐项闭合
我建议的清单先记录最终发布文件、相关章节与不可变哈希,然后列出十三个目标及每条记录的稳定身份、修改前哈希、获准删除的文字类别和必须保留内容的哈希。执行后,再补上 IANA 动作与时间、实际用到的专家或 IESG 处置、十三个修改后哈希,以及需要回正时的链接。
这不是新审批层,也无需公开私下讨论。它不规定应用如何处理片段,只回答一个公共问题:共同修正是否准确到达全部目标,且没有顺手删除无关字段。
这种范围符合 Heng Lu 关于最小初始规范的文章:只把跨机构协调不可缺少的证据做成共同接口,把 media type 自身的行为选择留在本地规范。
证据边界
Datatracker 当前记录及其历史确定了版本与程序状态;合并请求 108和合并提交说明修正如何进入第 10 版。它们都不能证明未来一定发布或执行。
来源
会员简报
档案背景详情
使用相应会员等级登录,即可解锁完整简报与来源注释。
仅限 Strategic Circle
Strategic Circle
所有读者均可浏览。加入并登录后可解锁档案简报。
加入 Strategic Circle仅限 Leadership Alliance
Leadership Alliance
符合条件的 IP 资产所有者和管理层可登录查看 Leadership Alliance 简报。
加入 Leadership Alliance

