Кратко

  • 9 сентября IESG объявила Last Call для версии 20 документа о применимости ACTN к интеграции пакетных и оптических сетей. Комментарии принимаются до 23 сентября, предполагаемый статус — Informational; на момент проверки решение и RFC ещё не появились.
  • При частичном обобщении MDSC полностью видит пакетную TE-топологию, но получает лишь абстрактное представление оптической. Оптический PNC сохраняет локальное вычисление пути и может скрывать внутренние или вендорские сведения по правилам политики.
  • Такое представление сообщает о потенциальной связности. Оно само по себе не подтверждает физический состав, резерв, выполненную конфигурацию или измеренную услугу.

Последний запрос комментариев нельзя превратить в готовый стандарт

В сообщении IESG от 9 сентября открыто последнее обсуждение документа Applicability of Abstraction and Control of Traffic Engineered Networks (ACTN) to Packet Optical Integration (POI). Содержательные замечания ждут до 23 сентября, а итоговый документ предполагается опубликовать как Informational RFC.

На дату отсечения Datatracker IETF показывал состояние «In Last Call». Это этап подготовки решения, а не одобрение IESG. Пока нельзя сообщать номер RFC, обязательность внедрения, успешную совместимость продуктов или принятие архитектуры операторами.

В публичном заключении document shepherd есть техническое резюме и имена ответственных. Но типовые вопросы о спорных моментах, имеющихся реализациях и планах поставщиков остались без развёрнутого ответа. Это не доказывает отсутствие программного кода; равно как не создаёт доказательства внедрения.

У абстрактной карты есть адресат и владелец правил

Физическая опись отвечает, какие устройства, порты и соединения существуют. TE-топология предназначена для расчёта допустимых маршрутов. Клиентская услуга — уже результат конфигурации и наблюдения. Все три слоя могут использовать слово «link», хотя говорят о разных состояниях.

RFC 8453 связывает абстракцию ACTN с сетевой политикой. PNC вправе скрывать внутреннюю топологию и технологические параметры, показывая MDSC потенциальную связность. Получатель и уровень детализации должны проходить аутентификацию, ограничиваться правами и настраиваться политикой.

RFC 7926 описывает абстрактные карты, которые объявляют возможность соединить граничные точки и могут указывать пропускную способность или задержку. Если меняется нижележащая сеть либо использование ресурсов, такую карту надо обновлять периодически или по событиям. Поэтому число без времени создания и режима обновления теряет значительную часть смысла.

RFC 8795 различает Native TE topology провайдера и представление, настроенное для конкретного клиента. Два клиента могут получить разные карты одной инфраструктуры согласно их требованиям и правам. Transitional TE link в той же модели обозначает потенциальный переход между уровнями до создания server-layer trail.

Абстрактное представление не обязано быть ложным из-за неполноты. Оно может точно отвечать на узкий вопрос: какие варианты разрешены клиенту C политикой P в момент T. Но из него нельзя без дополнительных записей вывести полный состав сети, факт закрепления ёмкости или качество фактически переданного трафика.

Частичное обобщение сохраняет вычисление в оптическом домене

Версия 20 Internet-Draft рассматривает несколько режимов знания. При partial summarization координатор MDSC имеет полное представление о TE-топологии пакетных доменов и абстрактное — об оптических. Локальный оптический путь вычисляет O-PNC.

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

MDSC может отправить PNC строгий либо свободный маршрут. Во втором случае он задаёт границы и ограничения, а PNC выбирает полный путь внутри домена и сообщает выбор обратно. Механизмы внутреннего обнаружения и настройки оптического PNC обычно зависят от поставщика и находятся вне области документа.

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

Между «можно провести» и «трафик прошёл» несколько решений

Один muxponder способен собрать много клиентских портов в общий тракт. При этом конструкция устройства может разрешать только определённые пары портов. Абстрактная ёмкость кажется достаточной, пока локальная проверка не обнаружит ограничение. Похожая проблема возникает с LAG: агрегированный линк может оставаться up, потеряв столько участников, что обещанной устойчивости уже нет.

Draft прямо перечисляет пробелы вокруг минимального числа активных членов LAG, некоторых вариантов разделения трафика, ограничений muxponder, дополнений для вычисления пути и установки SR-TE. Эти сведения объясняют, почему верхняя карта не может заменить локальную проверку.

Корректная последовательность выглядит так:

представление опубликовано ≠ маршрут рассчитан ≠ домен обязался ≠ конфигурация выполнена ≠ услуга наблюдалась.

Операция «success» без названия стадии только скрывает место возможного расхождения. Расчёт может завершиться при отказе в резерве; резерв может истечь до настройки; настройка может пройти, а измерение — показать деградацию.

Признанная граница модели не равна сообщению об аварии

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

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

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

Авторизация разрешает попытку, но не обещает результат

Интерфейс MDSC–PNC открывает чувствительные сведения и операции, поэтому draft предусматривает защищённый транспорт и гранулярный контроль доступа. RFC 8341 определяет NACM, RFC 8040 — RESTCONF, а RFC 6241 — NETCONF.

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

Поэтому защищённый журнал доступа нельзя выставлять как коммерческий результат. Запись «уполномоченный MDSC запросил соединение» не означает «обещанная ёмкость сохранялась всё время измерения». У них разный предмет доказательства.

Межслойная квитанция решения

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

Первая часть идентифицирует представление: ID и версию топологии, клиента, выдавший PNC, владельца политики абстракции, время создания, срок действия и заявление о свежести. Полная Native topology остаётся локально, а проверяемый хеш или защищённая ссылка связывает квитанцию с исходным состоянием.

Вторая часть хранит намерение услуги, ограничения, запрашивающего субъекта, решение доступа, версии MDSC и политики. Центральный и делегированные расчёты отмечаются раздельно. Для loose path записываются переданные границы и условия, а не выдуманный внутренний путь, которого MDSC не выбирал.

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

Эта квитанция — редакционное предложение Daniel Kade, а не требование IETF. Она переносит Policy Mirror Хэн Лу в распределённое управление: у каждого изменения остаются субъект, правило и подходящее доказательство. Minimum Initial Specification поддерживает узкое общее ядро без отмены локального выбора. Why BTW Media Exists задаёт последнюю границу — не выдавать архитектурную возможность за наблюдавшийся факт.

Абстракция ACTN ценна не тем, что превращает координатор в владельца всей истины. Она позволяет сотрудничать при разделённом знании. Доверие возникает, когда у сокращённой карты есть политика и происхождение, а каждый следующий переход подтверждён отдельно.

Источники

  1. Объявление IESG о Last Call
  2. Карточка IETF Datatracker
  3. Internet-Draft, версия 20
  4. Заключение document shepherd
  5. RFC 8453
  6. RFC 7926
  7. RFC 8795
  8. RFC 8341
  9. RFC 8040
  10. RFC 6241
  11. Heng Lu — The Policy Mirror
  12. Heng Lu — Minimum Initial Specification
  13. Heng Lu — Why BTW Media Exists