Summary

  • Версия draft-ietf-idr-rt-derived-community-13 от 28 октября описывает Extended Community, производную от Route Target. Значения Global Administrator и Local Administrator остаются теми же, а подтип меняется. В силу самого проекта новая метка лишь указывает на исходный RT; она не ограничивает распространение маршрутов и не вызывает импорт в VRF. Документ проходит оценку IESG и имеет предполагаемый статус Informational.
  • IANA уже показывает шесть связанных выделенных кодовых точек со ссылкой на проект-предшественник 2021 года. Новая версия просит обновить ссылки и выделить дополнительные значения. Регистрация кода не задаёт сама по себе действие принимающего маршрутизатора.

Почему десяти маршрутизаторам не нужна одна команда

Пример проекта начинается с VPN на десяти пограничных маршрутизаторах. Общий Route Target позволяет всем десяти импортировать соответствующие VPN-маршруты в свои VRF. Появляется иная BGP-запись: она связана с той же VPN, но нужна лишь части этих устройств. Если прикрепить к ней общий RT, существующая система распространения получит основание направить её всем. Если создать отдельный RT для каждого подмножества, связь с одной VPN будет обозначена множеством разных имен. Требуется метка общей связи без общей команды доставки.

Производная Extended Community сохраняет административные поля исходного RT и меняет подтип. По ним можно восстановить, на какой RT она ссылается. Но раздел 2 прямо указывает: в рамках этого проекта такая метка не влияет на распространение маршрута и не импортирует его в VRF. Её нельзя передать в NLRI членства RT из RFC 4684, а правило, которое ищет Route Targets, не сопоставит с ней производную метку. Указатель на ключ не становится копией ключа.

Значение настоящего RT зафиксировано в RFC 4360: он определяет маршрутизаторы, которым могут передаваться несущие его маршруты. Производная метка оставляет числовую родословную, чтобы разные подмножества узнавали одну VPN. Новый подтип удерживает полномочие распределять и импортировать у исходного RT. Если смотреть только на совпадающие поля, получится незаметно передать право вместе с названием.

Таблица IANA не настраивает маршрутизатор

В реестрах BGP Extended Communities у IANA уже есть записи RT-derived-EC с подтипом 0x15 и тип IPv6 0x0015. Проект считает шесть прежних выделений; их ссылки пока ведут к предшествующему тексту 2021 года. Он просит обновить ссылки, переименовать запись EVPN и добавить значения для UUID-основы IPv6 RT и двух классов Transport Class. Последние запросы остаются в проекте; регистрация их как завершённого факта была бы преждевременной.

Пара 0x02 и 0x15 также не является универсальным алгоритмом замены. Авторы называют её распространённым соглашением и поручают таблице 1 определить точные соответствия. В ней есть IPv6 RT со значением 0x0011, для которого производное значение лишь запрашивается. Проверять нужно тип, подтип и конкретную строку реестра. По похожим цифрам нельзя выводить разрешение.

Действие после получения производной метки проект оставляет специальным документам применения. Каждый должен назвать AFI/SAFI, типы маршрутов и реакцию получателя. Это следующий уровень власти над поведением сети: общий документ определяет значение отношения, а конкретный документ и локальная политика решают, устанавливать ли маршрут и кому его показывать. Наличие кода в IANA не доказывает его использование в рабочей сети.

На 28 октября Datatracker показывал версию 13 в IESG Evaluation; проверку IANA после изменения версии требовалось повторить. Официальные документы устанавливают предложенную семантику и существующие номера, но не описывают реальный инцидент утечки маршрута из-за этой метки.