Summary

  • На заседании рабочей группы Database RIPE 93 29 октября 2026 года Kaveh Ranjbar предложил по желанию владельца направлять RDAP-запросы о более мелких ресурсах на его собственный сервер. Он попросил оценить последствия и обсудить идею; решения о запуске не было.
  • Leo Vegoda в целом поддержал предложение, но назвал две необходимые проверки: сервер должен оставаться доступным и возвращать одинаковый ответ RIPE NCC и любому другому клиенту. Он описал возможность избирательной выдачи данных; установленного случая протокол не содержит.

Два успешных запроса могут дать две версии записи

Официальное описание доклада объясняет исходную проблему: поиск RDAP доходит до самого конкретного объекта, который хранит RIPE NCC, и может на этом закончиться. У владельца ресурса бывают более детальные данные на собственном сервере, но из ответа реестра к ним не ведёт обнаруживаемый путь. В проекте Ranjbar перечислил четыре добровольных действия: записать RDAP-адрес владельца в охватывающий объект, перенаправлять запросы о подчинённых ресурсах, показывать ссылку на делегацию и проверять службу с отзывом направления при сбое.

Идея сокращает потребность загружать в центральную базу пачки записей, которые затем устаревают. Однако реестр станет указателем на чужую запись. Пользователь приходит по ссылке из ответа RIPE NCC, а содержание следующего ответа формирует уже владелец ресурса. Видимость обеспечивает реестр; сведения пишет другой участник.

Vegoda отделил отказ сервера от более трудной неисправности. Отказ заметен. Сервер, который сообщает RIPE NCC корректные данные, а остальным показывает вводящие в заблуждение, может проходить все проверки доступности. Поэтому он потребовал удостоверяться в единообразии ответов. Ranjbar согласился обсудить детали.

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

Источники: стенограмма RIPE 93; официальное описание доклада; профиль Leo Vegoda на RIPE Labs.