Кратко

  • В расширенном файле APNIC от 4 ноября AS155078, блок IPv4 202.50.60.0/23 на 512 адресов и 2001:df7:cdc0::/48 датированы 3 ноября и имеют один идентификатор держателя A91AA7E7.
  • Во всех трёх точных объектах RDAP указан регистрант ORG-APHL2-AP — ArcNode (Asia Pacific) Holdings Limited. События регистрации пришлись на промежуток с 02:36:47 до 03:41:48 UTC 3 ноября, то есть 65 минут и одну секунду.

В реестре легко найти красивую цифру и объявить её началом новой сети. С расширенным файлом APNIC от 4 ноября так поступать особенно соблазнительно: в нём рядом по дате стоят номер автономной системы, IPv4 и IPv6. Но строки говорят точнее. AS155078 имеет статус allocated, 512 адресов с началом 202.50.60.0 тоже имеют статус allocated, а 2001:df7:cdc0::/48 помечен assigned. У всех дата 3 ноября и код держателя A91AA7E7. Справка APNIC о статусах различает выделенный, назначенный и доступный ресурс. Это три регистрационные записи разных классов, а не три свидетельства о передаче трафика.

Особенно нагляден IPv4. В файле за 3 ноября весь диапазон от 202.50.56.0 объёмом 2048 адресов, то есть /21, значился доступным. В следующем снимке он распался без зазоров и наложений: доступный 202.50.56.0/22 на 1024 адреса, выделенный 202.50.60.0/23 на 512 адресов с кодом Гонконга и доступный 202.50.62.0/23 ещё на 512. Сумма вновь равна 2048. Номер AS и IPv6-/48 раньше находились внутри доступных диапазонов, но отдельных строк для них не было.

Код держателя позволяет соединить строки внутри файла, однако имя организации подтверждают другие первоисточники. RDAP номера AS, RDAP блока IPv4 и RDAP префикса IPv6 указывают одного регистранта: ORG-APHL2-AP, ArcNode (Asia Pacific) Holdings Limited. Объект AS называется APHL-AS-AP, оба адресных объекта — APHL-HK. Сходство можно проверить по точным ресурсам и идентификатору, а не по похожему написанию бренда.

В событиях регистрации RDAP стоят времена 02:36:47, 03:40:09 и 03:41:48 UTC 3 ноября. От первого до последнего — 65 минут и одна секунда. Позднейшие отметки изменения у объектов различаются. Эти часы фиксируют регистрацию данных, а не время решения комиссии или запуска маршрута. Спецификация APNIC для обмена статистикой прямо описывает суточные файлы как снимки текущего состояния без истории операций.

Для проверки контрагента такой набор полезнее одиночного ответа RDAP. Запрос только по IPv4 не покажет, что тот же регистрант записан для ASN и IPv6; запрос только по ASN пропустит два адресных ресурса. Здесь можно повторить всю цепочку: сравнить два суточных снимка, открыть три точных объекта, сопоставить имя, дату и код держателя. Так устанавливается административная связь между ресурсами.

Не хватает датированного документа APNIC о самом действии и официальных первичных данных маршрутизации или RPKI для этих номеров. Первый показал бы путь решения, вторые — последующее состояние сети. Пока проверенный вывод уже достаточно конкретен: 3 ноября APNIC отразила одну организацию сразу в трёх классах номерных ресурсов. Превращать это в рассказ о работающем канале связи было бы услугой фантазии, а не читателю.

Первоисточники APNIC