APNIC возобновил статистику, но в архиве не хватает 92 часов

Кратко

Снимок JSON APNIC по WHOIS и RDAP, полученный в 08:38 UTC, охватывает 27 октября, 05:00–06:00 UTC; MD5 совпадает с контрольной суммой скачанного файла. Почасовая публикация к тому времени возобновилась.
В октябрьском архиве отсутствуют 92 последовательных часовых файла: с 04:00 23 октября до 23:00 26 октября UTC. В уведомлении от 16 октября по-прежнему не указаны время окончания, длительность и перечень исправленных интервалов.

Поток вернулся. Пропавшие часы — нет.

В 08:38 UTC актуальный JSON APNIC охватывал час с 05:00 до 06:00 UTC 27 октября. MD5 совпадал со скачанным файлом. В месячном архиве на тот момент были отчёты до 04:00–05:00 UTC. Почасовая публикация уже возобновилась.

У архива своя хронология. Последний файл перед разрывом охватывает 23 октября, 03:00–04:00 UTC. Следующий начинается в полночь 27 октября. Между ними — 92 начала часа без файлов. Последний отчёт вернулся; в календаре всё ещё зияют четыре дня.

Расчёт следует правилам хранения APNIC. В README сказано, что отчёт охватывает один полуоткрытый часовой интервал UTC. При успешной публикации новый отчёт заменяет актуальный файл, а предыдущий перемещается в месячный архив. Имя 20261023-0300 означает 03:00–04:00. Следующий файл должен начинаться в 04:00. Но каталог сразу перескакивает к 20261027-0000. Так набираются 92 часа без записи.

Уведомление APNIC от 16 октября задаёт начало проблемы: 10:00 UTC+10, то есть 00:00 UTC. Пострадавшая услуга — «Whois and RDAP stats». APNIC связывает сбой с обработкой журналов, сообщает, что статистика с этого момента неполная, и пишет, что генерация временно отключена. После исправления APNIC обещал повторно опубликовать затронутые файлы. Поля времени окончания и длительности пусты.

В архиве появился один след восстановления: файл за 23 октября, 03:00–04:00 UTC, переписан 27 октября в 03:12 UTC. За ним идут новые отчёты. Публичная запись показывает актуальный час и повторно опубликованный старый файл, но не перечисляет восстановленные интервалы, оставшиеся неполными часы и данные, которые не появятся вовсе. На странице уведомлений исходная запись всё ещё открыта.

Для временного ряда пропуск превращается в выбор метода расчёта. Программа может удалить этот час, интерполировать значение или подставить ноль. От этого меняются средние и сигналы тревоги. Отчёты APNIC содержат число запросов, распределение по типам и количество различных IP-адресов источника по ASN происхождения. Время и контрольная сумма помогают проверить каждый файл. Статус полноты и история исправлений по каждому часу объяснили бы всю последовательность.

Контрольная сумма подтверждает байты. Журнал ремонта она не ведёт.

У APNIC уже есть все исходные данные для понятного отчёта о восстановлении. Для каждого исправленного часа можно указать границы UTC, состояние, время первой публикации, время исправления, актуальную контрольную сумму и сумму заменённого файла. Краткий манифест мог бы пометить каждый пропуск как повторно опубликованный, недоступный или удержанный и дать ссылку на файл. Исследователи сохранили бы старую версию, нашли новую и пересчитали ряд, не устраивая раскопки в каталоге.

Эти сведения отвечают на разные вопросы: контрольная сумма подтверждает соответствие скачанного файла опубликованным APNIC байтам; имя указывает час; уведомление фиксирует начало неполной статистики 16 октября в 00:00 UTC. Манифест связал бы их для каждого интервала.

Уведомление касается генерации статистики и самих файлов. Отчёт за 27 октября показывает, что публикация возобновилась. Следующее полезное обновление перечислит затронутые часы, контрольные суммы исправленных файлов и закрытие уведомления от 16 октября. Часы снова висят на стене; архив всё ещё должен читателям 92 строки.