Кратко

  • draft-ietf-idr-bgpls-inter-as-topology-ext-46 определяет Inter-AS Link NLRI и дескрипторы удалённых AS и ASBR, чтобы потребитель BGP-LS мог сопоставить сведения с двух концов.
  • Полное ребро — производное утверждение. Оно зависит от источника IGP или локальной конфигурации, экспорта BGP-LS, фильтров, идентификаторов, свежести и правила контроллера.
  • Совпавшая пара не доказывает работоспособность, ёмкость или доставку. Нужна квитанция корреляции и отдельные свидетельства пути и трафика.

Две карты не соединяются сами собой

Контроллер может получить внутреннюю топологию домена A и домена B через BGP-LS, но не увидеть перемычку. IGP обычно не работает поверх Inter-AS соединения. Пограничные маршрутизаторы знают соседей, однако прежней кодировке BGP-LS не хватало специального объекта для этой связи.

Версия 46 документа BGP-LS Extensions for Inter-AS Topology Retrieval вводит NLRI типа 7, Remote AS Number, IPv4 Remote ASBR ID и IPv6 Remote ASBR ID. Источником могут быть OSPF Inter-AS TE по RFC 5392 или IS-IS по RFC 9346, а общую модель распространения задаёт RFC 9552.

Черновик описывает линк как информацию, обычно полученную с каждой стороны. Потребитель сравнивает локальные и удалённые AS, идентификаторы ASBR, BGP-LS Instance Identifier и при наличии адреса или номера интерфейсов. Несовпадение оставляет непарный или неполный линк.

Значит, линия на графе — не одно сетевое наблюдение. Это новый вывод, сделанный при объединении двух перспектив.

У одинаковых полей может быть разное происхождение

В основном сценарии ASBR публикует сведения через OSPF или IS-IS. BGP-LS speaker принимает их, строит NLRI, а политика решает, дойдёт ли он до потребителя. Любой этап может скрыть или задержать одну сторону.

Есть и альтернативный путь. ASBR, который сам говорит BGP-LS, может сформировать NLRI из напрямую подключённого интерфейса или статического маршрута, пометив источник как Direct или Static configuration. Контроллер сопоставит стороны по AS и адресу.

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

Минимальная квитанция должна хранить ссылку или дайджест каждого объявления, протокол-источник, экземпляр BGP-LS, локальные и удалённые AS/ASBR, дополнительные дескрипторы, время приёма, возраст и отзыв. Затем — правило сопоставления, версию политики и состояние: paired, unpaired, conflicting, stale или withdrawing.

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

Девять границ вместо одного статуса

Реальное соединение и конфигурация; описание в IGP или локальной таблице; приём speaker; экспорт; разбор; корреляция; допуск в снимок; расчёт и программирование пути; наблюдение пакетов и сервиса — разные события.

Код IANA подтверждает общий номер. Валидный синтаксис подтверждает разбор. Совпавшая пара подтверждает выполнение правила. Ни один из этих фактов не доказывает, что линк поднят, метрика актуальна, путь установлен и трафик дошёл.

Версия 46 — активный черновик рабочей группы IDR от 29 сентября 2026 года, не RFC. В источниках нет публичного внедрения, межоперационного теста или измеренного результата пересылки. Ранние назначения в реестре IANA BGP-LS дают возможность писать код, но не удостоверяют эксплуатацию.

Одна видимая сторона — самостоятельный результат

Расширение можно внедрять постепенно. Поддержка нужна источникам, экспортирующим speaker и потребителям, а не каждому маршрутизатору. Поэтому асимметрия реалистична: одна сторона не содержит ID, один фильтр удаляет только одно объявление, сессия отстаёт, отзыв приходит раньше или позже пары.

Черновик советует проверить оба ASBR, исходные OSPF/IS-IS объявления, приём и экспорт BGP-LS, согласованность идентификаторов и политики. Он также рекомендует показывать, удалось ли сопоставление.

Это нельзя сжать до link=true. Состояния paired, unpaired, conflicting, stale, withdrawing и unsupported требуют разных действий. Одинокая половина может быть доказательством границы политики, а не мусором.

База данных способна придумать одновременность

Если A пришло в 09:00, а B — в 09:04, надо доказать, что A оставалось актуальным. Задержанный отзыв может оставить две совместимые строки, которые никогда не существовали одновременно в сети.

Черновик не задаёт универсального окна свежести. Это разумно, но решение принадлежит потребителю. Квитанция должна назвать допустимую разницу времени, удержание одиночной половины, обработку отзыва и ID снимка.

Фраза «обе стороны совпали» должна означать совместную действительность в объявленном окне, а не только доступность двух строк для join.

Проверяемость без раскрытия карты

Основной сценарий — несколько AS под единым управлением. Документ называет адреса и характеристики межсоединений критической информацией, которую надо держать внутри контролируемого домена или фильтровать.

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

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

Тест, способный опровергнуть линию

Running Code Primary требует проверить две независимые реализации на корректной паре, несовпадающем remote ASBR, односторонней фильтрации, переставленных обновлениях, задержанном отзыве и паре статического и IGP-источника. Сравнивать надо не только граф, но и причины создания, понижения и удаления ребра.

Если контроллеры рисуют одинаковую линию при разных временных правилах, совместимость лишь визуальна. Minimum Initial Specification ограничивает общий договор двумя входами, происхождением, правилом, временной границей и решением. Хранилище и маршрутная политика остаются локальными.

Честная запись звучит так: контроллер получил эти две версии из этих источников в этом окне, применил это правило, не оставил открытого конфликта и допустил ребро в этот снимок. Установка пути и прохождение пакетов подтверждаются отдельно.

Источники

  1. BGP-LS Inter-AS Topology Retrieval, версия 46
  2. История документа
  3. RFC 9552
  4. RFC 5392
  5. RFC 9346
  6. IANA BGP-LS Parameters
  7. Lu Heng — Minimum Initial Specification
  8. Lu Heng — On Reality Layers
  9. Lu Heng — Running Code Primary
  10. Версия 46 в HTML
  11. Версия 46 в тексте
  12. Официальное сравнение версий 45 и 46
  13. RFC 7426 — терминология SDN
  14. RFC 9086 — BGP-LS Egress Peer Engineering