摘要

  • APNIC计划于10月15日在布里斯班进行三小时网络安全维护，并提示所列服务可能中断，最长不超过五分钟。
  • 目前状态历史记录了DASH维护2小时56分、RPKI Repository维护1分02秒，但没有说明任一服务实际无法访问了多久。

这份公开记录现在比单一的可用率数字提供了更多维护时间信息，却仍不是服务影响报告。APNIC原定于10月15日澳大利亚东部标准时间06:00至09:00，在布里斯班数据中心对网络设备实施安全更新；折算为UTC是10月14日20:00至23:00。公告称，列出的服务可能出现最长五分钟的中断。

APNIC状态历史目前将两条相关维护记录标为完成。DASH条目从10月14日20:03:29 UTC持续至23:00:00，页面显示时长为2小时56分。另一个RPKI Repository条目从21:51:30持续至21:52:32，即1分02秒。两条记录的进行中更新都指向10月15日的服务公告。

这两个数字对应的条目标签是“Network maintenance”。它们并不表示DASH或仓库在整个时段内都无法访问。公告中的五分钟是可能出现的中断时长，不是已测得的服务损失。状态历史没有同时列出探测失败时间、受影响的用户操作、交易结果，也没有给出各组件的恢复测试。

查看时间也很关键。此前在澳大利亚东部标准时间09:16进行的一次检查中，该事件仍显示为“Upcoming Maintenance”，可用率数值为100%；当前历史则已出现具体组件的已完成维护记录。这些新增条目补充了维护状态的时间线，却没有回溯计算服务可用率。APNIC没有解释DASH维护记录为何覆盖了几乎整个公告窗口，也没有说明用户是否实际遇到中断。

公告列出会员服务、API、网站、RPKI等多个服务组。对运营商而言，关键在于区分维护被记录的时间与服务故障、恢复的时间。这两条记录不能证明RPKI发布中断、路由受到影响、会员受损，也不能证明任一组件发生了服务中断。

来源：APNIC 10月15日服务公告、APNIC Services Status以及Theo March此前对APNIC公开可用率计算方式的报道。