Кратко

  • Индивидуальный Internet-Draft от 29 октября предлагает шесть RDAP-путей для данных Internet Routing Registry. Три класса SET и поле с маршрутными политиками остаются необязательными.
  • В текущем ответе /help RIPE NCC расширение irr0 не объявлено. Чтобы отказаться от Whois, операторам сначала нужно проверить, какие объекты каждый сервер действительно отдаёт.

На вывеске выхода появилась звёздочка

На RIPE 93 сетевой оператор назвал поддержку объектов RIR-маршрутных реестров последней функцией, которой ему не хватало перед уходом от Whois. Проект с такой поддержкой появился. У выхода пока стоит мелкая звёздочка: сервер может не реализовать часть классов, перечисленных в документе.

29 октября Datatracker IETF опубликовал draft-aggarwal-regext-rdap-irr-00. Среди четырёх авторов — Mahesh Aggarwal из RIPE NCC и Jasdip Singh из ARIN. Проект предлагает передавать данные Internet Routing Registry (IRR) через RDAP в структурированном JSON поверх HTTPS. Замысел понятен: оставить клиентам единый способ запрашивать реестровые записи вместо коллекции отдельных интерфейсов.

В документе перечислены шесть сегментов пути: irr0_route, irr0_routeSet, irr0_autnumSet, irr0_rtrSet, irr0_peeringSet и irr0_filterSet. Для route нужны префикс и ASN источника. Ответ autnum может содержать упорядоченные политики импорта и экспорта, включая многопротокольные варианты, import-via и export-via.

Дальше проект сам оставляет выбор за реализацией. Поддержка peering-set, rtr-set и filter-set необязательна. Необязателен и элемент irr0_policies в ответе autnum. Клиент может понимать новый формат, но не получить класс данных, который нужен его ежедневному фильтру. Шесть имён в спецификации не означают шесть работающих сервисов.

Проблема глубже формата ответа. ARIN описывает свою IRR-базу как отдельную от публичных данных Whois: владельцы ресурсов подают объекты RPSL, а другие IRR забирают их для решений о маршрутизации. Для получения записей ARIN указывает Near Real-Time Monitoring (NRTM), загрузку файлов и Whois на порту 43. В описании собственного NRTM-потока ARIN называет часть объектов «authorized» и связывает это с регистрацией ресурсов и организацией, обслуживающей объект. Эта характеристика относится к собственному потоку ARIN; она не распространяется на все IRR-базы.

Документация RIPE Database сейчас перечисляет четыре типа RDAP: autnum, domain, ip и entity. Проверенный ответ /help рекламирует несколько расширений, но не irr0. Это наблюдение ограничено точкой доступа RIPE NCC и временем проверки. Состояние серверов ARIN и остальных реестров нужно измерять отдельно. Для RIPE разрыв между проектом и работающим интерфейсом уже виден.

Статус документа тоже конкретен. Datatracker помечает его как индивидуальный Internet-Draft: IETF его не одобряла, а в процессе стандартизации организации у него нет формального статуса. Состояние IESG — I-D Exists. Следующее доказательство должно прийти от отвечающего сервера, а не от ещё одной диаграммы.

JSON — только половина перехода

Общий формат может сократить число парсеров. Он не меняет смысл данных. Объект IRR route описывает зарегистрированную политику; сам по себе он не доказывает, что сеть сейчас анонсирует соответствующий префикс по BGP или принимает его. Если преобразование потеряет элементы SET или порядок политик, ответ останется валидным JSON, но инструмент станет хуже.

Проект требует от поддерживающего расширение сервера объявлять irr0 в rdapConformance и ответе справки. Клиент может прочитать объявление, но оно не подтверждает работу каждого класса. Операторам придётся проверить нужные им классы по отдельности и сравнить поля RDAP с RPSL того же сервера: участников наборов, порядок политик, ссылки на entity и события создания и изменения.

Раздел о приватности предупреждает, что такие запросы могут затрагивать людей в реестре, и просит операторов учитывать применимые ограничения. Единый интерфейс чтения сам по себе не определяет, какие контактные данные должны быть открыты.

Для замены Whois нужен отчёт по каждому серверу: объявлен ли irr0, какие классы отвечают, что происходит с необязательными полями и чем результат отличается от RPSL. До такой проверки старый способ получения данных остаётся частью эксплуатации. Закрыть его после одного удачного запроса route — всё равно что запереть склад, увидев, что работает парадная дверь.

На RIPE 93 оператор предложил коллегам проверить записи, которыми они пользуются каждый день. С этого и стоит начинать. Фраза «у нас есть RDAP» описывает протокол. Уход от Whois подтверждает только полный набор записей, который доходит до рабочих инструментов без потерь.

Источники