При устранении неполадок MPLS L3VPN трассировка между CE показывает на один хоп меньше, чем ожидалось; предпоследний LSR анонсирует implicit-null. Почему трассировка пропускает предпоследний хоп?

Правильный ответ объясняется механизмом Penultimate Hop Popping (PHP) в MPLS. Когда предпоследний маршрутизатор с коммутацией меток (LSR) получает пакет MPLS, он удаляет верхнюю метку (выполняет PHP) и пересылает пакет как чистый IP-пакет (или пакет с одной меткой, если это VPN) конечному PE-маршрутизатору. Трассировка, которая обычно работает путем увеличения TTL и анализа ICMP-ответов, видит этот процесс как один логический переход. Поскольку предпоследний LSR удаляет метку, он не отвечает с ошибкой TTL для пакета с меткой, а PE-маршрутизатор получает уже IP-пакет, поэтому трассировка не регистрирует предпоследний LSR как отдельный MPLS-хоп. Неправильные варианты: PE-маршрутизаторы не подавляют ответы TTL по умолчанию и не скрывают себя от трассировки таким образом. Трассировка может использовать UDP-зонды, но их отбрасывание политикой не является стандартным поведением, объясняющим пропуск хопа в MPLS L3VPN. MPLS L3VPN не шифрует метки и не скрывает хопы от трассировки; это не функция безопасности.