摘要

  • 2026 年 11 月 3 日，ARIN 宣布排查故障期间暂停向其邮件列表发帖。官方状态事件从 19:11 UTC 记录到次日 00:55 UTC 结案，跨度 5 小时 44 分；公告没有标明其中每一段的实际发帖失败时间。
  • 当时 ARIN-2025-1 与 ARIN-2025-8 两项政策均处于 Last Call。两份官方通知都要求评论发往公共政策邮件列表 PPML，截止日为 11 月 11 日；9 日的政策索引仍显示这个日期。

计时器在走，话筒由主办方关上

一边邀请公众在邮件列表上讨论政策，一边暂停列表发帖——ARIN 在 11 月 3 日留下了这两条同时成立的记录。官方事故页于 19:11 UTC 公布暂停发帖并开始排查；22:02 UTC 说已实施修复、进入观察；次日 00:55 UTC 以一句“事故已解决”结案。状态事件持续 5 小时 44 分。受影响组件标为 Mailing Lists，但没有技术原因、逐列表范围、退信或排队结果。

政策时钟并未因此失去意义。ARIN-2025-1 的 Last Call 通知涉及 ISP 与 LIR 定义；ARIN-2025-8 的通知涉及 4.10 节预留地址的区域内使用。两份通知都在 10 月 28 日发布，要求所有评论发给 PPML，并写明 11 月 11 日到期。现行草案索引在 11 月 9 日仍列出同一截止日期。政策文本本身已经有人讨论；这次的新问题是讨论入口的开关掌握在谁手里。

ARIN 的政策发展程序把 PPML 列为正式讨论方式，并规定 Last Call 至少十四天。机构的政策介绍还说，任何人都可参与，无须是会员。这样的程序把“可发言”写成开放性承诺。邮件列表服务的停发公告则把这个承诺落在一台由 ARIN 自己管理的设备上。程序和设备在 11 月 3 日正面撞上。

一句“已解决”，填不上消息的去向

状态页的三步很清楚：调查、修复并观察、结案。缺的是消息命运：那段时间寄出的邮件是被拒收、暂存、退回，还是随后送达？有多少人尝试发帖？公开时间戳只能量出状态事件的跨度，无法量出每一封邮件的遭遇。若 ARIN 给出发送与队列记录，就能判断参与机会究竟损失了多少。

公告使用“ARIN Mailing Lists”这一总称，没有逐一列出列表名称。官方邮件列表页面把 PPML 列为其中一项，也称它是政策发展程序的重要部分。两项 Last Call 正要求投稿到 PPML；具体到该列表的停发起止与重试行为，仍需要 ARIN 自己交代。这里无需虚构一封遗失的评论，制度问题已经足够具体。

ARIN 能用一句话结束服务事故，却不能用这一句解释公众发言通道如何恢复。11 月 11 日的截止日期仍摆在网页上。让时钟继续走没有错；把话筒关闭和重开之间的过程留成空白，才让公众难以核验这个时钟的公平性。