摘要

  • IESG 于 2026 年 9 月 3 日启动 MOPS 章程 01-02 的外部审议，明确尚未作出决定，并把意见期限设为 9 月 13 日。
  • 2019 年获批章程把 MOPS 称为实验性工作组，要求两年后在重订章程继续运行与关闭之间作出工作组层面的判断；新草案删除了这一段。
  • 新草案仍允许在持续兴趣不足时移除某个工作项目。项目退出回答的是“这项任务还做不做”，不是“这个跨领域工作组还要不要存在”。
  • 公开历史显示，IESG 决定继续、重订或关闭 MOPS 的里程碑已于 2022 年 4 月 5 日标为完成；但拟议章程没有把这个状态与原始问题、所看证据及续存理由连接起来。
  • 合理做法不是复活过期的两年期限，而是发布精简的实验结案记录，并说明以后适用的普通工作组退出机制。

被删掉的不只是一个旧日期

IESG 公告给当前状态划了清楚边界：01-02 是送交社群审议的草案，IESG 尚未作出任何决定，意见可以提交至 9 月 13 日。01-02 的 Datatracker 页面显示它处于外部审议，并列出 10 月 8 日的 IESG 电话会议。会议排期不是批准，草案也还没有替代现行章程。

真正的文本变化很容易核对。2019 年获批的 01 版章程最后说明，IESG 是在实验基础上设立 MOPS，并打算在两年后审视它，选择重订章程继续运行或关闭。01-02 不再包含这段话。

删除未来时态的旧句并非没有道理。MOPS 的公开历史已经把相关决定标为完成。2026 年 7 月的 IETF 126 MOPS 会议记录也说，建议的轻量更新就是移除一段预告五年前已发生复核的文字。3 月的邮件讨论更早把这句话列为优先清理对象。继续保留它，反而会让读者误以为那次复核仍在等待发生。

问题在于，这句话还承担另一项功能：它把 MOPS 的组织形式本身写成一个待验证的命题。MOPS 不只生产文件，还要收集媒体交付的运营经验、连接媒体行业与互联网工程人员、吸收其他标准组织的更新，并把具体协议问题转向负责任的工作组。两年复核针对的是这种容器是否有持续价值，而不只是某份草案是否按时完成。

这道问题源自 2019 年的异议

MOPS 章程历史保留了实验条款的来路。2019 年 IESG 审议期间，一项阻止意见指出，这个工作组的性质不同于许多常规工作组，并追问：怎样判断这种实验形式取得成功，又在什么情况下关闭？随后，IESG 决定继续、重订或关闭的里程碑被加入章程。

这段来路很重要，因为它界定了审查层级。原问题不是“是否有人愿意继续写某篇文件”，而是“IETF 是否需要保留这一类持续接收和分流问题的机构”。成功可以表现为适当的文件产出、有效转介、跨组织交流和运营方参与；失败也不能只靠文件数量推断。最终判断必须由有权机构作出，并留下可复核的理由。

MOPS 工作组历史记载，继续、重订或关闭的里程碑在 2022 年 4 月 5 日被标为 Done。这足以排除“复核从未发生”的说法，却不足以展示复核结论。“完成”是状态，不是判词：它没有说明使用了哪些标准、证据有什么局限、实验命题如何被回答，也没有解释为什么之后应转入普通持续状态。

本文同样没有证据断言 IETF 其他档案绝对不存在更完整说明。可以确认的范围更窄：拟议新章程、完成里程碑和这次核对的公开页面没有把那份说明带到同一个可追踪链条中。

项目退出与工作组退出不是同一个开关

01-02 保留一项明确约束：MOPS 要继续处理某个工作项目，必须持续有人表达兴趣；兴趣不足时，该项目可以从工作组清单中移除。这能防止一项曾经被接纳的任务因惯性永久占位。

7 月会议上，区域主管也区分了项目与里程碑。他表示，工作项目是 IETF 社群与工作组之间章程契约的重要内容；里程碑可以由主席更新，也不以同样方式成为必要条件。新草案目前为 Network Overlay Impacts to Streaming Video 列出两个节点：2026 年 9 月进行工作组最后审议，11 月提交 IESG 争取作为信息类 RFC 发布。

不过，项目规则不能自动回答组织问题。项目退出检验的是特定任务是否还有人力和兴趣；工作组退出检验的是接收入口、联络关系、议题分流和反复会议这一整套安排是否仍是合适容器。工作项目暂时清空，不等于工作组必然无用；有一项有价值的文件，也不自动证明整个组织形态应当持续。

删除实验条款也不会让 MOPS 获得“永久存在权”。RFC 2418把 IETF 工作组通常描述为任务有界的组织，任务完成后可以解散；当工作无法完成或前提发生变化时，也可以重订章程、更换主席或解散。普通治理路径仍在。实验条款的独特作用不是赋予 IESG 唯一关闭权，而是要求它对一个特殊组织试验作出一次可见判断。

产出是证据，不是自动评分器

截至 9 月 5 日，MOPS 文件页列出一份活跃工作组 Internet-Draft 和三份信息类 RFC。新草案还把“寻求 RFC 发布”收窄为“寻求信息类 RFC 发布”，并把发现更合适去向时的 “dispatch” 改写为 “redirect”。这些都是值得记录的范围澄清。

然而，三份 RFC 不等于实验成功的自动票，一份活跃草案也不是组织衰退的证据。审视这类工作组，还需要看运营问题是否找到合适入口、转介是否减少重复、外部标准组织的信息是否改善 IETF 判断、参与是否足以支撑工作，以及同样功能能否由更轻的安排完成。

这些证据也不能反过来制造授权。参加会议、贡献文稿和建立联络都能提供专业知识，却不自动等于对工作组续存的机构决定。判断必须标出作出者、依据、限制和后续状态。

用六项记录结束实验

无需把重订章程变成一份长篇评估报告。一份精简结案记录只需连接六类信息：

  • 2019 年实验问题及其准确章程版本；
  • 完成复核的日期和可归责的 IESG 行为；
  • 所考察的证据类别，包括文件、参与、转介和联络价值；
  • 结论、主要理由与证据局限；
  • 后续章程状态，以及以后适用的普通工作组复核或退出路径；
  • 从被删条款、Done 里程碑与最终获批章程指向同一记录的链接。

这不要求公开人事讨论、个人参与档案或受保密限制的联络材料，也不应为了凑足理由而事后发明绩效指标。用汇总类别和有边界的判断即可。

更不必机械续写“两年后复核”。那项承诺已经履行，复制它会把旧状态伪装成新义务。真正需要的是明确关闭旧实验，并说明未来依据 IETF 普通规则在什么层级处理工作组本身，而不是只处理单个项目。

Heng Lu 关于功能连续性与机构连续性的区分在这里仅提供有限观察角度。MOPS 不是 RIR，原文关于号码资产、主权和责任的主张不能移植。可借用的只有一个问题：哪些有用功能需要延续，以及这些功能为什么要求当前组织形式继续存在？

IESG 完全可以得出“MOPS 已证明这种形式有用，普通规则足够”的结论。外部审议也可能促成另一种表达。本文不替机构作选择，只要求编辑清理不要把原问题与已完成决定之间的连接一并清走。

来源

  1. IESG：Media OPerationS 工作组审议公告，2026 年 9 月 3 日
  2. IETF Datatracker：MOPS 拟议章程 01-02
  3. IETF Datatracker：MOPS 已批准章程 01
  4. IETF Datatracker：MOPS 章程历史
  5. IETF Datatracker：MOPS 工作组历史
  6. IETF 126：MOPS 会议记录
  7. MOPS 邮件列表：2026 年 3 月章程讨论
  8. IETF Datatracker：MOPS 文件目录
  9. RFC 2418：IETF 工作组指南与程序
  10. Heng Lu：The Registry Continuity Fallacy