摘要

  • APNIC 计划在布里斯班维护网络设备三小时，15 个状态组件可能出现最长五分钟的中断。
  • 状态页配置排除了计划维护时段，因此显示的可用率不能证明维护期间没有中断。

公告给出的是可能影响上限，不是事后结果

APNIC 于 10 月 13 日发布服务公告，安排在 10 月 15 日 06:00 至 09:00（UTC+10）为布里斯班数据中心的网络设备安装关键安全更新，窗口共三小时。公告说，所列服务可能中断，最长五分钟。这是事前说明的可能影响，不是已经测得的故障时长。

公告列出 11 类服务：MyAPNIC Member Portal、registry-api.apnic.net、APNIC Website、APNIC Academy、APNIC Blog、Orbit、FTP、RPKI Services、DASH、REx 和 Whois Oceania。公开状态页把维护映射到 15 个组件，包括分别列示的 RPKI repository、RRDP、AS0、发布协议和 RSC verifier。一个维护窗口覆盖了功能不同的依赖项。

可用率百分比回答的是更窄的问题

布里斯班时间 09:16，也就是公告结束时间后的 16 分钟，状态页仍把这项工作列在“Upcoming Maintenance”下。页面称 10 月 14 日没有报告 incident，各组件的 Uptime 栏显示 100%。这并不能证明每项服务在维护期间始终可用：计划维护与非计划 incident 是两套记录。

状态页公开配置包含 ignore_maintenance_for_uptime_calculation: true 和 show_status_history_uptime: true。StatusIQ API 参考文档列出了这一设置；Site24x7 的帮助文档说明，维护时段可以从停机和可用率计算中排除。页面还把可见的状态和 incident 历史限制在两天。因此，100% 不是这三小时窗口的逐项结果凭证。

本次核查的公开来源中，APNIC 尚未按组件公布实际中断时间、恢复时间，也没有说明是否出现用户可感知的中断。现有证据确认了计划维护及“最长五分钟”的可能影响，但既不能说明上限已经达到，也不能说明影响为零。

来源：APNIC 10 月 15 日服务公告、APNIC 服务状态页、Site24x7 StatusIQ API 参考及 Site24x7 可用率计算说明。 APNIC 服务更新; Site24x7 关于在可用率 SLA 报告中排除计划维护的说明.