Кратко

  • APNIC может подтвердить смену зарегистрированного держателя, но не состояние каждой маршрутной и разрешительной поверхности, использующей ASN.
  • Реестр передачи должен разделять регистрационные факты, аутентифицированные действия, опубликованные объекты и наблюдения BGP, связывая их временем и хешами.
  • Источники не доказывают, что всякий переданный ASN активен, имеет aut-num или указан в ROA; необходимы состояния «не применимо», «не наблюдалось» и «неизвестно».

RFC 1930 определяет автономную систему как связанную группу префиксов с единой четко определенной политикой маршрутизации. ASN поэтому обозначает не просто переносимый номер, а видимый другим сетям домен политики.

Действующая политика APNIC допускает передачу ASN между держателями ресурсов региона и, при совместимой политике, между RIR. Источник должен быть зарегистрированным держателем без спора о ресурсе, а получатель — отвечать текущим критериям. APNIC описывает передачу как перемещение ресурса между юридическими лицами и обновляет Whois; источник начинает процедуру в MyAPNIC, получатель подтверждает ее.

Эти действия устанавливают регистрационный результат, но не доказывают активность ASN, наличие IRR-объекта, передачу учетных данных или обновление ROA. ROA создается держателем префикса, поэтому владение ASN не означает власть над адресным пространством. Наблюдение BGP показывает состояние в определенное время и точке, а не право или разрешение.

Первый раздел реестра хранит идентификатор передачи, ASN, признанные учетные записи, версию политики, квитанции действий, решение и время вступления в силу. Для межрегиональной передачи добавляются второй RIR, основание совместимости и обе ссылки завершения.

Второй раздел сохраняет ответы RDAP autnum до и после события вместе с запросом, временем, службой и хешем, используя формат RFC 9082. Исправления становятся новыми наблюдениями. Третий раздел фиксирует продолжение, переход или прекращение маршрутной политики, а при наличии aut-num — базу, ключ, сопровождающих и хеши версий.

Четвертый раздел учитывает ROA. Передача ASN не передает полномочия держателей префиксов. RFC 6907 и RFC 8206 показывают необходимость последовательности make-before-break и возможных новых разрешений. Пятый раздел хранит ограниченные BGP-наблюдения, не превращая их в доказательство права.

Состояния REQUESTED, SOURCE_CONFIRMED, RECIPIENT_ACKNOWLEDGED, REGISTRY_EFFECTIVE, DEPENDENCIES_IN_TRANSITION, HANDOVER_OBSERVED и EXCEPTION_OPEN не позволяют автоматически объявить все завершенным. Для неиспользуемого ASN маршрутные зависимости могут быть неприменимы; для активного могут потребоваться политика, учетные данные, IRR, ROA и окно наблюдения.

Реестр отвечает за свое решение, держатели префиксов — за ROA, операторы IRR — за объекты, сети — за маршрутизаторы, коллекторы — за наблюдения. Журнал соединяет эти утверждения, не смешивая полномочия.

Источники