摘要

  • IESG于2026年9月21日批准charter-ietf-radext-08；最终文本删除了可能让外部组织、甚至另一个IETF工作组的需求看起来天然优先的措辞。
  • 新章程仍覆盖漫游部署、历史实现互操作和多跳RADIUS，但没有批准任何具体外部需求、草案、里程碑、协议变更或部署。
  • 一份“范围到共识凭据”应记录需求来源、运行证据、章程依据、文档轨道、兼容性影响、主要异议和RADEXT共识，防止外部影响被误写成IETF授权。

被删掉的前提

4月形成的07-01文本点名Wireless Broadband Alliance和eduroam，称RADEXT与行业和学术组织协调。它还写道，工作组将按这些组织的需要发布扩展或指导，并定义外部组织或其他IETF工作组所需的扩展。

争议不在于这些社区有没有真实问题，而在于句子的因果方向。Mahesh Jethanandani在IESG评议中指出，“支持这些组织的工作”倒置了关系：外部请求可能因此被理解为无需先获得IETF共识就能取得IETF效力。Roman Danyliw进一步追问，这是否给外部机构以特殊地位；即使请求来自另一个IETF工作组，RADEXT也仍需形成自己的共识。他建议直接删去两处措辞。

获批的08版本采纳了这一方向。WBA和eduroam不再被列举，“外部组织需要”也不再自成一种工作类别。这不是说外部部署经验不重要，而是明确谁能把经验变成IETF工作。

批准本身当然是真实的：Datatracker把08标为Approved，历史页记录IESG在9月21日同意重拟章程。但章程批准的是范围、目标和可追求的成果类型，不会预先批准未来投稿的内容。批准记录没有给任何WBA需求、eduroam要求、新属性、具名草案或部署计划背书。

三条轨道取代开放式客户关系

最终章程为可能的工作设定了三条更清楚的轨道。对RADIUS的小型扩展通常进入Proposed Standard；关于漫游部署和历史实现互操作的指导可成为Informational或Best Current Practice；协议澄清则进入Informational文档。

这种分类一方面告诉作者，文档最终可能承载什么性质的主张；另一方面阻止运行紧迫性自动决定文档地位。一个漫游故障可以紧急而且证据充分，但正确产物可能是实现指导，并非规范性扩展。一个小型扩展也许适合标准轨道，但提出它的外部机构不能替工作组决定技术设计。

章程还保留了硬约束。RADEXT必须考虑与遗留实现互操作；任何不向后兼容的变更都要给出理由。多跳RADIUS仍在范围内，包括澄清架构和需求，但“目标存在”不等于“某个方案已选定”。

真正获批的交易因此是：工作组有更广的空间处理真实部署问题，同时每类工作必须走一条可辨认的IETF路径。

输入不是委托投票

IETF现有liaison程序并不是客户—供应商模型。RFC 4053要求对liaison请求给予适当考虑，但IETF可以执行、不执行，或说明采用其他做法的原因。提出请求的一方仍需像互联网草案作者一样陈述技术理由。RFC 4691则从另一端设限：liaison只能传达已经形成的IETF共识，不能受托替IETF创造立场。

这并不贬低多利益相关方参与。运营商、漫游联盟、大学和厂商往往掌握协议设计者看不到的故障数据、规模压力和兼容性约束。它们的影响力应来自参与、可复现证据和技术论证质量，而不是把组织名称变成优先券。

RFC 2418补上制度环节：章程界定问题、目标和里程碑，工作组通过rough consensus推进技术工作。RFC 7282解释了为什么这不是数票——关键在于技术异议是否被理解并得到处理。外部群体再大、机构再熟悉，也不能替代这份记录。

从范围到共识的凭据

RADEXT可以把边界变成一种日常记录。凡由外部请求触发的工作，都附上一份简短的“范围到共识凭据”。

第一部分写清请求：来源是谁、发言者以个人还是组织身份行动、具体运行故障、受影响实现以及可复现证据。第二部分写清章程挂钩：对应08版哪一段、计划进入Proposed Standard、Informational还是BCP，以及对遗留互操作和向后兼容有什么影响。

第三部分记录IETF工作：草案和编辑、责任里程碑、主要异议、处置方式和工作组共识。最后把部署主张分开：厂商承诺、代码发布、现场部署和经测试的互操作，是四个不同事实。

未知项必须保持未知。“重要组织提出”不能补上一份缺失的抓包；“在章程范围内”不能补上一份缺失的共识记录；“由IETF发布”也不能证明某个实现已经部署。

批准究竟决定了什么

这次批准先解决了一个治理问题，避免它日后成为技术捷径。RADEXT可以继续听取外部运营社区意见，也可以撰写帮助漫游和遗留部署的文档；但工作组不是这些机构的标准承包商，外部来源不会让请求自动排在内部提案之前。

这比“拒绝外部影响”更窄，又比普通文字清理更实质。门仍然开着，但所有请求都要跨过同一道门槛：范围、证据、技术判断和rough consensus。

来源