As a network engineer who gets similar reports fairly often, I recommend watching "Tutorial: Troubleshooting with Traceroute" (a.k.a. "A Practical Guide to (Cor

As a network engineer who gets similar reports fairly often, I recommend watching "Tutorial: Troubleshooting with Traceroute" (a.k.a. "A Practical Guide to (Correctly) Troubleshooting with Traceroute"), as recorded at NANOG 62 (there's also an older presentation from NANOG 47, IIRC). It covers the same stuff John's article does and more. A PDF of the slides [1] is also available. John alluded to this in his "side note" but often (the majority of cases, IME) the TTL will not be decremented inside of the MPLS core so you, as an end user, will have no visibility into it. You'll just see, for example, hop #4 (Los Angeles) then hop #5 (New York City), completely unaware that the IP packet actually passed through (MPLS "P") routers in Phoenix, Denver, Kansas City, Chicago, and Washington, DC, in between. You'll see the same thing -- although at a different layer -- when Q-in-Q tunneling is in use (assuming L2 protocols are also being tunneled). N.B.: On common Linux distributions, there are usually several traceroute variants available. They are not all created equal. If a "regular" (UDP) traceroute won't work, you can try using ICMP or even TCP. [0]: https://youtu.be/a1IaRAVGPEE https://youtu.be/a1IaRAVGPEE [1]: https://www.nanog.org/sites/default/files/tuesday_steenbergen_troublshootingtraceroute_62.49.pdf https://www.nanog.org/sites/default/files/tuesday_steenberge...