摘要

  • IETF 明确把公开边会定义为非正式会议，不列入正式议程。IETF 126 在领导层和其他正式用途不占用时，提供约四十席与十五席的两间混合会议室。
  • 排期工具在最终议程公布后开放，秘书处审查申请，再按先到先得确认。这个规则可以低裁量地分配稀缺后勤资源，却不能判断技术价值、紧迫性、社群需求或 IETF 优先级。
  • IETF 126 会后调查中，边会与主议程冲突只得 3.08 分，是该组最低项；另向 42 名组织者收件人发出的调查得到 14 份回复。这足以暴露排期问题，不能证明某个议题被排挤或某项标准因此改变。
  • 应建立保护隐私的分配凭据，记录申请与分配时段、会议室和容量、队列或处置状态、主动申报的冲突、出席数据方法、录制同意与修订历史，并固定标注“非正式／分配不产生流程地位”。

从十五个座位开始读这项制度

IETF 边会页面先给出了身份边界：参与者可以在 IETF 会议前后或期间，就部分社群感兴趣的主题组织公开聚会；IETF 提供有限支持，但这类会议是非正式的，也不进入正式议程。这句话是其余所有字段的校验和。

支持并不虚。大会议室采用 U 形布局，约四十席，配有按键发言麦克风、投影、电源和专用 Webex 电脑；小会议室约十五席，视场地而定，配有投影、Meeting Owl 和远程接入设备。一项尚未成熟的想法由此获得确切地址、可发现时间、一定容量和混合参与能力。

这可能明显改善讨论。运营者可以当场指出部署条件；安全研究者可能看见威胁模型的空洞；其他领域的作者会发现重复工作；组织者也可能在正式申请 BoF 前确认问题陈述根本没有共同语言。非正式空间允许失败，因此有价值。

但房间不是决定。它放大谈话，不回答 IETF 是否适合承接该工作、目标是否可实现、是否有人愿意长期写稿和审稿、异议是否得到处理。日历方格的对象是资源访问。把它写成技术认可，就把记录的主语换掉了。

“先到”只描述到达顺序

最终议程发布后，组织者查看日历，选择会议室和一小时、九十分钟或两小时的区块，再提交与 Datatracker 关联的姓名和邮件、标题、详细说明、共同主持人、相关 IETF 领域，以及必要时的外部会议链接。秘书处审查，缺信息时跟进，然后按先到先得确认。

先到先得有一项重要优点：它拒绝让行政团队暗中充当技术节目委员会。提交时间相对可观察、实施成本低，也容易形成共同预期。对符合公开条件的申请而言，它比“我们觉得哪个题更好”更能限制熟人优势。

但这个优点只覆盖排序标准本身。先交申请的主题未必更紧迫、更能提高互操作性、更有部署需求，也未必拥有更多长期贡献者。它只是更早进入某个后勤队列。“第一”不能从时间词漂移成制度等级。

审查也不会自动制造认可。核验责任人、说明、领域和远程方式，是把服务运行起来；它不是技术评审。RFC 8711把 IETF 行政支持与标准制定权限分开。一项边会安排完全合规，并不妨碍其议题后来被认为过早、范围错误、属于其他组织，或就此结束。

队列还无法消灭稀缺。较晚申请者可能没有时段；需要跨多个领域的人，很可能找不到所有人都空闲的区块；小房间即使开放也会满。规则在“用哪个指标排序”上低裁量，不等于每个主题获得相同的实际听取机会。

正式议程会投下一块注意力阴影

等最终议程出来再开放边会申请，是合理设计。组织者至少能看到工作组、研究组、BoF 和全体会议的安排。问题是，看得见冲突不等于有能力避开冲突。两间房和有限的一周不会因为日历公开而扩容。

IETF 126 会后调查把这种压力量化了一部分。边会总体满意度为 3.68，参与者认为对自己有用的评分为 3.84，对更广泛 IETF 有用为 3.85；“议程冲突”只有 3.08，是边会各项最低分。开放反馈提到边会数量增加、与工作组和研究组时段碰撞、可用空间不足。IETF 说，这些意见已交给作为会议责任机构的 IESG。

这些数值必须留在自己的分母里。主调查在 1,779 名注册者中得到 406 份回复。另一个组织者调查发给 42 名收件人，只收回 14 份。官方没有说 42 就是 42 场边会；一场会可以有多个主持人，收件人关系也未公开。14 份回复无法测量全部冲突，3.08 更不能指出哪项工作失去了谁。

不过，机制已经清楚。一场安全议题若撞上 Security 领域的正式会议，会缺少安全审查者；部署议题若撞上 OPS，会缺少运营者；跨领域主题可能每个时段都会牺牲一部分关键听众。边会对所有注册者开放，相关注意力却已被其他职责占用。

这是一种“影子议程”，并非秘密操纵。正式项目合理地把人吸引到已经获得流程位置的工作上，非正式讨论只能在其周围寻找空隙。结果可能影响哪个主题更快积累合作者、草案、批评和后续会议。之后看到的“成熟度”，有一部分可能来自排期几何。

出席人数也不能直接纠正偏差。十五人会让小房间满员；二十人在大房间只占一半。前者看起来火热，后者看起来冷淡，但绝对人数相反。现场与远程、宣传时间、时区、旅行与正式议程冲突都会改变人数。房间利用率不是社群合法性的温度计。

“开放免费”不等于零接入成本

IETF 的公开边会规则设置了必要保护。组织者和参加者都必须注册；边会应向所有已注册参与者开放且不另收费；Note Well继续适用，所以“非正式”不是政策真空。IETF 不要求收集出席信息；若组织者收集，必须自愿，并由其依照隐私声明管理。录制只能在所有参与者主动同意后进行。

这些规则说明资格与行为，不抹去报名费或减免申请、旅行、签证、住宿、时区和机会成本，也不会突破十五席容量。一次会议可以在规则上开放，在现实中仍难以到达。指出这个差别不是指控关闭，而是防止“开放”被借去证明它没有测量的东西。

强制实名签到会造成新的伤害。有人愿意先听，不愿意立刻把姓名或雇主与早期议题公开绑定。可选收集保护这种观察空间。若有稳定、自愿的统计，凭据可以公布区间并说明现场和远程口径；若没有，写“未收集”即可，不能把空字段解释为无人感兴趣。

录制同理。经同意的录像扩大事后访问，保留当时说过什么；没有录像不证明会议封闭，有录像也不使发言成为 IETF 立场。内容保管与制度授权仍是两条线。

边会、BoF 与工作组是三个不同对象

最直接的边界来自正式路径。RFC 2418把工作组称为 IETF 制定规范和指南的主要机制。希望成立工作组的人必须取得相关 Area Director 的建议与同意，并经历章程、公开审查、IAB 审阅与 IESG 批准。秘书处是在批准后登记工作组，不是在边会确认时成立工作组。

BoF 也不是边会换了一个名字。RFC 2418 要求向相关 Area Director 提交请求，并在排期前得到批准；还需说明和议程。BoF 时间有限，Area Director 的判断是明示的流程动作。有的 BoF 为组建工作组做准备，有的只作一次性交流。

RFC 5434说明，如果目标是形成工作组，成功 BoF 往往需要数月准备：公开邮件列表、问题陈述、草案、参与号召、与 Area Director 沟通、关键贡献者和拟议章程。边会可以帮助发现这些材料是否存在，却不能预先认定它们存在。

因此，应保留完整断点：非正式讨论；是否获得边会空间；是否形成公开列表或草案；是否正式申请 BoF；BoF 是否获批；章程是否被审查和批准；工作组是否成立；工作项是否被采用；rough consensus 是否形成；文件是否出版；外部是否部署。每一步有自己的行动者和证据。

即便进入工作组，RFC 7282也不允许用简单人数代替 rough consensus。关键在于技术异议是否被理解和处理，而不是哪边坐得更多、声音更响。正式会议尚且不能用满座决定共识，十五席非正式会议更不能。

日历空白遗失了哪些状态

动态排期适合当下导航：读者能找到已经确认的会议。它不擅长保存稀缺如何被分配。一个空白区块可能表示无人申请、申请较晚、资料待补、组织者撤回、房间改作正式用途、时长无法安放或已经接受替代时间。这些状态都不等于技术拒绝。

公开中性处置码，无需披露私人邮件。确认状态也要区分申请时段和实际时段、首选房间和分配房间、组织者主动申报的冲突和事后推测的冲突。取消、改名、换主持人或换房都应追加历史，而不是覆盖过去。

长期研究尤其需要这条链。供应商可能把早期边会写成 IETF 市场验证；倡导者可能按日历条目计算势头；反对者可能把没有时段写成制度拒绝。受限凭据可以对三者给出同一个小事实：按某条规则分配了某项资源，仅此而已。

后续链接值得保留，但必须向前。若主题后来形成 Internet-Draft、BoF 或工作组，边会记录可以指向那个独立档案，并注明日期与批准者。链接证明历史关系，不把后来的权力倒灌回较早时点。

一张不暴露参与者的分配凭据

Daniel Kade 的建议是一张紧凑公共凭据，而不是内容评审委员会。这不是当前 IETF 规则。它首先记录会议级身份：稳定申请编号、申请人提供的标题和简述、原本就拟公开的主持人、相关领域，以及提交时间或粗粒度队列顺序。若精确时间容易诱发抢跑，可以用签名序号或日期区间证明顺序。

第二部分记录稀缺资源：请求时长、可接受替代方案、首选会议室、实际会议室及容量、请求时段与最终时段、当时的可用性版本。组织者可以用公开 Datatracker 会话编号申报需要避开的正式会议，但该字段只说明听众冲突，不授予边会议题更高等级。

处置状态采用操作性词汇：已确认、替代方案确认、待补信息、不可用、已撤回、已取消、已取代。原因只写容量、时段占用、正式用途收回或申请不完整，不能给技术价值打分。纠正记录只追加。

第三部分分开记录隐私和采集：是否收集出席数据、是否自愿、公布的是精确数、区间还是不可用；是否取得录制同意；录像链接公开、受限或不存在。不能为了让会议显得重要而制造参与者名单。

最后加一条固定状态：公开边会—非正式—不在 IETF 正式议程—资源分配不产生流程地位。 如果后来出现草案、BoF、拟议章程或工作组，就以日期和授权行动者向前链接。这样保存谱系，又不改写原始身份。

凭据聚合后还能服务规划。IETF 可以按届公布可用房间小时、各时长申请、替代安排、不可用、冲突类型和远程接入，无需披露出席者或排序技术议题。IESG 与会议团队因此可以判断两间房是否够用、是否需要跨领域保留区块，或是否应改善发现信息。

给队列写清边界，才能保住它的价值

抽签、轮换、预留时段、增加空间、按价值筛选都是可能方案，也各有代价。抽签降低可预期性；轮换需要稳定的申请者历史；价值筛选把行政人员变成内容守门人；增加房间消耗预算与场地弹性。IETF 126 的调查只证明冲突和空间值得处理，不能证明哪种替代方案更优。

最稳妥的即时改革因此是语义和证据改革：保留简单队列，公开其真实状态，阻止“确认”变成“优先”。这不会贬低边会。恰恰因为不用承担正式工作仪式，边会可以容纳不完整问题，可以被批评，也可以在一次有用谈话后结束。

并非每场有价值的会都需要章程。一次交流可能解决作者之间的分歧，发现已有工作组已经覆盖问题，或仅仅把知识传给另一群人。这些都是完成，不是失败。

真正的问题，是让同一张日历方格在开始时代表非正式开放，事后又代表制度认可。IETF 已经写下正确边界；分配凭据只需把它固定在最容易流传的证据旁边。

证据边界

本文使用 IETF 当前边会政策、IETF 126 会后调查摘要、Note Well、隐私声明，以及关于行政支持、BoF、工作组和 rough consensus 的 RFC。公开材料没有完整申请、拒绝、候补、房间利用或逐人调查数据。本文不统计动态日历条目，不把 42 名收件人等同于 42 场会议，不推断具体议题被挤出，也不指控偏袒或标准结果受影响。分配凭据是 Daniel Kade 的治理设计，不是现行义务。

来源

  1. IETF：边会与私人会议
  2. IETF 126 会后调查
  3. IETF 126 维也纳会议页
  4. IETF Note Well
  5. IETF/IRTF/IAB 隐私声明
  6. RFC 2418：IETF 工作组指南与程序
  7. RFC 5434：成功举办 BoF 的考量
  8. RFC 7282：IETF 的共识与哼声
  9. RFC 8711：IETF 行政支持结构 2.0
  10. RFC 3935：IETF 使命声明
  11. IETF 边会排期工具