Кратко

  • Ranjbar предложил добровольную RDAP-переадресацию от записи RIPE NCC к сервису владельца для более конкретных сетей. Решение о внедрении на встрече не принималось.
  • Leo Vegoda потребовал проверить не только доступность сервера, но и совпадение ответов для реестра и остальных пользователей.

В реестре заканчивается дорога

В официальной программе RIPE 93 Ranjbar назван бывшим директором по информационным технологиям RIPE NCC: он проработал там пятнадцать лет. Сейчас он возглавляет Whisper Security и управляет AS219419. Его предложение исходит от человека, который видел базу данных сначала со стороны реестра, затем со стороны владельца адресного пространства.

RDAP доводит запрос до самой конкретной записи, которую хранит RIPE NCC. Если сведения о подсетях находятся на сервере владельца, в ответе реестра нет пути к ним. Массовое копирование таких объектов обратно в центральную базу создает две версии данных, способные разойтись. Ranjbar привел работающий сервис для 2a04:2a01::/32 как пример возможности публикации на стороне владельца.

Он описал четыре добровольных элемента: адрес RDAP-сервиса в охватывающем объекте, переадресацию запросов по вложенным ресурсам, отдельную ссылку для клиентов и правила проверки с отзывом ссылки при сбое. Детали ведет владелец, а реестр остается общедоступным указателем.

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

Недостает документа с независимыми сравнительными запросами, сроком отзыва неверной ссылки и порядком ответа во время аварии. Живой сервер способен выдавать ложь без задержки.

Источники: описание выступления RIPE 93; стенограмма рабочей группы.