Кратко

  • В версии таблицы RIPE NCC, изменённой в 20:00 UTC, появились три передачи от 2 ноября: два /22 и один /24, всего 2304 адреса, от INTERNATIONAL HOSTING SOLUTIONS LLP к Iryna Oliinyk.
  • Точные объекты RDAP датируют регистрацию временем 14:29:10–11 UTC. В полной копии таблицы, полученной в 16:41, этих строк ещё нет.

У записей о ресурсах было время; у публичной таблицы — следующая редакция. Файл RIPE NCC с передачами внутри региона теперь содержит три строки от 2 ноября: 185.248.192.0/22, 194.15.112.0/22 и 194.26.18.0/24. Источник во всех трёх — INTERNATIONAL HOSTING SOLUTIONS LLP, получатель — Iryna Oliinyk. Метки POLICY и PERMANENT одинаковы. Два блока /22 содержат по 1024 адреса, /24 — 256; итого 2304.

Полная копия того же официального файла, сохранённая в 16:41 UTC, насчитывала 43 852 строки и не содержала ни одного из трёх блоков. Её SHA-256: ed0104f4cc2a424832e2a85403464bb81ec5ff436f18db59db6415b2bda9a6a4. Версия с отметкой RIPE о последнем изменении в 20:00:03 UTC насчитывает 43 855 строк; её SHA-256: d07266b3d0d36337ad85747a7661ad83ffcf63a537f237a368859a9d63032257. Сравнение показывает ровно три добавления и ни одного удаления. Пропуск в ранней редакции можно измерить до конкретного адреса.

Текущие точные RDAP-объекты дают более раннее время. У 185.248.192.0/22 и 194.15.112.0/22 события регистрации и последнего изменения стоят в 14:29:10 UTC. У 194.26.18.0/24 — в 14:29:11. Все три диапазона активны, а среди ссылок на владельца значится ORG-IO80-RIPE, согласующийся с получателем в таблице. Это время события в карточке ресурса; 20:00 — время изменения файла передач. Между ними лежит снимок в 16:41 без трёх строк.

В отдельной таблице ASN RIPE есть две передачи между теми же сторонами в тот же день. Предыдущая статья Theo March разобрала там различие между описательным именем ASN и ссылкой на держателя. Новая история касается IPv4 и границы видимости таблицы. Читатель ранней версии не увидел бы 2304 адреса, которые появились в поздней версии с той же датой передачи.

У каждой строки файла есть дата, но нет времени первого появления в публикации. Время публикации каждой строки и журнал исправлений показали бы точную длительность задержки. Пока доказанная последовательность такова: события RDAP в 14:29, отсутствие трёх строк в 16:41, их присутствие в файле, изменённом в 20:00.