Кратко

  • Текущий ответ RDAP APNIC на запрос 1.1.1.1 возвращает объект IP-сети для 1.1.1.0–1.1.1.255 со статусом active.
  • RFC 9083 определяет это поле как состояние зарегистрированного объекта. Само по себе оно не доказывает наличие анонса BGP, глобальную доступность или работу сервиса.

Одно слово для разных вопросов

В ответе аккуратно указаны класс ip network, handle, начальный и конечный адреса, события, ссылки и массив статуса. Точность структуры делает запись полезной, но не расширяет границы доказательства.

Раздел 4.6 RFC 9083 определяет status как состояние зарегистрированного объекта. APNIC описывает RDAP как способ доступа к регистрационным данным интернет-ресурсов. Следовательно, active показывает, как реестр представлял объект во время запроса, а не как сеть работала в этот момент.

Наблюдение BGP должно назвать назначение, атрибуты пути, точку наблюдения и время. Для вывода о доступности сервиса нужны также зонд, цель, протокол и критерий успеха. В объекте RDAP эти измерения не возникают только потому, что в нём использовано знакомое операционное слово.

Объект может оставаться active, хотя конкретный коллектор не видит маршрута. Маршрут может быть виден, но узел не отвечает. Результат для anycast-сервиса может зависеть от исходной сети. Противоречия нет: источники описывают разные уровни.

Проверяемая запись сохраняет адрес запроса, время, класс объекта, handle, границы и исходный массив статуса. Для решения о маршрутизации к ней добавляют независимые наблюдения с коллекторами и временем; для решения о сервисе — измерения с известным охватом.

Корректный вывод узок: в зафиксированный момент APNIC публиковал этот объект IP-сети со статусом active. Анонс, видимость, передача трафика и эксплуатационный контроль требуют отдельных источников.

Источники