Кратко

  • В AFRINIC атрибут mnt-routes указывает мейнтейнера, который может создавать или изменять сведения о маршрутах и политиках, связанных с адресным блоком.
  • Успешная авторизация разрешает операцию в базе данных; объявление, принятие, достижимость и передача трафика требуют отдельных действий на маршрутизаторах, в BGP и у провайдеров.

Точная граница появилась после изменения правил в сентябре 2018 года. AFRINIC отменил отдельное согласование объектов route и route6 с владельцем исходной ASN, но сохранил авторизацию владельца адресного пространства IPv4 или IPv6. Такой владелец может добавить mnt-routes в inetnum или inet6num и поручить апстриму вести связанные объекты маршрутов.

Следовательно, атрибут задаёт конкретный путь изменения реестра. AFRINIC описывает указанного мейнтейнера как сторону, способную создавать или редактировать маршруты и политики, относящиеся к ресурсу. Принятая учётная запись подтверждает прохождение этой проверки в данный момент. Она не устанавливает личность человека, отдельное согласие владельца ASN или состояние маршрутизатора.

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

Между записью и пакетом находятся несколько независимых контуров. AFRINIC проверяет и сохраняет изменение; зеркала распространяют его по разным графикам; оператор выбирает данные, генерирует политику и устанавливает её. Исходная сеть отдельно настраивает BGP и завершает подключение к транзитному или вышестоящему провайдеру.

Нынешние рекомендации AFRINIC прямо предупреждают: создание объектов маршрутизации не означает, что маршруты будут объявлены. Необходимо настроить BGP на маршрутизаторах и завершить сетевую конфигурацию с провайдерами. Объект может помочь пройти автоматический фильтр только там, где другая сеть действительно использует нужный источник и обновляет правила.

Поэтому проверка должна сохранять два набора доказательств. Для реестра нужны точные адресные и маршрутные объекты, источник, mnt-routes, mnt-lower, mnt-by, мейнтейнер, операция, версии до и после и время. Для эксплуатации — использованное зеркало, вход и результат генератора, факт развёртывания фильтра, наблюдение BGP, принятие апстримом и одновременная проверка достижимости.

Обратный вывод тоже недопустим. Наличие объекта не доказывает живой трафик, а его отсутствие не доказывает отсутствие объявления. Возможны другой IRR, ручная политика, отстающее зеркало или иной механизм контроля. Право обновления, опубликованное намерение и наблюдаемое состояние сети следует описывать раздельно.

Источники