Кратко

  • 25 августа 2026 года IESG одобрил draft-ietf-idr-sr-policy-seglist-id-14 как Proposed Standard. На момент фиксации доказательств документ оставался активным Internet-Draft в очереди RFC Editor, а IANA продолжала показывать значение 19 как временное назначение.
  • 32-битный Segment List ID уникален только в пределах одного Candidate Path. Он не является глобальной идентичностью и не замораживает SID: последовательность может измениться при прежнем номере. Доказательство должно связывать область действия, версию содержимого, принятый BGP UPDATE, проверку SRPM, программирование и трафик.

Зелёный индикатор пережил изменение

Перед окном работ контроллер называет список из трёх инструкций номером 42. Конфигурация NETCONF, временной ряд и панель контроля используют то же число. Во время работ контроллер меняет SID, но сохраняет 42. График не прерывается, индикатор остаётся зелёным.

Это аналитический сценарий, а не сообщение об инциденте у конкретного оператора. Сохранилась ссылка, но не инструкции. База с ключом 42 теряет Candidate Path. База с Path и ID, но без времени, редакции или отпечатка содержимого, объединяет два разных состояния.

Одобрение ещё не означает опубликованный RFC

Объявление от 25 августа одобряет редакцию 14, подготовленную рабочей группой Inter-Domain Routing. 28 августа Datatracker всё ещё показывал Active Internet-Draft и RFC Ed Queue; проверка ссылок, форматирование и действие IANA после смены версии продолжались. Документ датирован 24 августа, запись обновлена 26-го, срок действия истекает 25 февраля 2027 года.

В открытом реестре IANA значение 19 оставалось временным: регистрация 19 декабря 2025 года, окончание через год и ссылка на более раннюю редакцию. Решение IESG, номер RFC, постоянная регистрация и промышленное внедрение — разные факты.

Небольшое число решает затратную задачу

SR Policy может содержать несколько Candidate Paths, а каждый путь — несколько списков сегментов. RFC 9830 определяет передачу по BGP к headend, который записывает инструкции в пакеты. Без короткого ID узел телеметрии может повторять всю последовательность SID, а контроллер — сравнивать её поэлементно. Аналогичная ссылка нужна конфигурации YANG/NETCONF на список, полученный через BGP.

Необязательный sub-TLV находится внутри Segment List типа 128 под SR Policy Tunnel Type 15. Его тип — 19, длина — шесть октетов, четыре октета содержат беззнаковое число. Значения от 1 до 0xffffffff служат ID; ноль означает отсутствие назначения.

Candidate Path входит в ключ

Ненулевой ID обязан быть уникальным лишь среди списков одного Candidate Path. В другом Path, Policy или headend то же число может означать иные инструкции. Более того, спецификация разрешает менять SID, сохраняя ID. Это изменяемая ячейка, а не адрес содержимого.

Историческая запись должна включать NLRI с Distinguisher, Color и Endpoint, идентичность Candidate Path, ID, упорядоченные SID, а также время, редакцию или хеш содержимого. Схожесть с идентификатором BGP-LS из RFC 9857 и ссылками YANG/NETCONF не создаёт общего глобального пространства имён: каждый потребитель обязан сохранять область, тип и актуальность.

Похожие ошибки дают разные результаты

Длина, отличная от шести, делает связанный NLRI некорректным и вызывает treat-as-withdraw по RFC 7606. Несколько экземпляров sub-TLV в одном списке: принимающая сторона использует первый. Повтор одного ненулевого ID в нескольких списках Candidate Path — семантическая ошибка SRPM; все эти списки могут лишиться связи с ID.

В смешанном парке старый headend может признать Candidate Path с неизвестным sub-TLV непригодным согласно поведению RFC 9830 по умолчанию. Поэтому проект рекомендует выборочное объявление только поддерживающим узлам. Необязательность формата не означает отсутствия операционных последствий.

BGP переносит описание, SRPM его проверяет. Затем следуют пригодность, активный выбор, программирование headend и пакеты. Цепочка аудита раздельно фиксирует редакцию и IANA, возможности по соседям, принятый UPDATE, связь Path–ID–содержимое, решение SRPM, выбор, состояние forwarding, счётчики той же редакции и результат трафика.

Проект предупреждает, что ID могут раскрывать чувствительные операционные связи; доступ следует ограничить доверенным маршрутизаторам и приложениям SR-домена. Распределение между контроллерами, повторное использование, версии, хранение и откат остаются политикой оператора. Заявления H3C и ZTE основаны на редакции 3, датированы февралем 2025 года и являются самоотчётами, а не подтверждением IETF или независимой проверкой.

Источники