Кратко

  • RFC 8029 отправляет MPLS Echo request по плоскости данных Target FEC Stack и просит принявший LSR сверить пересылку со знанием плоскости управления. Ответ относится к этой пробе, FEC, узлу и моменту.
  • Полный охват ECMP может быть невозможен, неиспользуемые резервные пути не входят в процедуру, а ответ может вернуться по IP или отдельному каналу управления. Один успех или молчание не определяет услугу целиком.
  • Надёжная квитанция связывает параметры пробы, наблюдавшийся путь и код, режим и маршрут ответа, проверенные и неизвестные варианты, длительное состояние BFD и независимую клиентскую транзакцию.

Панель стала зелёной: MPLS ping вернулся. Фраза «услуга доступна» звучит удобно, но содержит больше уверенности, чем доставил пакет.

Запрос нёс Target FEC Stack, контекст меток, последовательность и reply mode. Эти значения выбрали конкретный вариант пересылки. Маршрутизатор выполнил заданные проверки и вернул код. Если назвать этот обмен «услугой», исчезает постановка эксперимента.

RFC 8029, опубликованный в 2017 году, объединяет действующую спецификацию LSP Ping. Kireeti Kompella указан первым из шести авторов вместе с George Swallow, Carlos Pignataro, Nagendra Kumar, Sam Aldrin и Mach Chen. Документ заменяет исходный RFC 4379 и несколько дополнений. Это свидетельство вклада в коллективную работу IETF, а не владения реализациями или эксплуатационной власти над сетью.

Настоящий вопрос — FEC

Label Switched Path необходимо проверять, даже если инициатор не знает адрес конечного маршрутизатора. Поэтому запрос описывает forwarding equivalence class. Иногда достаточно префикса LDP или сессии RSVP; VPN внутри туннеля требует нескольких элементов FEC.

Адрес 127/8 не ведёт пробу через MPLS — это делает стек меток. Специальный адрес не позволяет пакету, преждевременно вышедшему из сломанного LSP, уйти как обычный IP к клиенту. Ожидаемый egress проверяет, заканчивает ли он данный FEC. В traceroute растущие TTL обращаются к транзитным узлам и локализуют расхождение.

«Ping прошёл» выбрасывает время, sequence, labels, FEC, LSR и return code/subcode. Квитанция также указывает, представляла ли проба настоящую глубину payload. RFC 8029 предупреждает, что нужна дополнительная метка: простой Echo может пройти через интерфейс, неспособный нести MPLS payload L2VPN или L3VPN. Пропущенный слой не наследует успех.

Один ECMP-путь не представляет множество

Для одного FEC может быть несколько next hops. Адрес, UDP-порт, entropy label, traffic class, payload и закрытый алгоритм меняют выбор. LSP Ping варьирует поля и следует mappings, но не гарантирует полноту.

RFC 8029 признаёт: частные алгоритмы могут сделать полный охват непрактичным, неактивные backup paths не проверяются, несколько уровней ECMP создают недостижимые комбинации. Положительный ответ доказывает только выбранный путь.

RFC 7882 показывает ту же ловушку с BFD: сессия остаётся up на одной ветви, пока другая отправляет трафик в blackhole. Правильная панель пишет «7 из 8, один backup не проверен» и сохраняет класс пакета. Медленная IP-проба и нагруженный non-IP payload могут попасть в разные hash, queue и policer.

У ответа собственный маршрут

Echo Reply не обязан разворачивать проверенный LSP. RFC 8029 допускает отсутствие ответа, обычный UDP по IPv4/IPv6, Router Alert или прикладной канал управления. RFC 7110 добавил заданный обратный путь именно потому, что возврат — отдельное свидетельство.

Ответ по management network не доказывает обратный клиентский путь. Молчание не доказывает поломку прямого: узел не поддерживает LSP Ping, control-plane policer отбрасывает пакет или ломается возврат. Стандарт описывает ложные отрицания и разрешает пробовать дальше молчащего транзитного узла.

Поэтому прямой блок хранит labels, FEC, TTL, downstream и validation. Обратный — запрошенный и фактический mode, адрес, transport, ограничение и время. Обычный IP-возврат остаётся IP-возвратом; без evidence reverse LSP поле остаётся неизвестным.

Три времени нельзя сжать в одно

LSP Ping проверяет момент. RFC 5884 использует его для запуска и привязки BFD к LSP; затем BFD следит за непрерывностью с согласованным интервалом. Echo в полдень не гарантирует 12:05, стабильный BFD не удостоверяет непосещённые ECMP-члены.

У клиентской услуги третьи часы. CE, pseudowire, MTU, размер, класс, шифрование, транспорт и приложение ещё могут отказать. SLA требует потери, задержки и доступности за окно. LSP Ping локализует MPLS-неисправность внутри цепочки, но не заменяет цепочку.

Return codes и mappings — отчёт, не знак качества. Иерархические или stitched tunnels меняют FEC Stack, Nil FEC скрывает детали. Handle, sequence, timestamp, rate limit и фильтр укрепляют диагностику против spoofing и replay, но не аутентифицируют клиентский результат.

Анализ agency у Heng Lu не даёт одалживать полномочия. Авторы задают грамматику, разработчики — код, оператор — охват, владелец услуги — результат. Имя автора не сертифицирует продукт, ответ маршрутизатора не подписывает SLA. Minimum specification координирует, оставляя решение тому, кто знает локальную сеть; running code свидетельствует лишь о реально выполненном опыте.

Квитанция с сохранёнными связями

Сначала фиксируются инициатор, время, LSP, Target FEC Stack, labels, payload depth, TTL, mode, traffic class, entropy и ECMP-поля. Затем LSR, код, mappings, изменения FEC, интерфейс, labels, время и configuration epoch.

Охват перечисляет next hops, комбинации, увиденные пути, backups, неподдерживающие узлы и неизвестную совокупность. Возврат получает отдельный блок. BFD добавляет session, discriminator, interval, transitions и window. Клиентский тест хранит endpoints, payload, class и objective.

Вывод становится точным: эта проба для этого FEC прошла этот путь и получила такой ответ; некоторые альтернативы не тестировались; непрерывность наблюдалась в данном окне; независимая транзакция выполнила либо не выполнила цель. Это длиннее «ping OK», зато не изобретает доказательства.

Источники