Кратко

  • APNIC запланировала трёхчасовое обслуживание сетевой инфраструктуры в Брисбене на 15 октября и предупредила о возможных перерывах в работе перечисленных сервисов продолжительностью до пяти минут.
  • В текущей истории состояния указаны 2 ч 56 мин обслуживания DASH и 1 мин 2 сек для репозитория RPKI, однако она не измеряет, как долго какой-либо из сервисов был недоступен.

Публичная история теперь раскрывает больше о временном окне работ, чем один зелёный процент доступности, но это ещё не отчёт о последствиях. APNIC назначила обновление сетевого оборудования в своих дата-центрах Брисбена на 15 октября с 06:00 до 09:00 по UTC+10. По UTC это 14 октября с 20:00 до 23:00. В объявлении говорилось, что перечисленные сервисы могут прерываться на срок до пяти минут.

Теперь история статусов APNIC отмечает завершёнными две связанные записи об обслуживании. Запись для DASH начинается 14 октября в 20:03:29 UTC и заканчивается в 23:00:00; указанная на странице длительность — 2 ч 56 мин. Отдельная запись для репозитория RPKI охватывает время с 21:51:30 до 21:52:32, то есть 1 мин 2 сек. В обеих публикациях о ходе работ есть ссылка на объявление от 15 октября.

Это интервалы записей с пометкой «Network maintenance». Они не измеряют, сколько времени DASH или репозиторий были недоступны. Указанные в объявлении пять минут — возможный перерыв, а не наблюдавшаяся длительность потери сервиса. В истории рядом с этими записями нет времени неудачных проверок, описания затронутых действий пользователей, результатов транзакций или отдельного теста восстановления для каждого компонента.

Важен и момент проверки. При более раннем просмотре в 09:16 по UTC+10 событие ещё отображалось как «Upcoming Maintenance», а показатели доступности составляли 100%; в текущей истории уже появились завершённые записи для отдельных компонентов. Новые строки дополняют хронологию состояния обслуживания, но не пересчитывают доступность задним числом. APNIC не объясняет, почему запись DASH занимает почти всё объявленное окно, и сообщает ли история о перерыве для пользователей.

В объявлении перечислены сервисы для членов, API, веб-ресурсы, RPKI и другие компоненты. Поэтому операторам важно отличать зарегистрированный интервал обслуживания от отказа или восстановления сервиса. Эти записи не доказывают перерыв в публикации RPKI, влияние на маршрутизацию, ущерб членам APNIC или недоступность какого-либо из двух компонентов.

Источники: объявление APNIC об обслуживании 15 октября, APNIC Services Status и предыдущий материал Theo March о публичном расчёте доступности APNIC.