Кратко

  • FXC может объединять метки, сохраняя отдельные маршруты нормализованных VID. Экономия меток и сокращение сигнализации — разные решения.
  • Режим по умолчанию не сообщает об отказе отдельной AC. Для многоподключения его группы ограничиваются одним ES и одним назначением.
  • Исправный общий туннель не доказывает восстановление каждой клиентской цепи; нужны проверяемые соответствия и фактическая доставка.

Что означает «восстановлено»

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

RFC 9744, опубликованный в марте 2025 года, добавляет Flexible Cross-Connect, FXC, к EVPN-VPWS. AC — цепь подключения клиента: порт, VLAN на порту или группа VLAN. PE — пограничный узел оператора, ES — сегмент Ethernet. Цепи на разных интерфейсах и ES могут использовать общий туннель. Требования различают уменьшение числа меток с их OAM и максимально возможное сокращение BGP-сигнализации. Это не одинаковые обязательства для всех режимов.

Общая метка, разные знания

В режиме с сигнализацией VLAN каждому нормализованному VID на ES соответствует маршрут Ethernet A-D per-EVI, хотя мультиплексируемые цепи используют общую сервисную метку. Удалённый узел сохраняет сведения, позволяющие изменить соседство именно для затронутого трафика. В режиме по умолчанию отдельные VLAN не объявляются.

Для многоподключения по умолчанию группа должна объединять AC одного ES, направленные к одному конечному назначению. Между парой PE может понадобиться несколько туннелей. Нельзя произвольно объединить интерфейсы и приписать такому объединению точность восстановления корректно ограниченной группы. Независимые обязательства перед клиентами могут оправдывать отдельную сигнализацию; совместная граница восстановления может оправдывать группу.

Поэтому число удалённых маршрутов — не полная оценка эффективности. Часть состояния остаётся в конфигурации и работе по установлению соответствий. Это вывод данного анализа, а не расчёт затрат в RFC. Здесь нет данных о поддержке производителя, измеренной производительности или реальных авариях.

Проследить соответствие до клиента

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

Для приёмки полезна последовательность: клиентская AC, локальный порт и VID, нормализованный VID, сервисная метка, удалённый ES, соседство и доставка. Это предложенная методика, не обязательный новый API стандарта. Нужно отдельно учитывать локальную коммутацию: раздел 3.3.1 отдаёт ей приоритет и в описанном случае требует однозначной метки назначения AC или ES. Правильная локальная доставка не обязана сопровождаться трафиком через ядро.

Отказ цепи не равен отказу порта

Раздел 5 рассматривает отказ сервиса, AC, порта и PE. Режим по умолчанию не сигнализирует отдельный отказ AC/VLAN, поэтому удалённый узел может продолжать отправку к выходу, отбрасывающему пакеты. При сигнализации VLAN отзывается маршрут соответствующего VID и меняется соседство затронутого трафика. Отказ порта вызывает отзыв туннеля соответствующей группы либо связанных маршрутов VID и ES. Отказ PE имеет более широкий охват; в описанной процедуре отзыв выполняет отражатель маршрутов.

Сервисный OAM, например BFD/VCCV, может обнаружить отказ самого сервиса. Но RFC 5885, раздел 3.3, различает обнаружение отказа псевдопровода и сигнализацию состояния AC/PW. Запись «используется BFD» не определяет охват. Успешная проверка отключением порта также не доказывает обработку отказа одной AC.

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

Не следует считать и необязательные поля свидетельством доставки. M не управляет пересылкой при приёме и может использоваться для уведомления об ошибке. V способен показать несовместимость нормализации с одним или двумя тегами, которая по разделу 3.4 препятствует созданию туннеля. Уведомление, создание и доставка — разные наблюдения.

Официальный статус — Proposed Standard. Поиск исправлений 13 сентября 2026 года не дал совпадений. Это определяет документальную основу, но не сертифицирует реализацию. Экономию FXC стоит признавать вместе со способностью определить и восстановить конкретную клиентскую цепь.