Кратко

  • RFC 9703 определяет FEC sub-TLV для PeerAdj, PeerNode и PeerSet и позволяет удалённому ASBR проверить AS, Router ID и EBGP-сессию.
  • PeerAdj проверяет входной интерфейс только при ненулевом адресе; PeerNode требует DDMAP и отдельной сверки с контроллером.
  • Код 3 — ограниченный результат FEC/egress, а не доказательство production policy или доставки клиенту.

Роль совпала, провод ещё нет

Контроллер узнаёт PeerAdj SID для конкретной линии. Проба достигает соседнего ASBR; AS, Router ID и EBGP-связь совпадают с FEC. Если remote interface address ненулевой, принимающий узел сравнивает фактический входной интерфейс; несовпадение даёт код 35. Если поле равно нулю, RFC 9703 рекомендует пропустить проверку. skipped_zero_address нельзя хранить как pass.

Standards Track RFC декабря 2024 года присвоил типы 38, 39 и 40 объектам PeerAdj, PeerNode и PeerSet. Это линк, сессия с возможной балансировкой по нескольким линиям и набор пиров. Инициатор строит FEC по BGP-LS EPE RFC 9086 или данным контроллера. Получение всех деталей находится вне области документа: FEC фиксирует утверждение control plane, но не самоудостоверяет forwarding.

Для PeerNode DDMAP из RFC 8029 сообщает next-hop interfaces. Контроллер может сравнить их со своей топологией, однако RFC 9703 прямо говорит: описанные процедуры не обнаруживают расхождение состояния контроллера и forwarding. Получение DDMAP, выполненная сверка и совпадение — три разных события.

Храните объявление и его возраст, версию инвентаря, label stack, FEC bytes, ответивший узел, AS/Router ID/session, результат или пропуск interface check, DDMAP, итог сверки, Echo code и отдельную телеметрию production payload. RFC 9716 отвечает на вопрос о возврате Echo; эта статья — об идентичности EPE FEC на прямом пути.

Источники: RFC 9703, RFC Editor, Datatracker, RFC 9086, RFC 8029, RFC 8287, RFC 9256, RFC 8403, RFC 8690, IANA. Раскрытые редакционные рамки: Running-Code Primacy, Minimum Initial Specification, reality layers.