mtr vs traceroute

Traceroute i mtr jsou nástroje příkazového řádku pro diagnostiku problémů se síťovými cestami. Traceroute poskytuje jednorázový snímek trasy, kterou pakety procházejí. mtr dělá totéž, ale pokračuje ve zkoumání a vytváří statistiky o ztrátě paketů, latenci a zpoždění v průběhu času. V tomto příspěvku se dozvíte, jak jednotlivé nástroje fungují, jak číst jejich výstupy a kdy který použít.

Jak traceroute funguje

Traceroute využívá pole TTL (Time-to-Live) v hlavičkách paketů IP. Odešle paket s TTL nastaveným na hodnotu 1. První směrovač sníží TTL na nulu, paket zahodí a odešle zpět zprávu ICMP "Time Exceeded". Traceroute zaznamená IP adresu směrovače a dobu cesty, poté odešle další paket s TTL nastaveným na 2 a tak dále, dokud paket nedosáhne cíle nebo nenarazí na limit maximálního skoku (ve výchozím nastavení 30, nastavitelný pomocí -m).

Ve výchozím nastavení traceroute odesílá tři sondy na jeden skok, čímž získáte tři údaje o latenci. Protokoly se liší podle operačního systému:

• Windows: Příkaz tracert odesílá ICMP Echo Requests.
• Linux/macOS: Příkaz traceroute odesílá datagramy UDP (porty 33434-33534). Pokud je UDP blokován, použijte -I pro ICMP nebo -T pro TCP.

Přidáním příznaku -n se přeskočí reverzní vyhledávání DNS, což znatelně urychlí práci na cestách s mnoha skoky.

Jak mtr funguje

funkce mtr (My Traceroute) používá stejné zjišťování cesty založené na TTL jako funkce traceroute, ale neustále odesílá sondy, obvykle jednu za sekundu. Namísto tří datových bodů za skok získáte průběžné statistiky: procento ztrát paketů, průměrnou latenci, nejlepší a nejhorší dobu odezvy a směrodatnou odchylku (jitter).

mtr podporuje sondy ICMP (výchozí), UDP a TCP SYN. Režim TCP je užitečný, pokud firewally blokují ICMP nebo pokud chcete testovat konkrétní port aplikace:

mtr --tcp --port 443 example.com

Pro neinteraktivní zprávu, kterou můžete sdílet s týmem podpory, použijte režim zprávy:

mtr --report --report-cycles 100 example.com

Ten spustí 100 sond a vytiskne souhrn. Můžete také nastavit vlastní velikosti paketů pomocí parametru --psize a testovat tak problémy s MTU nebo fragmentací.

program mtr běží nativně v systémech Linux a MacOS. Uživatelé systému Windows mohou použít ekvivalent grafického rozhraní WinMTR.

Klíčové rozdíly

Praktický rozdíl spočívá v přerušovaných problémech. Jediný traceroute může snadno přehlédnout směrovač, který zahodí 2 % paketů, nebo hop s 15ms jitterem. mtr je zachytí, protože neustále měří.

Čtení výstupu

Nejčastější chybou při čtení výstupu traceroute nebo mtr je předpoklad, že problematicky vypadající mezisklad znamená skutečný problém. Obvykle tomu tak není.

Hvězdičky (*) v traceroutu znamenají, že směrovač neodpověděl na sondu. Mnoho směrovačů je nakonfigurováno tak, aby ignorovaly nebo omezovaly rychlost protokolu ICMP. Pokud následující skoky reagují normálně, je cesta v pořádku.

Ztráta paketu na jednom skoku v mtr se řídí stejnou logikou. Pokud hop 5 vykazuje 20% ztrátu, ale konečný cíl vykazuje 0%, tento směrovač pouze deprioritizuje odpovědi sondy. Skutečná ztráta paketů se projevuje jako vzorec: ztráta se objeví na jednom skoku a přetrvává v každém dalším skoku k cíli.

Skoky latence mezi jednotlivými skoky jsou normální a očekávané. Skok z 10 ms na 80 ms obvykle znamená, že paket překročil oceán nebo dlouhou pozemní trasu. Latencí se zabývejte pouze v případě, že je na danou vzdálenost neobvykle vysoká (pod 5 ms v rámci metropolitní oblasti, desítky milisekund na cestě přes zemi, 80-150 ms na transoceánské cestě) nebo pokud je latence v cílové destinaci nepřijatelná.

StDev (jitter) v mtr stojí za pozornost. Hodnoty nad 10 ms na kterémkoli skoku mohou způsobit problémy u VoIP, videohovorů a her. Pokud vidíte vysoký jitter, proveďte alespoň 100 cyklů, abyste se ujistili, že se jedná o trvalý vzorec a ne o krátkodobý výkyv.

Kdy používat jednotlivé nástroje

Trasování použijte, když potřebujete rychlou odpověď: je cíl dosažitelný, a pokud ne, kde se cesta přerušuje? Je to správný výchozí bod pro výpadky a pro ověření základního směrování.

Mtr použijte, pokud je problém přerušovaný nebo souvisí s výkonem. Uživatelé, kteří hlásí občasná odpojení, problémy s kvalitou VoIP nebo nárůsty latence, potřebují průběžná data mtr. Pro spolehlivé statistiky provádějte alespoň 50-100 cyklů.

Pro důkladnou diagnostiku spusťte mtr oběma směry: z vašeho počítače na server a ze serveru zpět na vaši IP. Směrování v internetu je asymetrické, takže zpětná cesta může mít zcela odlišné vlastnosti. Pokud budete testovat pouze jeden směr, může vám uniknout, kde je vlastně problém.

Pokud máte problémy s dedikovaným serverem nebo VPS, týmy podpory FDC Servers přijímají hlášení mtr jako standardní diagnostický důkaz pro eskalaci sítě.