Кратко

  • Черновик -13 переносит значения администраторов Route Target в другой подтип Extended Community, но не наделяет копию полномочиями управлять распространением маршрута или импортом в VRF.
  • Транзитивная копия может пересечь границу AS; правило eBGP, настроенное на подтип Route Target, может её не распознать.

Метки BGP невелики. Их полномочия — совсем другой вопрос.

Route Target (RT) может связать маршрут с VPN. В работающей сети он также способен ограничить круг маршрутизаторов, получающих маршрут, и вызвать его импорт в соответствующую VRF.

Обычный Extended Community может нести связанную метку, не получая этих полномочий. Это важно, когда маршрут нужно связать с VPN лишь на части маршрутизаторов PE.

Именно этот случай разбирает черновик -13, обновлённый 28 октября. Допустим, десять маршрутизаторов PE импортируют VPN-маршруты с RT1. Другой маршрут надо связать с той же VPN на части этих устройств, но его распространением управляет RT3. Если использовать RT1 как метку связи, можно создать впечатление, что маршрут должны получить все её импортёры. Если назначить отдельную метку каждой группе, одна VPN обрастёт множеством значений.

В проекте предлагается производный Extended Community: сохранить значения Global Administrator и Local Administrator исходной RT, заменить подтип и назвать результат RT-derived EC. Значения указывают на RT; другой подтип показывает, что копия не является самой RT.

Граница прописана прямо. Согласно этому черновику, RT-derived EC не ограничивает распространение маршрута, не импортирует его в VRF и не совпадает с правилом, которое ищет соответствующую RT. Его также нельзя передать в Route Target Membership NLRI, определённый RFC 4684. Черновик задаёт соответствие и коды. Действия получателя должен описать отдельный документ для каждого применения.

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

Если политика не запрещает его распространение, оно может пересечь границу AS. Правило для фильтрации или переписывания подтипа RT автоматически не поймает производный подтип. Значения Global Administrator и Local Administrator совпадают, но код и результат проверки — уже другие.

В черновике зафиксировано выделение подтипа 0x15 в нескольких реестрах Extended Community, в том числе для транзитивных AS-специфичных форматов. Это не означает, что 0x15 назначен каждой возможной форме RT: другие соответствия ещё запрошены или остаются незавершёнными. RFC 4360 объясняет, как поле Type помогает строить правила по типам Extended Community. Здесь же смена подтипа может провести мимо фильтра значение из того же семейства.

30 октября директорат по операционным вопросам IETF завершил обзор версии 13. Рецензент Ген Чен попросил выделить отдельный раздел эксплуатационных аспектов и указал на фильтрацию между AS, риск утечки, границы применимости и поведение старых реализаций BGP. Если нежелательное распространение нужно остановить, он предлагает фильтровать 0x15 на границах eBGP. Это замечание рецензента, а не свидетельство произошедшей утечки. Оно показывает разрыв между описанием кода и ответом на вопрос, как тот поведёт себя в сети со смешанными реализациями.

На 2 ноября черновик проходит оценку IESG; обсуждение назначено на 5 ноября. Информационный документ может закрепить соответствие битов, но не решить, кто фильтрует значение, что сделают старые маршрутизаторы и как ограничить каждое будущее применение.

Подтип занимает один байт; инвентаризация политик — работа гораздо больше.

Источники: черновик -13 · обзор директората по операционным вопросам · RFC 4360 · RFC 4684