Кратко

  • В октябрьском архиве APNIC теперь перечислены все 92 отчёта WHOIS/RDAP за часы с 23 октября, 04:00 UTC, по 27 октября, 00:00 UTC. У отчётов и файлов MD5 указано одно время изменения: 29 октября, 10:16 по часовому поясу UTC+10 в листинге.
  • В уведомлении от 16 октября до сих пор нет времени окончания и длительности сбоя. Контрольная сумма сверяет скачанные байты; опубликованная схема APNIC не сообщает, были ли полными исходные журналы за каждый час.

Архив получил 92 файла разом, а журнал ремонта — нет

27 октября в архиве APNIC не было 92 последовательных часовых отчётов. Через два дня все вернулись вместе с файлами MD5 и общей отметкой изменения: 29 октября, 10:16 по времени UTC+10 в каталоге. Пропуск охватывал период с 23 октября, 04:00 UTC, до 27 октября, 00:00 UTC. При загрузке всех октябрьских файлов сегодня временной ряд получает 92 часа, которых не было в старой копии.

В списке каталога у этой партии одна отметка времени. Каждый ожидаемый отчёт и соответствующий файл .md5 обозначен как изменённый 29 октября в 10:16 — это время UTC+10, используемое в листинге. HTTP-заголовки первого и последнего отчётов показывают 00:16:28 UTC. Я скачал оба архива gzip, проверил указанные в них интервалы и сравнил MD5 файлов со значениями в файлами MD5 APNIC. Первый отчёт охватывает 23 октября, 04:00–05:00 UTC; последний — 26 октября, 23:00–27 октября, 00:00 UTC.

Текущая лента тоже дошла до последнего завершённого часа. Самый свежий JSON WHOIS/RDAP охватывает 30 октября, 23:00–31 октября, 00:00 UTC. Его MD5 совпадает со скачанными байтами. На уровне файлов пропавшие часы вернулись, а почасовая публикация актуальна.

Запись об аварии за ними не последовала. В уведомлении от 16 октября APNIC связывает неполноту статистики с обработкой журналов начиная с 10:00 UTC+10. Там сказано, что генерацию отключили, а затронутые файлы перепубликуют после устранения проблемы. Поля времени окончания и длительности всё ещё пусты. В списке обновлений уведомление осталось, но отдельного сообщения о закрытии этого сбоя WHOIS/RDAP нет.

Все 92 отчёта снова находятся в архиве. README APNIC перечисляет поля часового отчёта: интервал, число запросов, распределение по типам, число ASN и показатели по каждому ASN. В опубликованных материалах нет номера ревизии, статуса полноты для каждого часа или манифеста восстановления. MD5 двух проверенных файлов совпадает с опубликованными значениями. Для определения использованных журналов и статуса каждого затронутого часа нужен отдельный журнал обработки.

Для временного ряда это не мелочь. Вернувшийся час можно включить в график, базовый уровень или исследование. Без отметки о ремонте пользователь не знает, был ли он пересчитан и проверен или просто появился в каталоге. 92 файла вернулись. Проверенные публичные документы не закрывают более широкий период, который APNIC объявила затронутым с 16 октября.

Каждому часу нужен статус восстановления

APNIC могла бы закрыть вопрос манифестом по интервалам: час UTC, статус восстановления, идентификатор запуска обработки, действующая контрольная сумма и время окончания аварии. Если статистика за какой-то час остаётся неполной, это нужно указать в его строке. Тогда читатели смогут отличить повторно опубликованный файл от статистики с подтверждённой полнотой и позже пересчитать тот же ряд.

Отметка каталога фиксирует время возвращения файлов. Журнал восстановления должен указывать запуск обработки и статус каждого интервала. APNIC вернула пропавшие часы в архив; в публичной записи ещё нужно показать, как были получены эти отчёты.

Источники

Уведомление APNIC от 16 октября 2026 года; список обновлений APNIC; README статистики WHOIS/RDAP; архив за октябрь 2026 года; отчёт за 23 октября, 04:00 UTC и его файл MD5; отчёт за 26 октября, 23:00 UTC и его файл MD5; текущая статистика APNIC и её файл MD5.