Кратко

  • RFC 7911 позволяет объявлять несколько путей к одному префиксу, добавляя к каждой NLRI четырёхоктетный идентификатор после согласования отправки и приёма для соответствующего семейства.
  • Идентификатор непрозрачен и локален, а не служит предпочтением. Получатель сохраняет решение о лучшем пути и несёт дополнительные затраты памяти, обработки, перезапуска и наблюдения.

Один путь был и ответом, и ограничением

Базовый BGP объявляет соседу не более одного маршрута для NLRI. Новый маршрут к тому же префиксу неявно заменяет прежний. Это упрощает обмен, но связывает видимость с выбором отправителя: получатель не может использовать альтернативу, которой ему не показали.

ADD-PATH разделяет эти функции. В расширенном UPDATE перед NLRI стоит четырёхоктетный идентификатор. Пара «префикс и идентификатор» обозначает объявленный путь, поэтому несколько путей могут сосуществовать. Новое объявление той же пары заменяет именно этот путь, а отзыв удаляет пару. Отзыв никогда не объявленного идентификатора следует молча игнорировать.

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

Отправитель решает, какие варианты показать по своей политике; получатель по-прежнему выполняет собственный выбор. RFC советует включать лучший маршрут отправителя среди нескольких путей, кроме случая, когда маршрут получен от того же соседа. «Лучший» остаётся локальным результатом отправителя, а не указанием получателю.

Разрешение асимметрично и относится к семейству

ADD-PATH использует код возможности 69. Значение содержит одну или несколько троек AFI, SAFI и Send/Receive. 1 означает приём, 2 — отправку, 3 — оба направления; другие значения считаются непонятыми.

Несколько путей семейства можно отправлять только тогда, когда говорящий объявил отправку и получил от соседа возможность приёма для того же AFI/SAFI. Обратное направление может отличаться. Это не общий переключатель сеанса и не вывод из версии ПО, а явное пересечение соседа, направления и семейства.

Отправитель получает власть показать больше альтернатив. Получатель может использовать информацию для сходимости, разнообразия route reflector или иной локальной цели. Но он несёт часть стоимости: каждый принятый путь требует состояния и обработки, а множество путей к множеству префиксов создаёт нагрузку на ресурсы.

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

Локальная идентичность усложняет перезапуск

Path Identifier не обязан сохраняться после перезапуска плоскости управления. Номер до перезапуска нельзя автоматически считать тем же путём после него. При Graceful Restart состояние пересылки может сохраняться, пока объявления и локальные идентификаторы строятся заново.

Телеметрия должна хранить контекст согласования. Одни и те же байты UPDATE интерпретируются по-разному в зависимости от ADD-PATH для семейства. Пассивный анализатор без OPEN может принять идентификатор за данные NLRI и получить уверенный, но неверный результат.

RFC 7911 определяет кодирование, направления, замены, отзывы и риски ресурсов. RFC 4271 даёт базовую модель, RFC 5492 — основу возможностей, IANA — код 69, RFC 4272 — исходные риски BGP. Представление через власть, выгодополучателя и цену является анализом.

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

Источники