Кратко

  • RFC 8097 определяет нетранзитивное расширенное сообщество, которое переносит состояние Valid, NotFound или Invalid внутри автономной системы.
  • Состояние сообщает факт политике, но не исполняет её: EBGP исключён по умолчанию, делегированная проверка требует доверия, а принятие, отклонение и предпочтение остаются явным локальным решением.

Три значения несут результат, а не приказ

RFC 6811 задаёт вычисление. Valid требует, чтобы хотя бы одна проверенная запись ROA покрывала префикс, разрешала его длину и совпадала с исходным AS; NotFound означает отсутствие покрытия; Invalid — покрытие без совпадения. RFC 8097 кодирует 0, 1 и 2 в нетранзитивном непрозрачном сообществе. IANA назначает подтип 0x00 под типом 0x43. Зарезервированные поля MUST передаваться нулевыми и игнорироваться при приёме.

Настроенный маршрутизатор SHOULD добавлять сообщество к UPDATE для IBGP-соседей. Если локально вычисленного состояния нет, получатель SHOULD вывести его из сообщества. Это результат, а не доказательство свежести кэша, правильности всего пути или необходимости принять маршрут.

RFC 6811 сохраняет локальную власть: реализация MUST NOT исключать маршрут из Adj-RIB-In или процесса выбора только из-за состояния без явной настройки. Метка снабжает политику данными, но не заменяет её.

Граница доверия по умолчанию заканчивается на EBGP

RFC 8097 требует по умолчанию удалить без обработки сообщество, полученное от EBGP, и рекомендует не отправлять его в EBGP. Настройка может разрешить исключение, например между AS под единым управлением, но это отдельное положительное решение о доверии.

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

Смешанная поддержка требует преобразования политики

Если часть внутренних маршрутизаторов не поддерживает RFC 8097, стандарт рекомендует оператору сопоставить сообщество и установить другой атрибут BGP с тем же влиянием на выбор пути. Иначе один маршрут будет иметь разные практические последствия внутри сети.

Реализация SHOULD NOT отправлять несколько экземпляров. Получив несколько, она MUST игнорировать все, кроме наибольшего числового значения. При значении выше 2 ошибочное сообщество обязательно удаляется по аналогии с RFC 7606, тогда как регистрацию ошибки стандарт лишь рекомендует. Это ограничивает ошибочное состояние, но не удостоверяет оставшийся маршрут.

Доказательства и ограничения

RFC 8097 определяет формат, передачу, правила EBGP, смешанное внедрение и делегированное доверие. RFC 6811 задаёт расчёт и локальную политику. RFC 7606, RFC 7454 и IANA подтверждают обработку ошибок, защиту транспорта и назначение кода.

Источники не называют нынешние сети-пользователи, не измеряют универсальную экономию и не гарантируют одинаковые данные валидаторов. Власть, полномочия, выгодоприобретатели, издержки и контрфактический сценарий — аналитические выводы.

Источники