Кратко

  • Кумулятивный оригинал журнала передач APNIC фиксирует 2 ноября 2026 года в 23:38:39 UTC переход 202.89.220.0–202.89.223.255 от Indonesia Network Information Center/dnk-id к Indonesia Network Information Center/SCBD-ID. Это 1024 адреса. Расширенный файл за 3 ноября содержит один /20 из 4096 адресов; файл за 4 ноября делит его на /21 и два /22. У переданной четверти в последнем файле отдельный код держателя.
  • В WHOIS для переданного /22 первым стоит точный объект SCBD-NET, изменённый в 23:38:47 UTC; затем идёт старый объект IDNIC DNK-NET на весь /20. RDAP для того же /22 возвращает только родительский /20. Восемь секунд разделяют две записанные административные отметки, а не измеряют распространение данных по Интернету.

До разделения адреса выглядели одной строкой. В статистике APNIC за 3 ноября указаны начало 202.89.208.0 и размер 4096 — полный 202.89.208.0/20. Следующая суточная версия содержит три непересекающиеся строки: 2048 адресов от .208.0, 1024 от .216.0 и 1024 от .220.0. Их сумма ровно 4096. Последний /22 совпадает с диапазоном в журнале передачи. Три строки не создали новые IPv4-адреса; они обнажили три границы в прежнем пространстве.

Первые две строки 4 ноября носят код A92AB1BD, третья — A92B4C5C. Официальный README расширенного формата определяет одинаковый opaque ID внутри одного файла как признак одного держателя и предупреждает, что код не обязан оставаться неизменным между версиями. Поэтому сравнивать нужно строки внутри файла за 4 ноября. Сам по себе код не раскрывает название организации. Названия источника и получателя даёт журнал: dnk-id и SCBD-ID после имени Indonesia Network Information Center.

Спецификация журнала APNIC объясняет поля ресурса, сторон и даты. Она не превращает запись в сведения о цене, маршрутизации или времени перенастройки оборудования. Во всех трёх строках новой статистики осталось 20050419. Формат обмена статистикой RIR описывает ежедневный файл как снимок текущего состояния без транзакционной истории. Дата 2005 года — исходная делегация, отметка 2026 года — отдельное движение. Если судить о свежей передаче по старой дате, получишь аккуратную и ложную хронологию.

WHOIS показывает разрез по именам. Для левой части первым объектом идёт точный /21 DNK-NET, для средней — точный /22 DNK-NET, для переданной — точный /22 SCBD-NET. Все три дочерних объекта имеют last-modified: 2026-11-02T23:38:47Z, восемь секунд после отметки передачи. Каждый ответ затем показывает ещё родительский DNK-NET /20 с source: IDNIC и последним изменением в 2011 году. Старый родитель и новые дети сосуществуют в одном ответе; выбор первого или последнего меняет вывод.

При запросе RDAP это сосуществование исчезает. Левый /21, средний /22 и переданный /22 каждый возвращают интервал 202.89.208.0–202.89.223.255 под именем DNK-NET. Примечания указывают источник IDNIC и частичное зеркалирование APNIC. Точные дочерние объекты из WHOIS в этих ответах RDAP отсутствуют. Это наблюдение о доступной форме записи, а не вывод о фактическом BGP-источнике или о том, кто обработал жалобу.

Описание формата журнала рекомендует проверять владение получателя поиском префикса в Whois Database. Для этой передачи поиск действительно выводит SCBD-NET, но рядом с ним остаётся старый объект IDNIC. Клиент RDAP получает только второй. Подлинная информация лежит в официальных данных, однако кратчайший публичный запрос выбирает слишком широкую карточку.