Кратко

  • RFC 5212 описывает требования к нескольким слоям и областям коммутации под одним GMPLS control plane. Рассчитанный маршрут может зависеть от нижнего соединения, которое только предстоит создать на границе слоёв.
  • ISCD, виртуальный TE-линк и стабильный идентификатор подтверждают возможность планирования. Услуга требует отдельных свидетельств выделения адаптации, реального серверного LSP, происхождения рисков, проверки, OAM и клиентского трафика.

Риск исчезает не в сети, а в представлении

RFC 5212 — информационный документ с рамками и требованиями, а не спецификация одного решения. Слой обозначает гранулярность коммутации данных; область control plane определяется типом коммутации. В одной области может быть несколько слоёв, а multi-region network охватывает несколько типов.

Единая Traffic Engineering Database собирает TE-линки пакетной, канальной, TDM, волновой и волоконной инфраструктуры. Вычислитель получает возможность оптимизировать путь поперёк технологий. Но общий формат не превращает распределённые ресурсы, политики и отказы в единое состояние.

Документ разрешает вычисление и сигнализацию на частичной TE-информации. При triggered signaling маршрут может проходить несколько слоёв, хотя в слое конечных точек он ещё не соединён. Пограничный узел должен затем создать нижний FA-LSP или выбрать существующий.

Расчёт показывает, что сделать можно при выполнении предпосылок. Он не доказывает, что предпосылки выполнены.

Объявленная функция не равна свободному адаптеру

ISCD описывает тип коммутации, кодирование и параметры полосы интерфейса. Гибридному узлу также нужны внутренние ресурсы завершения и адаптации между слоями. RFC 5212 предлагает учитывать их доступность как ограничение, чтобы верхний LSP не остановился на границе из-за нехватки нижнего ресурса.

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

TED переносит представление, но не получает право расходовать чужой ресурс. Видимость и полномочие сохраняют разных владельцев.

Виртуальный линк честен, пока виден его статус

Предварительное создание всех нижних LSP резервировало бы полосу и адаптацию без спроса. Поэтому виртуальный TE-линк может представлять возможный нижний LSP, который ещё не установлен. Как только верхний LSP выбирает эту возможность, нижний должен быть немедленно сигнализирован.

Это экономичная поздняя привязка. Ошибка возникает, когда система учёта уравнивает «объявлен», «выбран», «создаётся», «установлен», «проверен» и «несёт трафик». Тогда опцион превращается в мнимую линию.

Идентичность тоже не гарантирует неизменность. FA-LSP можно перенаправить, сохранив interface ID соответствующего TE-линка. Клиент получает стабильный объект, но физический путь и набор рисков под ним могут стать другими.

Наследование определяет предел обещания

Верхний TE-линк должен наследовать от нижнего LSP способность коммутации, метрику, полосу, защиту и SRLG. RFC подчёркивает зависимость правил от политики. Верхняя метрика не обязана быть простой суммой; сокрытие нижнего маршрута способно удалить сведения, необходимые для оценки надёжности. Точная передача SRLG остаётся вне охвата.

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

Изменение Virtual Network Topology также может нарушить верхний трафик. Освобождение малоиспользуемого FA-LSP и перенос вложенных LSP улучшают загрузку ресурсов. Make-before-break снижает нарушение, но не измеряет потери, перестановку пакетов или непрерывность приложения.

После установления остаётся проверка

Раздел 5.9 предлагает перед публикацией нижнего LSP как верхнего data link проверить правильность соединения и целостность данных. Конкретная техника зависит от технологии; GMPLS должен координировать процесс.

Следовательно, signaling success — свидетельство транзакции управления. Verification — свидетельство свойств серверной линии. OAM должен сохранять смысл через скрытый участок, а относящиеся к клиентскому LSP серверные аварии — подниматься вверх. Наконец, наблюдение с указанными точкой и интервалом доказывает результат для клиента.

Полная квитанция связывает поколение запроса, конечные точки, переходы слоёв, пограничное решение, адаптацию, переход virtual-to-real, идентичность и резерв нижнего LSP, происхождение метрики/защиты/SRLG, тест целостности, аварии и клиентский трафик. Это редакционная модель BTW, а не дополнительное требование, приписанное RFC 5212.

Полномочие карты ограничено картой

В доктрине Heng Lu административная запись не становится действующей системой, а наблюдаемость не создаёт полномочие. TED достоверно сообщает, какое представление получил control plane. Она не разрешает доступ в другой домен, не выделяет дефицитный адаптер, не раскрывает каждый скрытый риск и не доставляет пакет.

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

Источники

  1. RFC 5212
  2. Datatracker: RFC 5212
  3. Сведения RFC 5212
  4. RFC 5339
  5. Datatracker: RFC 5339
  6. RFC 6001
  7. Datatracker: RFC 6001
  8. RFC 5623
  9. RFC 4202
  10. RFC 4206
  11. RFC 3945
  12. RFC 5146
  13. RFC 4847
  14. RFC 4726
  15. RFC 4802
  16. RFC 4803
  17. RFC 4377
  18. История RFC 5212
  19. Heng Lu — приоритет работающего кода