Кратко

  • Предложенное расширение irr0 даёт шесть путей к объектам IRR; объект маршрута ищут по префиксу вместе с AS происхождения.
  • Поддержка peering-set, rtr-set и filter-set зависит от реализации. Политики в ответе autnum тоже необязательны.

У маршрута появится аккуратный адрес запроса: irr0_route/192.0.2.0/24/64500. Программа получит структуру с префиксом, AS происхождения, связями с наборами и событиями. Затем она запросит набор правил и не получит его. Отсутствие ответа может означать пустые данные, а может означать, что сервер вообще не обслуживает этот класс. Ошибка в трактовке этого различия попадёт в фильтр маршрутов быстрее, чем инженер успеет открыть журнал.

Проект расширения RDAP для объектов IRR представили 29 октября Mahesh Aggarwal, Jasdip Singh, Andy Newton и Sasha Romijn. Это индивидуальный Internet-Draft, не утверждённый стандарт IETF. Он закрывает пробел в существующем формате запросов RDAP: базовые регистрационные объекты там есть, а объекты реестра маршрутизации обычно получают через WHOIS в виде текста RPSL.

Проект называет шесть классов запросов: route, route-set, autnum-set, rtr-set, peering-set и filter-set. Ключ route соединяет адресный префикс с AS, который объявляет маршрут. Руководство ARIN по IRR проводит ещё одну важную границу: route-set содержит префиксы или другие route-set, а не просто список хранимых объектов route. Преобразование в JSON должно сохранить это устройство данных, иначе удобство чтения обернётся ошибкой в политике.

Раздел 6 проекта оставляет реализацию peering-set, rtr-set и filter-set на усмотрение сервера. Раздел 7 разрешает добавить к autnum массив irr0_policies с правилами import, export, их многопротокольными вариантами и правилами -via. Массив необязателен; если он есть, порядок элементов необходимо учитывать. Его отсутствие в одном ответе не доказывает отсутствия маршрутизаторной политики в исходной базе.

Сервер, использующий расширение, должен объявить irr0 в rdapConformance и ответе помощи. Одна отметка поддержки не описывает содержимое всех шести дверей. Документация RIPE NCC по RDAP сегодня перечисляет поддерживаемые базовые типы autnum, domain, ip, entity. В проекте нет статистики внедрения или проверки полноты данных разных реестров. Решающее доказательство для оператора — тест конкретного сервера по каждому требуемому классу с сопоставлением результатов уже применяемому IRR.

Основной проект · RFC 9082 · Документация RIPE NCC · Руководство ARIN