Кратко

  • Head-end запрашивает защиту и владеет неизменяемыми ограничениями FAST_REROUTE; PLR выбирает или вычисляет допустимый резервный путь и включает его локально; merge point возвращает поток на защищённый LSP.
  • Нормативная цель — перенаправление за десятки миллисекунд, а не измеренная гарантия для каждого исполнения.
  • Быстрота требует резервируемой или доступной для вытеснения ёмкости, состояния меток и сигнализации, а также доказательств того, что резерв действительно работоспособен.

Разделение полномочий

Объект FAST_REROUTE добавляет только head-end LER, и последующие LSR не должны его изменять. В нём задаются приоритет установки, приоритет удержания, предел числа переходов, метод защиты, оценка требуемой полосы и фильтры атрибутов каналов, включая affinity. Head-end также может запросить локальную защиту, запись меток и защиту канала или узла. Поэтому PLR получает узкую, предварительно разрешённую власть, но не авторство сквозного LSP. Он действует для подходящего защищённого LSP лишь при наличии допустимого backup path и требуемого состояния пересылки. Merge point снимает контекст обхода и продолжает исходный LSP.

Обнаружение отказа — входной сигнал, а не полномочие на выбор восстановления. Средство проверки живости может сообщить о неисправности, но RFC 4090 не делает его вычислителем резервного пути. После обнаружения отказа защищённого канала или узла PLR перенаправляет данные и управляющий трафик на выбранный резерв. В one-to-one detour каждому защищённому LSP соответствует отдельный detour у PLR: состояние изолированнее, но его объём растёт вместе с числом LSP. Facility bypass — один туннель для нескольких подходящих LSP, разделяющих защищаемую инфраструктуру и merge point.

Здесь применяется стек меток MPLS: PLR помещает метку защищённого LSP и добавляет метку bypass-туннеля; на merge point контекст bypass удаляется, после чего продолжается исходный LSP. Это может уменьшить число конструкций, но связывает трафик общей ёмкостью, точкой слияния и общим сценарием отказа.

Приоритеты, полоса и служебные признаки

Setup priority определяет, может ли сессия получить ресурс, вытеснив другую. Holding priority определяет, может ли сама резервируемая ёмкость быть вытеснена. Если запрошенной полосы нет, возникает PathErr, если только не разрешено вытеснить резервирование с более низким приоритетом. Признак local-protection-available означает не одну лишь настройку: необходимы доступный резервный путь и соответствующее состояние пересылки; это уточнено Verified Errata 4203. При фактическом обходе PLR помечает local-protection-in-use и должен уведомить head-end сообщением PathErr.

Затем head-end может, имея глобальный обзор, просигнализировать более оптимальный LSP. Глобальная реоптимизация остаётся его полномочием.

RFC 4090 различает защиту канала и узла, а также global reversion под управлением head-end и необязательную local reversion на PLR. Предпочтение отдаётся глобальному возврату: локальный возврат при колебаниях ресурсов способен добавить прерывания. Цена защиты включает резервируемую или вытесняемую полосу, глубину стека меток, сообщения управления и очистку состояния. RFC 8796 обновляет facility backup механизмом summary-FRR signalling, призванным сократить обмен сообщениями между PLR и merge point и давление на масштабирование и задержку, когда общий bypass обслуживает много LSP.

RFC 9705 обновляет facility protection явными процедурами capability, adjacency и teardown: обслуживание и очистка состояния могут не зависеть от коротких периодических refresh-таймеров. Это не означает, что каждый продукт или реализация поддерживает новые процедуры.

Анализ Elias Ward: выигрыш получают сервисы, которым нельзя ждать распространения информации об отказе и сходимости маршрутизации. Операционный стимул — заранее купить локальную непрерывность; издержки — занятая или вытесняемая ёмкость, общая зависимость и более трудное доказательство покрытия. В контрфактическом варианте без подготовленного ремонта трафик ждёт head-end или routing convergence и может потерять больше пакетов. Но неограниченное или устаревшее состояние ремонта способно быстро сохранить неправильное резервирование либо скрыть неполную защиту. Источники не доказывают наличие конкретных операторов, поставщиков, внедрений, инцидентов, клиентского эффекта или измеренных сроков ремонта. Поведение при одновременных отказах, flapping и смешанных версиях остаётся неизвестным без отдельного свидетельства.

Источники