摘要

  • AFPUB-2026-GEN-003-DRAFT01要求避开其他RIR、IETF、ICANN和ISOC已公布的会议日期，尽可能避开其他互联网活动，并原则上提前一年公布日期与地点。
  • AFRINIC-38公共政策会议定于2026年11月18日举行，与IETF 127的一周会期重叠。

日历看起来人人可见，制定日历的权力却不平均。有人必须判断哪些活动算“冲突”、哪个组织先排的日期更重要，以及谁有资格宣布例外不可避免。AFRINIC的公共政策会议日期提案把这些问题带到台前，却没有写出裁判席上坐着谁。

草案AFPUB-2026-GEN-003-DRAFT01要求避免与“姐妹组织”已公布的会议撞期，列举其他区域互联网注册管理机构、IETF、ICANN和ISOC；同时尽可能避开其他互联网活动，并在例外情况之外提前一年公布会议日期和地点。提案的方向明确，执行规则仍然稀薄：没有界定“撞期”，没有事件优先顺序，也没有指定谁批准例外、留下什么记录。

AFRINIC-38的公共政策会议计划于11月18日在开普敦举行；IETF 127则从11月14日持续到20日，在旧金山举办。两个日历在11月18日重合。AFRINIC-38采取混合形式，对所有人开放；官方页面称远程参与者可参加全部会议并平等加入讨论。

公开讨论中出现了两种互相竞争的判断。AFRINIC方面解释，选择开普敦同一周举办，是因为非洲科技节和南非对等互联论坛会吸引已经前往当地的人，顺路安排可能扩大参与机会。另一些参与者担心与IETF日程重叠，也指出参与者的时间和注意力有限。公开邮件讨论记录了相互竞争的效果预测。

若每一次重叠都被视作否决条件，规则可能拆散有价值的合并行程；若重叠总能轻易被接受，“协调”就会变成先到先得的礼貌说法。提前一年公告可以帮助安排旅行，却回答不了关键问题：几个组织争夺同一批人的时间时，谁决定让步？

AFRINIC的政策流程已有清晰的责任节点：开放的RPD邮件列表讨论、政策发展工作组共同主席在PPM判断共识、单独的Last Call、董事会对流程的批准，以及工作人员执行。日程规则也应留下同样清楚的决策轨迹：怎样界定冲突、参考什么证据、谁能批准例外、决定在哪里公开。

可执行的版本可以先规定日期和时段的判断标准。若仍需重叠，组织方应公布具体理由，例如场地限制、明确的区域旅行约束、无法调整的外部日期。只有记录说明“对谁而言、哪些安排实际可行”，合理可行才不是一句任意伸缩的口号。

AFRINIC尚未公布按重叠日期统计的参与者数量；这项数字可以显示问题主要是行程冲突，还是议程和注意力竞争。

提案看准了一个真实问题：不知道彼此的日期，就无从协调。下一步要补上责任人、例外权限和公开记录。否则，规则会印在文件里，而真正安排日历的人仍然隐身。

来源