Кратко

  • Для lock ingress отправляет Path с установленными A и Reflect в объекте ADMIN_STATUS. Egress пытается вывести LSP из обслуживания клиентского трафика: при успехе возвращает Resv с A=1, при отказе — OAM Problem / Lock Failure; последующие Resv сохраняют A=0.
  • После подтверждения lock ingress адресует egress или промежуточный узел через ERO Hop Attributes RFC 7570. Целевой узел проверяет A и явную идентичность требуемого объекта до попытки loopback. Без lock запрос игнорируется; без явной идентичности он может быть проигнорирован или завершиться Bad EXPLICIT_ROUTE.
  • Loopback — это бит 13 Attribute Flags в Path и RRO Attributes. Он не является битом A в ADMIN_STATUS и не является ошибкой OAM Problem. При успехе RRO Hop Attributes может сообщить Loopback, пока A остаётся установленным.
  • Для выхода ingress снимает Loopback, но сохраняет A. Только после проверенного выхода можно запрашивать unlock. Запрос unlock во время loopback egress должен игнорировать; успешное снятие блокировки подтверждается Resv с A=0, а отказ — OAM Problem / Unlock Failure.

Последовательность распределённой власти

Ingress имеет право инициировать lock, loopback, выход и unlock, но не может в одиночку установить итоговое состояние. Egress подтверждает изъятие LSP из обслуживания или отклоняет lock. Затем целевой узел сам проверяет, имеет ли он право выполнять испытание. Нужный объект должен быть явно задан ERO-subobject, расположенным непосредственно перед ERO Hop Attributes. Для идентификатора-префикса IPv4 требуется длина хоста 32, для IPv6 — 128. Если непосредственно перед ним находится label subobject, U bit задаёт направление loopback. Это точные правила проверки RFC 7571, а не утверждение об универсальной форме развертывания.

RFC 6435 задаёт функциональную основу lock и loopback: транспортный путь выводится из обслуживания клиента, при этом могут сохраняться OAM и тестовый трафик; loopback возвращает полученные тестовые данные источнику для проверки целостности пути. RFC 7570 служит носителем адресации и отчётности на уровне hop. Он не заменяет последовательность авторизации lock–loopback–exit–unlock, определённую RFC 7571. RFC 5420 задаёт базу обработки необязательных и обязательных атрибутов, RFC 3473 — основу ADMIN_STATUS, а RFC 7260 — основу кодов OAM Problem.

Польза, цена и границы доказательств

Выгода предназначена операторам OAM: они могут изолировать целостность пути до названного узла, удерживая клиентский трафик и намеренно возвращая тестовый. Цена — вывод LSP из обслуживания, необходимость координировать несколько переходов, разные ошибки lock, loopback, exit и unlock, а также возможное раскрытие сведений об узле через RRO в пределах политики конфиденциальности. Источники не доказывают наличие конкретных поставщиков, операторов, внедрений или инцидентов. Они не дают данных о распространённости, длительности, частоте отказов, задержках или результатах для клиентов.

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

Проверочные фикстуры пакетов и состояний

  1. Успешный lock: проверь ADMIN_STATUS(A=1, Reflect=1) в Path, затем A=1 в Resv и сохранение A в следующих Path/Resv.
  2. Отказ lock: проверь OAM Problem / Lock Failure и последующие Resv с A=0; один Path с A не доказывает успешный вывод из обслуживания.
  3. Явный target: проверь ERO-subobject непосредственно перед ERO Hop Attributes, IPv4 /32 или IPv6 /128 и направление U bit, если перед идентификатором стоит label.
  4. Успешный loopback: проверь Loopback bit 13 в Path и RRO Hop Attributes при A=1; в Resv этот флаг искать не следует.
  5. Отказ и выход: проверь OAM Problem / Loopback Failure либо Exit Loopback Failure. При успешном выходе флаг должен исчезнуть из RRO, а A остаться равным 1.
  6. Корректный unlock: после подтверждения выхода отправь Path с A=0 и проверь Resv с A=0. Пока LSP в loopback, unlock не должен опережать выход.

Решение оператора: подтверждён ли lock через Resv? Если нет — остановить испытание. Явно ли заданы адрес и объект? Если нет — исправить ERO либо ожидать игнорирование/Bad EXPLICIT_ROUTE. Показывает ли RRO Loopback при A=1? Если нет — обработать отказ loopback. После теста снять флаг, дождаться подтверждения выхода, запросить unlock и наблюдать Resv. Path, Resv, RRO и OAM Problem нужно сопоставлять; ни один сигнал не заменяет всю цепочку переходов.

Источники