Кратко

  • RFC 9800 разрешает источнику размещать несколько сжатых SID в меньшем числе 128-битных контейнеров, если структура проверена, а исходная последовательность сегментов сохранена.
  • Clarence Filsfils — один из пяти авторов документа. Меньший заголовок повышает значение точных длин, flavors, объявлений, схемы идентификаторов и локальных свойств границы.

Что повторялось в длинном списке

Строгий путь SRv6 может содержать много топологических и сервисных инструкций. В полном представлении каждый SID занимает IPv6-адрес. Соседние SID часто повторяют один Locator-Block, а свободные младшие биты заполняются нулями. Эти биты делают запись простой, но не добавляют решения о пересылке.

Опубликованный в июне 2025 года RFC 9800 определяет структурное сжатие. CSID содержит части Locator-Node и Function исходного SID. Один 128-битный контейнер способен нести несколько CSID и, при необходимости, Argument последнего из них. В одном списке могут соседствовать сжатые последовательности и полные SID.

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

NEXT-CSID и REPLACE-CSID движутся по-разному

В NEXT-CSID активный контейнер является полным SRv6 SID. Первый CSID занимает рабочую позицию, остальные находятся в Argument. Конечная точка переносит следующий CSID в активную часть Destination Address, обнуляет неиспользованные младшие биты, уменьшает Hop Limit и выполняет новый поиск в IPv6 FIB.

В REPLACE-CSID только первый элемент последовательности начинается как полный SID. Последующие CSID упакованы в фиксированные позиции 128-битных элементов Segment List в SRH. Индекс в Argument указывает текущую позицию. Обработка либо сдвигает индекс, либо уменьшает Segments Left, берёт следующий контейнер и формирует очередной корректный Destination Address.

Оба механизма являются flavors существующих endpoint behaviors. Они не меняют смысл adjacency или lookup. Раздел безопасности RFC отделяет кодирование следующего SID от семантики самого сегмента.

Документ допускает сосуществование flavors, в том числе в одном списке, но обычно рекомендует не смешивать их в одном routing domain или Locator-Block. Формальная совместимость не устраняет разные codepoints, ограничения длины, ветви parser и сценарии отказа.

Право источника оставить SID полным

Список может быть задан конфигурацией, вычислен локально или получен от controller. Во всех случаях источник проверяет структуру. LBL и LNFL не равны нулю, а AL должен точно соответствовать 128-LBL-LNL-FL.

Неверная структура считается неизвестной и не сжимается. Это локальный отказ, а не авария всей политики: проблемный SID остаётся полным, остальные могут войти в CSID sequence. Автоматизация не получает права угадывать длины, но доступность не зависит от стопроцентного сжатия.

RFC также не выбирает первоначальный маршрут. Метрики, исключения, требования сервиса и fast reroute определяются раньше. Общая спецификация сохраняет принятое решение, не присваивая себе локальную политику.

Контрольная плоскость ведёт реестр структуры

Для новых SID обязательно объявление SRv6 SID Structure. Endpoint публикует длины, соответствующие локальной инстанциации, а Argument в объявлении равен нулю. Информацию могут переносить расширения IS-IS, OSPFv3, BGP, BGP-LS и процессы с PCEP.

Такое объявление позволяет решить, допустимо ли сжатие, но не доказывает результат пересылки. После обновления локальный формат может измениться, а controller сохранит старую копию. FIB может не соответствовать контрольной базе. Детерминированная формула остаётся бесполезной, если факты устарели.

Оператору приходится сопоставлять четыре поверхности: реальную инстанциацию endpoint, объявление, инвентарь controller и структуру, принятую источником. Наличие маршрута недостаточно; behavior, flavor, LBL, LNL, FL и AL должны совпасть.

Граница меняет блок, но не создаёт наддоменную власть

CSID одной последовательности обычно имеют общий Locator-Block. End.LBS меняет блок, когда граница расположена на endpoint. End.XLBS совмещает смену с заданным L3 cross-connect на соседнем канале.

Целевой блок — локальное свойство SID. RFC не предписывает, как источник его узнаёт, и приводит конфигурацию или controller как примеры. Этот организационный интерфейс требует владельца, версии, проверки и процедуры отзыва; догадка не является допустимым источником.

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

Плотность оплачивается пространством имён

Короткий CSID позволяет упаковать больше инструкций, но уменьшает число идентификаторов. Длинный CSID расширяет нумерацию и снижает степень сжатия. RFC рекомендует единые длины внутри домена, чтобы компромисс оставался понятным.

GIB разделяется узлами под одним Locator-Block, LIB уникален для каждого узла. Рекомендация отдаёт общий ресурс глобальным сегментам, например идентичности узла, а локальный — сервисам, adjacency и cross-connect. Если локальные функции расходуют GIB, общий пул заканчивается быстрее. Чрезмерно короткие поля, напротив, ограничивают будущий рост.

Filsfils в коллективной истории

RFC Editor называет авторами Weiqiang Cheng, Clarence Filsfils, Zhenbin Li, Bruno Decraene и Francois Clad. Документ подготовлен в IETF SPRING, обновляет RFC 8754, а его behaviors зарегистрированы IANA.

Официальная страница Cisco указывает должность Filsfils как Cisco Fellow и описывает его работу над Segment Routing. Это датированный корпоративный контекст, а не основание приписывать одному человеку коллективный стандарт, сторонние реализации или неизмеренные производственные эффекты.

Его публичный вклад можно очертить точнее: от архитектуры SR и SRH до поздней задачи — переносить длинную последовательность инструкций с меньшим повторением. Пакет стал короче не потому, что контроль исчез, а потому, что общая структура, условия отказа и границы были описаны точнее.

Источники