Myslím, že pročtení si manuálové stránky k traceroute by neškodilo. Ne že by ICMP pakety posílat neuměl, to on umí (traceroute -I), ale třeba verze u mě na systému posílá UDP datagramy. Také postupně zvyšuje TTL flag, aby při putování datagramu sítí dostal ICMP odpověď "Time to live exceeded" (TIME_EXCEEDED), často od dalšího stroje po cestě v síti. Pozor, jsou ale i takové stroje, které TTL nemění a ve výpisu traceroute se tedy neobjeví.
A to, že to posílá defaultně UDP datagramy je také důvodem, proč to zvnitřku různě zafirewallovaných sítí často nefunguje..
To jen pro upřesnění..
Chybějící stroje ve výpisu traceroute jsou způsobeny spíš neposíláním TTL exceeded nebo filtrem, který ty message (nebou už pakety, které je mají vyvolat) zahazuje. Odeslat paket s hodnotou TTL větší nebo rovnou té, se kterou přišel, je přeci jen už hodně silná káva a udělat něco takového (ano, vím, že takové stroje existují, vím jak to zařídit a vím, jaké k tomu mohou být důvody), aniž bych měl absolutní jistotu, že ten paket někdy uvidím znovu, by zasluhovalo exemplární trest.
čekal bych, že v odstavci věnovanému směrování a route bude uvedeno, co se stane, když jsou v routovací tabulce uvedeny záznamy se stejnou cílovou adresou.
dál jsem to ani nečetl, zklamání :-/
nejvíc práce dá vždycky zjistit, proč to najednou přestalo chodit. a v tom případě je na vině buď HW, nebo kolega, který něco změnil a ostatním to neřekl (např. ip adresu proxy, dns, ...).