Кратко

  • RFC 9938 — информационный документ IETF: он сводит концепции, требования и возможные архитектуры DetNet Controller Plane, а детали протокольного решения оставляет последующим документам.
  • Принятый запрос, рассчитанный явный путь или выполненная операция настройки — это ограниченные факты управления. Они не подтверждают сами по себе допуск и удержание ресурса на каждом узле, работу PREOF, измеренное соблюдение границ или результат для потребителя.

У операционной команды может быть совершенно честный журнал: контроллер получил описание потока, увидел возможности сети, выбрал путь и разослал конфигурацию. Ошибка начинается, когда этот журнал используют как акт приёмки. Между намерением и услугой находятся узлы, очереди, буферы, защита, время, доменные границы и наблюдение самого трафика.

Вышедший в марте 2026 года RFC 9938, A Framework for the Deterministic Networking (DetNet) Controller Plane, имеет статус Informational. В аннотации он назван обзором рамки с концепциями и требованиями, которые могут стать основой будущей спецификации решения. Введение прямо говорит: документ не предоставляет деталей протокола решения для Controller Plane; ими займутся последующие документы.

Следовательно, RFC лучше читать как перечень точек, в которых требуется доказательство, а не как готовую справку о том, что доказательство уже существует. Рамка полезна именно тем, что не прячет переходы между знанием, расчётом, допуском, настройкой, измерением и результатом.

Вариант архитектуры не отменяет локальную проверку

RFC 9938 рассматривает полностью распределённую плоскость с динамической сигнализацией, полностью централизованную SDN-подобную плоскость и гибридную. В централизованном примере контроллер собирает топологию и возможности DetNet, получает запрос на установление потока через UNI, API или северный интерфейс и настраивает узлы через NETCONF/YANG, DetNet YANG либо PCE-основанный контроллер. В распределённом варианте сведения распространяются протоколами сигнализации; гибридный распределяет роли.

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

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

Требования к функциям не равны выполненным функциям

RFC 9938 требует поддерживать динамическое создание, изменение и удаление потоков DetNet. Это может включать явный маршрут, резервирование полосы, буферов и других ресурсов, дисциплину очередей, двунаправленную обработку и агрегацию. Отдельно рассмотрены Packet Replication, Elimination and Ordering Functions — PREOF.

Такая формулировка не даёт права превратить названия функций в отметки о факте. Рассчитанное резервирование не равно принятому. Принятое сегодня не равно сохранённому после смены топологии, политики или конфигурации. Наличие записи на устройстве не равно измеренному поведению нужной совокупности пакетов. Несколько сегментов пути не доказывают, что для данного потока и времени PREOF действительно реплицировал, устранял дубликаты и упорядочивал.

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

Нужна последовательность квитанций об услуге

Квитанция запроса должна связывать услугу, уполномоченного заявителя, конечные точки, направление, профиль трафика и требуемую границу. Квитанция решения — версию топологии и возможностей, алгоритм, политику, кандидатный путь и эпоху. Квитанция допуска — подтверждение каждого узла, выделенный ресурс и очередь, метку или инкапсуляцию, роль защиты и срок. Квитанция измерения называет совокупность пакетов, направление, метод, источник времени и окно. Независимая квитанция результата должна возникать на границе, где приложение или клиент реально получает последствие.

Это не недоверие к автоматизации, а способ сделать её проверяемой. Running-Code Primacy Хэн Лу требует не подменять проверяемое состояние работающей системы моделью, декларацией или центральным экраном. Минимальная начальная спецификация, в свою очередь, удерживает общий слой в границах детерминированных фактов, не создавая для оркестратора необжалуемую власть толкования.

Источники