Кратко

  • Запрос 190.147.255.0 вернул родительский блок 190.144.0.0/14 и два значения aut-num: AS14080 и AS10620. Это проекция авторизации, а не наблюдение живого маршрута.
  • В близком по времени снимке RPKI было четыре покрывающих VRP. RIPE RIS наблюдал AS10620 как источник 190.147.255.0/24, и именно этот маршрут получил статус ROV Valid.

Поле стало ближе к RPKI — и сильнее зависит от времени

Раздел 3.4 руководства LACNIC требует включать ASN происхождения запрошенных префиксов в ответ WHOIS, если информация доступна. Реализованное 28 марта 2022 года предложение LAC-2021-1 разрешило извлекать его из репозитория RPKI, используя источник, указанный в ROA.

Так устраняется двойное обслуживание: описательное значение участника могло устареть после изменения ROA. Но поле одновременно становится краткой проекцией изменяющегося набора разрешений. Верная проекция ещё не объясняет, какой набор и какое правило её породили.

За двумя строками стоят четыре VRP

19 сентября 2026 года в 21:59:47 UTC запрос 190.147.255.0 к whois.lacnic.net вернул объект распределения 190.144.0.0/14 и строки:

  • aut-num: AS14080
  • aut-num: AS10620

Текущий ответ не свёл случай к одному ASN. Порядок не доказывает приоритет, а отдельная строка не означает единственного разрешённого источника.

Расширенный ответ LACNIC Routinator, созданный в 21:52:52 UTC, содержал четыре VRP, покрывающих /24:

Префикс VRP maxLength Разрешённый источник
190.147.0.0/16 24 AS10620
190.147.0.0/16 24 AS14080
190.144.0.0/14 24 AS10620
190.144.0.0/14 24 AS14080

У каждой записи были URI объекта ROA и интервалы действия. Два ASN в WHOIS совместимы с этим набором. Не показаны уровни /16 и /14, общий maxLength 24, время снимка и правило, преобразовавшее четыре кортежа в две строки.

Это не свидетельство ошибки WHOIS. Это пример ответа, который может быть правильным, но не позволяет восстановить собственное основание.

Разрешение не равно наблюдению

RFC 6811 задаёт VRP префиксом, максимальной длиной и ASN происхождения. Маршрут получает Valid, если хотя бы один покрывающий VRP совпадает также по длине и источнику. RFC 9582 уточняет: один ROA определяет один разрешённый AS; несколько источников требуют нескольких ROA.

BGP-снимок добавил оперативный факт. Ответ RIPEstat включал 327 наблюдаемых путей для 190.147.255.0/24, и все заканчивались AS10620. Для этого маршрута совпали два VRP AS10620. Два VRP AS14080 продолжали покрывать префикс, но не совпали с источником. Результат — Valid.

Если бы проверяемый маршрут исходил из AS14080, в том же снимке он тоже был бы Valid. Это не означает, что оба AS одновременно объявляли /24: оба имели разрешение, а RIPE RIS увидел AS10620.

Поле WHOIS, полный набор покрытий, каждый кортеж префикс/maxLength/ASN, наблюдаемый BGP-источник и результат ROV — пять разных состояний. Подмена одного другим превращает разрешение в утверждение о сети.

Чек проекции происхождения

WHOIS не нужно превращать в BGP-монитор, а LACNIC — в орган выбора маршрутов. Достаточен компактный чек. В нём фиксируются запрос, нормализованный префикс и возвращённый объект регистрации, затем перечисляются все использованные кортежи VRP. Набор связывается с валидатором, временем генерации, сессией кэша или аналогичным идентификатором и хешем. При возможности добавляется URI либо стабильный хеш ROA.

Состояние нужно назвать явно: пустое, одиночное, множественное, частичное или устаревшее. Срок действия не позволяет копии пережить исходное разрешение. Ссылка на замену сохраняет историю.

Наконец, чек должен сказать, чем он не является: это не BGP-наблюдение, не доказательство текущего объявления всеми ASN, не предпочтение и не команда принять маршрут. Наблюдаемый источник и ROV остаются отдельной проверкой для маршрута и времени.

Сохранить множественность и её доказательство

В этом случае LACNIC сохранил оба разрешённых источника. Следующий шаг — не выбрать «главный», а объяснить множественный ответ. Сейчас для этого приходится объединять WHOIS, Routinator и сборщик маршрутов. Чек дал бы им общий ключ и временную границу, не смешивая функции.

Поле сообщает AS14080 и AS10620. Чек добавляет /16, /14, maxLength 24, исходные объекты и правило проекции. Затем BGP показывает AS10620 как наблюдаемый источник, а ROV подтверждает совпадение маршрута. Каждая система надёжнее, когда не выдаёт себя за остальные.

Источники