Кратко

  • RFC 3346 описал практическую область MPLS-TE: выбранный агрегат можно вывести с перегруженного кратчайшего пути IGP на явный LSP через свободные ресурсы.
  • Документ отделил управление от доказательства: настроенная полоса, успешный расчёт и принятая сигнализация не подтверждали реальный спрос, физический резерв или результат услуги.

Изменение метрики IGP всегда было способом повлиять на трафик, но оно действует крупными мазками. Вместе могут переехать многочисленные назначения, а новая концентрация окажется неожиданной. LSP позволял выбрать конкретный агрегат и задать вход, выход, требуемую полосу, приоритет, affinity, исключаемые узлы и требования к отказоустойчивости. Путь становился более локальным операторским решением.

RFC 3346 вышел в августе 2002 года в статусе Informational. Он не создавал архитектуру MPLS, не специфицировал RSVP-TE и не публиковал телеметрию именованного оператора. Это было заявление о применимости: обход горячего ресурса, распределение по параллельным линиям, административная политика через affinity и повторная оптимизация после отказа рассматривались вместе с эксплуатационными издержками и ограничениями.

Главное ограничение следует из причин перегрузки. RFC 2702 различал недостаток ресурсов для предложенной нагрузки и неудачное размещение нагрузки при наличии свободных ресурсов. Первый случай требует расширения, регулирования спроса или обоих действий. Во втором помогает Traffic Engineering. Если обход действительно свободен, LSP способен перераспределить трафик. Если заполнены все допустимые пути, метки лишь меняют место проявления дефицита.

Поэтому bandwidth parameter LSP нельзя считать физическим измерением. Constraint-based расчёт и admission RSVP-TE используют это число, однако RFC 3346 предупреждает: оно может неточно отражать реально переносимый трафик. Оператор мог выбрать пик, перцентиль или иную статистику. Он мог допустить oversubscription LSP или занизить доступную полосу физических линий, оставляя запас на события. Это решения модели, а не наблюдение будущего потока.

Число само по себе не выполняет policing. Неограниченный поток может превысить назначенную величину и помешать другим. Документ рассматривает policing как отдельное действие и обычно предпочитает применять его на границе, а не в ядре. Запись в control plane выражает намерение; механизм исполнения ограничивает трафик; измерение затем показывает результат.

Отсюда необходимость обратной связи. Статистика нагрузки может породить явные маршруты в offline-расчёте или изменить online-параметры — полосу, приоритет и affinity. Тренд показывает, когда LSP пора менять размер. Необычная дисперсия заставляет искать причину: всплеск спроса, отказ оборудования, долгий цикл ввода новой линии или устаревшую модель. Статус up отвечает лишь на один вопрос и не измеряет задержку, потери или нагрузку.

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

При отказе возникает ещё одно разделение. RFC 3346 называет повторную оптимизацию по остаточной топологии дополнением к fast reroute, который сокращает потери во время перехода. Резервный путь может быть подготовлен, затем активирован; позже сеть может пересчитать распределение и лишь потом вернуться к устойчивому состоянию. RFC 4090 определил локальный ремонт RSVP-TE, но наличие backup LSP не доказало его использование, равную полосу или восстановление приложения.

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

Документ отметил и состояние инструментов 2002 года. Коммерческим NMS часто не хватало специальной поддержки MPLS и анализа первопричины, поэтому ранние пользователи строили собственные системы. Это историческое наблюдение, а не оценка современных продуктов. Его постоянный смысл в другом: TE-база, расширения маршрутизации, сигнализация, измерение и автоматизация повышают как возможности, так и требование объяснимости.

RFC 3346 прямо говорил, что MPLS-TE не является панацеей от недостатка ёмкости или плохого планирования. Обход может удлинить путь и увеличить задержку. Улучшенное размещение способно выиграть время при устойчивом росте. Невозможное отображение спроса на топологию всё равно останется невозможным.

Позднейшие RFC расширили инструменты: OSPF и IS-IS передавали TE-атрибуты, RSVP-TE создавал туннели, PCE выделил вычисление пути, stateful PCE добавил отчётность и делегирование. Они увеличили знание и выбор, но не превратили состояние control plane в физический ресурс. Нужны достоверные входы, исполнитель, наблюдение forwarding и достаточная инфраструктура.