Кратко

  • Ресурсный SID добавляет к инструкции SR выбор полосы, буферов и очередей, но не подтверждает их наличие на каждом узле.
  • Редакция 20 запрещает использовать неполностью настроенный NRP, завершает обновление только после всех узлов и по умолчанию выводит из пересылки несогласованные привязки.
  • Скомпрометированный узел может завысить доступность или не выделить заявленное. Намерение, допуск, выделение, привязка, fallback и результат требуют отдельных подтверждений.

Указатель не создаёт ресурс

RFC 8402, SR-MPLS и SRv6 задают SID как инструкцию пересылки. Редакция 20 связывает её с набором ресурсов на одном звене или во всём NRP.

RFC 9543 и RFC 9732 описывают раздел ресурсов и его архитектуру. Идентификатор отвечает, какой раздел нужен пакету, но не показывает, что контроллер допустил запрос, каждый узел активировал очередь и клиент получил обещанную задержку.

Редакция 20 делает активацию распределённым commit. Все участники должны согласовать SID/locator и NRP; частичный сбой требует отката; отказ привязки — отчёта. До полной настройки сервис использовать NRP не может, а обновление не завершено до последнего узла. При обнаруженной несогласованности SID по умолчанию блокируется.

Но честная проверка не разоблачает лживый узел автоматически. Проект прямо допускает отсутствие заявленного выделения, завышение ёмкости и выборочную деградацию. Защищённый канал подтверждает отправителя сообщения, а не состояние аппаратной очереди.

Fallback сохраняет доставку, но меняет услугу

Если локального ресурса нет, обычное действие — отбросить пакет; настройка разрешает best effort. Избыточный трафик тоже можно отбросить или понизить. Fallback следует журналировать и сообщать. Во время ремонта это может быть верно, однако доставка доказывает доступность, а не резервирование.

Захват Flexible Algorithm нарушает и путь, и изоляцию. Порог допуска должен также защищать базовую пересылку SR от истощения разделами.

Заявленная реализация не равна сертификации

Проект фиксирует отчёт Huawei о продуктивных реализациях. Оговорка RFC 7942 подчёркивает: IETF не проверяла предоставленные сведения, список не является одобрением или каталогом. Это свидетельство опыта, не тест совместимости и не аудит SLA.

Datatracker, история и API показывают IESG Evaluation, AD Followup и открытый DISCUSS. Обзоры Secdir и Opsdir объясняют усиление требований. Редакция 19, HTML 20 и XML 20 подтверждают изменение текста, не всеобщее внедрение.

Как раскрытые редакционные рамки, приоритет работающего кода, минимальная общая спецификация и слои реальности требуют одного: SID называет полосу, а состояние и измерение доказывают её работу.