IAB 的 ICANN 联络人交接通知月份不一致

摘要

Internet Architecture Board 于 2026 年 9 月 8 日宣布，续任 David Lawrence 为 IETF 驻 ICANN 董事会联络人，任期为 2026–2028 年。
六月的提名通知称将在“十一月的 ICANN87”完成就位；七月的意见征集通知则称将在“十月的 ICANN87”开始履职。
ICANN 官方页面把年度大会定在 10 月 17 至 22 日，章程规定联络人任期从年度大会结束时开始。
Daniel Kade 建议建立一份公共任期交接凭证：统一日期、列明公开流程与权力边界，同时不披露私人反馈和利益冲突细节。

9 月 8 日的公告已经确认结果。IAB 表示，在征集提名并听取社区反馈后，David Lawrence 获续任，负责 2026–2028 年 IETF 与 ICANN 董事会之间的联络。公告没有公布反馈数量、遴选理由或新任期的具体生效时间。这里能说的只是“公告没有写”，不能推断内部没有评估。

6 月 9 日的提名通知提供了更长的时间线：提名在 7 月 24 日截止，任期通常为两年且可以续任；Lawrence 自 2024 年起担任该职，并表示愿意继续。IAB 计划在八月底前确定人选，并在“十一月的 ICANN 87”完成就位。

7 月 31 日的意见征集通知则说，一名候选人接受了提名，即现任 David Lawrence。这个表述不等于“只收到一份提名”。通知把反馈截止日定为 8 月 24 日，提供两个私人邮箱，并允许反馈者要求匿名；同时说明任职时长没有上限。但它把开始参与董事会的时间写成“十月的 ICANN87”。

ICANN87 官方会议页给出了当前日程：这场年度大会将于 2026 年 10 月 17 至 22 日在印度尼西亚巴厘岛举行。页面还说明，年度大会是董事会新成员就位的会议。按照这份现行日历，十月是正确月份，十一月不是另一场 ICANN87。

这是一处公共文档矛盾，不是程序违规的证据。六月页面可能保留了旧月份，会议安排也可能曾经调整；所需的正式通知完全可能已经按时送达。现有材料同样没有显示这处差异造成任何损害。问题只是：任命链本应自行给出一条可追溯、已纠正的时间线。

ICANN 章程第 7.9 节比两份通知更精确。联络人的任期从每次年度大会结束时开始；有权任命的机构至少应在年度大会开始前一个月书面通知 ICANN 秘书。联络人可以续任，并会留任至继任者获任命、本人辞职或依章程被免职。

因此，“在 ICANN87 就位”仍少了一层。当前会议 10 月 17 日开幕、22 日结束，章程所指的任期边界是大会结束。9 月 8 日的公开公告距开幕超过一个月，但公开公告不能代替“书面通知何时送达秘书”的证据，两者是不同文件动作。

续任尤其需要保存这个边界。ICANN 当前董事会页面已经把 David Lawrence 列为联络人。大会前后，页面上的姓名可能完全不变；然而 2024–2026 与 2026–2028 是两次授权，不是一个没有终点的身份。

David Lawrence 的 IETF Datatracker 页面可以核对身份和参与经历，却不能证明私人评估的内容或新任期的法律起点。人、任命结果和开始履行新任期，是三个不同事实。

ICANN 董事会由 16 名有表决权的董事和四名无表决权的联络人组成。只有董事计入法定人数和表决。联络人可列席会议、参加讨论和审议，并在董事会设定的条件下接触会议材料。这不是象征性旁听，却也不是董事表决权。

IETF 一侧同样有明确界线。RFC 4052把联络关系管理和人员任命交给 IAB；RFC 4691要求联络人传递相关 IETF 共识，而不是以个人意见制造共识。续任延长了责任和接触渠道，不会扩大任何一方的制度权限。

连续性本身可能很有价值。联络工作需要熟悉两个机构的流程、积累联系人、跟踪跨年度技术依赖，还需要投入大量会议时间。“一名候选人接受提名”不能单独证明招募范围不足；反馈以私人方式提交，也不能据此断言无人反馈。

公共凭证无需变成候选人档案。它可以列明任命机构、职位、是否现任、任期标签、接受提名的候选人数、提名与反馈窗口、结果公告日期，以及章程规定的交接事件。更正栏可清楚说明：六月通知的“十一月”已由十月的现行 ICANN87 日程取代。

利益冲突审查和致秘书的正式通知可以只记录“已完成”及证据日期，不公开个人利益、私人意见或受保护的董事会材料。权限栏则应并列写出：在 ICANN 可参与审议但没有表决权；在 IETF 负责传递共识但不能凭职位创造共识。

9 月 8 日公告回答了“谁继续”。ICANN 日历回答了“大会何时举行”。章程回答了“任期在哪个事件开始”。把三项答案连在一起，才能让一次没有换人的交接仍然成为可核验的新授权。