Skip to content

Reading a traceroute like it's 1999

Networking by nate_pad 5 replies 446 views
#1

Hi everyone! Sorry, total noob here I found this old guide about reading traceroutes and trying to learn. Could someone explain how you tell which carrier owns which hop from just the hostname? Like when it says something like "core-router.city.carrier.net" — how do you know who's peered with who? Sorry if this is dumb!!

#2

I stare at traceroutes more than I'd like 😂 few tricks: look at domain in hostname, check reverse DNS consistency, compare latency jumps. €0.02: contabo.com to ovhcloud.com usually hits Vultr backbone in between. Timing spikes = likely handoff. List I use:

  • RDNS match ASN
  • Whois the IP
  • Check peeringdb

Cloud paths broke my old method though. GCP and Azure hide everything now. Used to be obvious, now it's???

seedbox, NAS, tape, and three offsite
8 #3

hankels said:
Look at domain in hostname

How to say, actually the rDNS is not always true ! I work with Hetzner and they use the Hostinger network sometimes, but the hostname says Hetzner, so actually you must check the ASN path also. 'it doesn't go' if you trust only the name, you know ? I learn this with pain, believe me !

42U and still growing
4 #4

This is insane value knowledge! Back in the day you could map the whole internet from traceroutes! Ampere boxes at my edge run circles around old x86 for this kind of lookup workload — 128 cores, parallel whois, whole table in seconds! Modern cloud obfuscation kills the art though. AWS Global Accelerator? Invisible. Azure Front Door? Ghost hops. You see 3ms then 45ms with nothing between. Where's the carrier? Gone! The hostname game is dying and it makes me sad!

one small ping for man...
#5

Grabs popcorn 🍿

#6

ASN path is the only way I trust anymore. Names lie.

Post a reply

You need an account to reply. Log in or register to join the conversation.

Post reply Preview Save draft