摘要

  • AFRINIC 的网页显示，9 月 15 日公共假日闭门通知发布于 9 月 14 日；其服务水平承诺则规定，在公共假日前 72 小时向公告邮件列表发送通知，并在官网发布。
  • 网页上可见的一天间隔，不能证明邮件迟发。本次审阅时，公开邮件档案止于 9 月 1 日；当前绿色服务状态也只是一个时点快照。
  • 更可审计的办法，是建立由网页通知、公告邮件、服务状态和人力/技术值守范围组成的“假日运营回执”，让每条时间线各自举证。

“提前一天”只回答了网页问题

AFRINIC 的通知很简短：2026 年 9 月 15 日星期二是毛里求斯庆祝 Ganesh Chaturthi 的公共假日，办公室关闭，9 月 16 日星期三恢复正常运营。页面明确标注“Published on: 14 September 2026”，新闻索引也把它列在 9 月 14 日。

因此，公众能够确认的是网页所呈现的发布日期与闭门日相隔一天。这个日期并不等于公告邮件进入列表系统的时间，更不等于邮件服务器生成的消息标识或订阅者实际收件时间。

区别并非文字游戏。AFRINIC 标为 2015 年 11 月第 1 版的服务水平承诺，把“72 小时”写在邮件动作上：每次公共假日前，将向公告地址发送通知；同一通知也会发布在 AFRINIC 网站。这里至少有两个发布表面，也就可能有两个权威时间戳。用网页日期替代邮件日志，会在证据尚未闭合时先得出结论。

公开邮件档案留下缺口，而不是答案

本次冻结的 2026 年 Announce 公开档案显示，共有 75 封邮件，最晚时间为 9 月 1 日。这个索引没有提供 9 月 14 日或 15 日的假日邮件，因此无法把某个公开消息标识、发送时间和正文与闭门网页连接起来。

这是一项真实的公开证据缺口，但它的含义有限。列表投递与网页归档可能不同步；邮件可能已发出但尚未出现在公开索引；也可能存在公众无法访问的传输记录。档案停在 9 月 1 日，并不能证明之后没有邮件。严谨的表述只能是：现有公开材料无法确定相关邮件的发送时间。

如果档案之后补出一封邮件，判断仍需继续。消息标识、时间、目标列表和内容应当与网页的假日及闭门区间相符；即便如此，也不能仅凭归档条目证明每一名订阅者都已收到。审核对象应当是连接后的证据链，而非单个截图。

人工响应与系统连续性不是同一承诺

服务水平承诺还划出另一条重要边界。AFRINIC 的常规工作时间是周一至周五 09:00—17:30（UTC+4），周末及毛里求斯公共假日闭门；运营团队对查询的有效响应目标是两个工作日以内。

与此同时，文件要求运营团队保障第 4(iii) 节的数据库和公开在线服务，以及第 4(iv) 节的服务基础设施每周 7 天、每天 24 小时可用。列举的表面包括 WHOIS、MyAFRINIC、网站、IRR，以及 DNS、DNSSEC、邮件和 RPKI 基础设施。

所以，“办公室关闭”不能被改写成“网络服务停摆”；反过来，7×24 的系统承诺也不等于人在假日即时回复每一封咨询。两类对象、两套时钟，需要分别核验。

绿色状态无法回放整段假日

抓取时，AFRINIC 公共状态 API 返回“operational”和“All systems are go!”，updated_at 为 2026 年 9 月 1 日。它证明了状态表面在该时点呈现什么，却不是 9 月 15 日全天的连续测量，也不能排除短时故障、维护或单个组件异常。

这份材料同样不能证明没有值守。公共状态页通常不披露内部排班；公众看不到排班，不等于排班不存在。机构可以公开服务范围、升级通道和交接确认，而不公开具体人员姓名或敏感运行细节。

把四类证据做成一张回执

“假日运营回执”应当由四个相互独立的区块组成。

网页区块保存规范 URL、权威发布时间、假日名称、闭门与复工区间以及内容哈希。邮件区块保存消息标识、发送时间、目标列表和归档或投递状态。服务状态区块列出覆盖组件与观察区间，并连接相关故障和维护记录。值守范围区块则明确区分两个工作日的人工队列与 7×24 系统，给出升级渠道，并记录交接已被接收，而无需公开个人班表。

四个区块不能互相替代，恰恰是这套设计的价值。邮件可能准时而网页稍晚；档案可能滞后而列表已经投递；办公室关闭时系统仍可能稳定；绿色汇总也可能没有测试人工升级路径。

就 9 月 15 日而言，公开材料支持的结论非常具体：官网显示一天的通知间隔，SLC 另行规定了 72 小时邮件通知和网站发布；现有档案没有给出可连接的邮件记录，当前状态也没有覆盖整段假日。这个结果足以要求更完整的运营回执，却不足以断言邮件迟发、违反承诺、服务中断、用户受损或无人值守。

来源