Кратко
- Управление 5G обозначает срез через S-NSSAI, однако транспортный домен этого значения не видит. На границе его приходится отображать в VLAN, адрес, префикс, DSCP, MPLS или SRv6.
- Отображение лишь задаёт классификацию. VPN, допуск на границе, общие транзитные классы, ёмкость, установленный путь и измеренная услуга требуют отдельных подтверждений.
На схеме сетевой срез обычно выглядит как непрерывная цветная полоса. Реальные маршрутизаторы цвета не различают: они обрабатывают интерфейсы, заголовки, таблицы, очереди и пути. RFC 9889 описывает практическую реализацию 5G-срезов средствами IP/MPLS и тем самым показывает все места, где намерение приходится переводить в локальную настройку.
S-NSSAI — 32-битный идентификатор в плоскости управления 5G. В транспортной сети он не виден. SDP использует наблюдаемый признак: VLAN, адреса, префикс, DSCP, туннель, метку MPLS или идентификатор SRv6. Совпадение поля подтверждает материал для классификации, но не создание нужного VPN, принятую скорость, очередь, допустимый underlay или полученную задержку.
У каждой границы свой словарь
VLAN часто значим только в конкретной линии подключения. Один 5G-срез может иметь разные VLAN на разных площадках, поэтому для каждого SDP нужна собственная таблица. Оркестраторы клиента и провайдера согласуют не только VLAN, но и адреса, подсети, а иногда ASN и параметры туннелей.
IP-handoff может использовать отдельный адрес, пул, биты префикса, DSCP или locator SRv6. Гибкость превращает адресный план и классификатор в поверхность полномочий. Устаревшая запись способна направить исправный трафик под чужую политику. Общая сетевая функция может иметь несколько туннелей для разных срезов. Селектор имеет смысл вместе с местом, версией и владельцем.
RFC 2474 определяет DSCP как выбор поведения на каждом переходе, а не как сертификат SLA. RFC 3270 переносит DiffServ через MPLS. Наблюдаемый код не показывает очередь каждого узла и доступную после аварии полосу.
Кардинальность тоже меняется. Один 5G-срез может использовать несколько транспортных срезов для управления и пользовательского трафика. Несколько срезов 5G могут разделять один транспорт. При росте естественна схема M-к-N. Число объектов само по себе не доказывает степень изоляции.
Одна услуга пересекает три контура управления
RFC 9543 задаёт связь с целями между точками демаркации. В RFC 9889 сквозной оркестратор 5G, контроллеры клиентских площадок и Network Slice Controller провайдера отвечают за разные части. Система 3GPP не управляет транспортом напрямую.
Успех одного контура не представляет остальные. CE может настроить VLAN, который PE ещё не связал с VPN. VPN может существовать без bearer. Стороны могут согласовать идентификатор и разойтись в скорости. Контроллер может принять команду, не установленную одним из устройств.
Линия подключения становится двусторонним договором: селектор, адрес, инкапсуляция, полоса, безопасность и порядок изменений. Автоматическая политика может повторно использовать существующий транспортный срез. Она ускоряет работу, но делегирует решение, поэтому требует версии, снимка ёмкости, правил конфликтов и отката.
Точность на PE, агрегация в ядре
L2VPN и L3VPN дают логическое разделение. RFC 4664 описывает модель уровня 2, а RFC 4364 — BGP/MPLS IP VPN. Отдельный экземпляр и внешний заголовок создают границу классификации, но не резервируют полосу автоматически и не означают шифрование.
На PE входные policer ограничивают срез или класс 5QI, а выходные scheduler и shaper распределяют гарантированные скорости. Идентификатор становится правилом, только если классификатор, CIR, PIR, burst, иерархия очередей и физическая ёмкость относятся к одному договору.
В транзите детализация намеренно уменьшается. Модель использует один Network Resource Partition. Центральные маршрутизаторы не хранят состояние по каждому срезу; множество услуг сходится обычно не более чем к восьми транспортным классам. В 5QI-unaware весь срез получает один класс, а внутренний DSCP в ядре не определяет поведение. В 5QI-aware граница различает больше потоков, но ядро всё равно агрегирует их.
Именно здесь возникает общее судьбоносное звено. Сотни продуктов могут зависеть от одной очереди, линии и функции управления. Счётчик активных срезов показывает ассортимент, но не разнообразие ресурсов. Нужны карта концентрации и запас при отказе.
Плановая гарантия не равна резерву на каждом звене
Первая схема RFC 9889 использует кратчайшие пути и планирование без явного сквозного резервирования. Провайдер может обещать полосу, опираясь на прогноз, распределение нагрузки и запас. Неожиданный спрос или отказ нарушает предпосылку. Метод допустим, если его называют планированием ёмкости, а не физическим резервом.
Другие схемы применяют TE-пути с фиксированными или динамическими ограничениями. RFC 9522 описывает соответствующее пространство Enhanced VPN и TE. В SR-TE контроллер может учитывать резерв, хотя сетевой уровень не резервирует его так, как RSVP-TE. Учёт, вычисленный путь, установленное состояние и измеренная загрузка — разные факты.
На выходе сумма обещанных скоростей должна помещаться в физическую линию, если только низкоприоритетная услуга не вытесняется явно. S-NSSAI не расширяет канал. Решение о допуске требует актуальных ёмкости и топологии.
Измерение завершает обещание
RFC 9889 требует выявлять расхождения между управленческим представлением и реальной конфигурацией, измерять цели и показывать состояние клиенту. Намерение говорит, что должно быть; устройство — что установлено; телеметрия — что произошло; клиент — что получил. Статус «provisioned» не заменяет эту цепочку.
Таблицы отображения и классификации являются объектами безопасности. Контроллерам нужны защищённый транспорт, взаимная аутентификация и ограниченные права. Несанкционированная запись может перенаправить трафик или отнять ресурс другого среза. Географическое условие доказывается underlay-путём, не именем VPN.
Границы документа также обязательны: RFC 9889 имеет статус Informational, рассматривает один NRP, не является BCP и не подтверждает внедрение или результат конкретного оператора. Это модель реализации, а не свидетельство её наличия.
Источники
- RFC 9889, реализация 5G-срезов средствами IP/MPLS
- RFC 9543, модель IETF Network Slice
- RFC 4364, BGP/MPLS IP VPN
- RFC 4664, модель L2VPN
- RFC 2474, поле Differentiated Services
- RFC 3270, поддержка DiffServ в MPLS
- RFC 9522, Enhanced VPN и Traffic Engineering
- Heng Lu, Running Code as Primary Evidence
- Heng Lu, Minimum Initial Specification and Localized Future Decision
- Heng Lu, Reality Layers and Symbolic Power
Обзор для участников
Подробный контекст профиля
Войдите с подходящим уровнем подписки, чтобы открыть полный обзор и примечания к источникам.
Только для Стратегического сообщества
Стратегическое сообщество
Открыто всем читателям. Вступите и войдите, чтобы открыть обзоры профилей.
Вступить в Стратегическое сообществоТолько для Альянса лидеров
Альянс лидеров
Для проверенных владельцев IP-активов и руководителей. Войдите, чтобы открыть обзоры Альянса.
Вступить в Альянс лидеров

