Кратко

  • draft-ietf-spring-resource-aware-segments-20 связывает существующие SR-MPLS SID и SRv6 locator/SID с NRP либо локальным набором ресурсов, сохраняя исходное действие пересылки.
  • Идентификатор задаёт желаемую обработку. Он не доказывает выделение на каждом узле, согласованность привязок, отсутствие best-effort fallback или результат приложения.

Пакет дошёл, SID распознан, маршрут доступен. Но на одном транзитном узле обещанная очередь не была создана. Трафик ушёл в best effort. Проверка связности показала успех, а услуга с гарантированной задержкой уже не существовала.

Именно эту границу показывает редакция 20 Introducing Resource Awareness to SR Segments от 30 сентября 2026 года. Активный Internet-Draft группы SPRING нацелен на Proposed Standard, находится в IESG Evaluation / AD Followup и всё ещё имеет DISCUSS. Это не RFC и не доказательство общего внедрения, совместимости или SLA.

SID указывает на состояние, но не показывает его

Обычный Segment Routing связывает SID с инструкцией пересылки. Проект добавляет ресурсную семантику без нового типа SID. Adj-SID может выбрать следующий переход и локальные ресурсы линка; Prefix-SID — путь и NRP. В SRv6 locator задаёт контекст NRP, а End.X или другой SID — локальное действие и ресурс.

Это даёт больше вариантов изоляции, чем небольшой набор DiffServ. Однако SID остаётся ключом к таблице. Он не знает, выделил ли scheduler нужный вес, восстановилась ли очередь после перезагрузки и одинаково ли соседи понимают привязку. Наличие SID подтверждает запрос, а не инвентаризацию.

Глобальная семантика складывается из локальных действий

Локальные сегменты привязаны к ресурсу узла или линка. Глобальные ассоциированы с набором NRP. Физически NRP существует лишь тогда, когда каждый участник выполнил выделение и поддерживает согласованное соответствие.

Редакция 20 запрещает использовать NRP до полного provisioning. Обновление не завершено, пока изменения не выполнены на всех узлах. Частичная ошибка должна быть сообщена, управление должно уметь откатить изменения. При обнаружении несогласованности затронутые SID нельзя применять для пересылки; ошибка подлежит журналированию.

Это условия commit, но не готовый транзакционный протокол. Детали разделения ресурсов, YANG и часть механизмов control plane остаются вне документа. Поэтому оператору нужны отдельные квитанции: полномочие, состав NRP, объём, SID/locator, приём каждым узлом, аппаратное состояние, активация, проверка и rollback.

Fallback сохраняет доставку и скрывает нарушение

Если транзитный узел не находит локальные ресурсы выбранного NRP, по умолчанию пакет следует отбросить. Настройка может разрешить best effort. Избыточный трафик также можно отбросить, понизить либо перевести в обычный класс.

Доставка после fallback не доказывает изоляцию, задержку или jitter. Поэтому проект требует регистрировать и сообщать такой переход. Без записи обычная доставка выглядит как премиальная, хотя коммерческое обязательство уже нарушено.

Защищённый канал не делает заявление истинным

Выделение, привязка SID и распространение должны использовать взаимную аутентификацию, авторизацию, целостность и защиту от replay; сведения о ёмкости желательно шифровать. Admission control должен сохранить базовую SR-плоскость.

Тем не менее скомпрометированный узел способен заявить несуществующий ресурс, завысить ёмкость или выборочно ухудшить NRP. Подлинное сообщение доказывает источник и целостность, но не наличие очереди.

Раздел реализации перечисляет несколько семейств Huawei как заявленные production-реализации на 28 августа 2025 года. По оговорке RFC 7942 сведения предоставлены участниками, не проверены и не являются одобрением IETF. В замороженных источниках нет многовендорного теста или воспроизводимой метрики SLA.

Надёжная цепочка начинается с разрешённого намерения и версии, затем фиксирует NRP, объём, SID/locator, локальный admission, реальное выделение, согласованность, активацию после последней квитанции, классификацию, drop/fallback, измерение и эффект приложения. После обслуживания или аварии её нужно повторить, даже если SID прежний.

Принцип минимальной начальной спецификации Heng Lu уместен: общая часть задаёт переносимую семантику и безопасные значения по умолчанию, а размер, цена, admission и ремонт остаются у местного владельца риска. Приоритет работающего кода означает, что проект стандарта и корректный SID не доказывают внедрение. SID выбирает полосу; существование полосы доказывают квитанции.

Источники