Кратко

  • RFC 6378 задаёт Protection State Coordination для линейной защиты MPLS-TP. Локальные и удалённые запросы обрабатываются внутри уже подготовленного домена защиты.
  • В автомат состояния входят пять локальных источников: команда оператора, индикация серверного уровня, индикация плоскости управления, OAM-индикация и истечение WTR. Затем локальный результат сопоставляется с запросом удалённого конца.
  • Защита тратит заранее назначенную ёмкость ради скорости. Restoration может искать доступную ёмкость и перестраивать маршрут, но обычно медленнее и не гарантируется при нехватке ресурсов.

Операционное решение

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

Пять локальных источников таковы: команда оператора; сигнал серверного уровня; сигнал плоскости управления; OAM-сигнал; истечение Wait-to-Restore. На входе также есть удалённый PSC-запрос. Он может менять состояние, но его действие ограничено архитектурой и правилами состояния. Распознанный Channel Type сам по себе не делает сообщение ни аутентифицированным, ни авторизованным.

Приоритет Локальный запрос
1 Lockout of Protection (LO)
2 Forced Switch (FS)
3 Signal Fail (SF)
4 Signal Degrade (SD), если это разрешено режимом
5 Manual Switch (MS)
6 WTR
7 запроса нет

Логика PSC выбирает текущий локальный запрос с наивысшим приоритетом, сопоставляет его с удалённым запросом и вычисляет три результата: действие локального селектора, исходящее сообщение и состояние домена защиты. Практическая модель проверки: входы → максимум приоритетов → сравнение с удалённой стороной → состояние → селектор и генератор сообщений.

В схеме 1:1 селекторы выбирают рабочий либо заранее подготовленный защитный путь. В двунаправленной 1+1 выбор на двух концах координируется. В однонаправленной 1+1 направления могут выбирать независимо, и удалённый запрос не должен вызывать переключение на защиту. Поэтому одна и та же APS-логика не означает одинаковый эффект во всех режимах.

Revertive-режим возвращает трафик на рабочий путь после устранения отказа, но только после Wait-to-Restore. WTR даёт перемежающемуся отказу стабилизироваться. В non-revertive трафик остаётся на защитном пути, пока новый запрос не изменит состояние. Lockout запрещает использование защиты; Forced Switch требует принудительного переключения; Manual Switch создаёт операторский запрос; Signal Fail обозначает отказ сигнала. Сам переход состояния не доказывает корневую причину и не подтверждает нарушение SLA.

RFC 7271 добавляет объявление возможностей и описывает режимы PSC и APS. Объявление проверяет совместимость наборов возможностей, а не договаривается о них. Операторские функции включают изменение приоритетов, Freeze, изменения non-revertive-поведения, MS-W, защиту от signal degrade и команды exercise. Объявленная возможность не доказывает корректность конфигурации обоих концов.

Кто выигрывает и какой ценой

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

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

Проверочные приспособления

(1) Поочерёдно включить LO, FS, SF, SD и MS и подтвердить в журнале порядок выбора. (2) Создать SF на рабочем пути и проверить на обоих концах селектор, состояние и исходящее сообщение. (3) Устранить отказ, дождаться WTR и зафиксировать возврат в revertive; затем повторить проверку в non-revertive. (4) Подать удалённый запрос в однонаправленной 1+1 и доказать отсутствие переключения на защиту. (5) Намеренно рассогласовать рабочие и защитные параметры на концах и проверить сообщение управления о несоответствии. (6) Объявить совместимый набор возможностей, затем несовместимый и зафиксировать именно проверку, а не переговоры.

(7) В APS протестировать Freeze, MS-W, защиту SD и exercise. RFC 6374 даёт счётчики и временные метки для доказательств производительности, но не выбирает исправление; BFD проверяет живость forwarding-пути и не заменяет PSC.

Источники