Bir MPLS L3VPN sorun giderme işleminde, CE'ler arasındaki traceroute'lar beklenenden bir hop daha kısa görünüyor; sondan bir önceki LSR implicit-null reklamı yapıyor. Traceroute neden sondan bir önceki hop'u atlar?

MPLS L3VPN sorun gidermede, sondan bir önceki LSR (Label Switching Router) üst etiketi (top label) kaldırır ve bu işleme Penultimate Hop Popping (PHP) denir. Bu durumda, traceroute, IP paketini bu LSR'den geçtikten sonra doğrudan son hedefe yönelmiş gibi algılar ve sondan bir önceki LSR'yi ayrı bir hop olarak göstermez. Bu, traceroute'un beklenen hop sayısından bir eksik görünmesine neden olur. Diğer seçenekler yanlıştır çünkü PE router'lar TTL yanıtlarını bastırmaz, traceroute UDP problarını kullanır ancak bu bir ilke cihazı tarafından düşürülmez ve MPLS etiketleri şifrelenmez.