mtr vs traceroute

Traceroute ja mtr on mõlemad käsurea tööriistad võrguteede probleemide diagnoosimiseks. Traceroute annab teile ühekordse hetkepildi pakettide teekonnast. mtr teeb sama, kuid jätkab sondeerimist, kogudes aja jooksul statistikat pakettide kadude, latentsuse ja värinate kohta. Selles postituses kirjeldatakse, kuidas iga tööriist töötab, kuidas lugeda väljundit ja millal millist vahendit kasutada.

Kuidas traceroute töötab

Traceroute kasutab IP-pakettide päises olevat Time-to-Live (TTL) välja. Ta saadab paketi, mille TTL on määratud 1. Esimene marsruuter vähendab TTL-i nullini, lükkab paketi maha ja saadab tagasi ICMP-teate "Time Exceeded" (aeg ületatud). Traceroute salvestab marsruuteri IP ja ringreisi aja, seejärel saadab teise paketi, mille TTL on määratud 2, ja nii edasi, kuni pakett jõuab sihtkohta või jõuab maksimaalse hüppeliigutuseni (vaikimisi 30, mida saab reguleerida funktsiooniga -m).

Vaikimisi saadab traceroute kolm sondi iga hüppe kohta, mis annab kolm latentsuse näitu. Protokollid erinevad sõltuvalt operatsioonisüsteemist:

• Windows: ICMP Echo Requests: tracert-komando saadab ICMP Echo Requests.
• Linux/macOS: käsk traceroute saadab UDP-andmesõnumeid (pordid 33434-33534). Kui UDP on blokeeritud, kasutage ICMP puhul -I või TCP puhul -T.

Lipu -n lisamine jätab pöörd-DNS-i otsingud vahele, mis kiirendab asju märkimisväärselt paljude hüpetega marsruutide puhul.

Kuidas mtr töötab

mtr (My Traceroute) kasutab sama TTL-põhist teeotsingut nagu traceroute, kuid saadab pidevalt sonde, tavaliselt ühe sondi sekundis. Kolme andmepunkti asemel ühe hüppe kohta saate jooksvat statistikat: paketikadude protsent, keskmine latentsus, parim ja halvim reageerimisaeg ning standardhälve (jitter).

mtr toetab ICMP- (vaikimisi), UDP- ja TCP SYN-sondid. TCP-režiim on kasulik, kui tulemüürid blokeerivad ICMP või kui soovite testida konkreetset rakendusporti:

mtr --tcp --port 443 example.com

Mitte-interaktiivse aruande saamiseks, mida saate jagada tugimeeskonnaga, kasutage aruande režiimi:

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

See käivitab 100 sondi ja prindib kokkuvõtte. Saate määrata ka kohandatud pakettide suuruse, kasutades --psize, et testida MTU või killustatuse probleeme.

mtr töötab algselt Linuxis ja macOSis. Windowsi kasutajad saavad kasutada WinMTR-i GUI-ekvivalendi jaoks.

Peamised erinevused

Praktiline erinevus seisneb perioodilistes probleemides. Üks traceroute võib kergesti mööda minna ruuterist, mis kukutab 2% pakettidest, või hüppest, millel on 15 ms jitter. mtr tabab need, sest ta mõõdab pidevalt.

Väljundi lugemine

Kõige tavalisem viga traceroute'i või mtr-i väljundit lugedes on eeldada, et problemaatilise välimusega vahehüpe tähendab, et tegemist on tõelise probleemiga. Tavaliselt ei ole see nii.

Tähised (*) traceroute'is tähendavad, et marsruuter ei vastanud sondile. Paljud marsruuterid on konfigureeritud ICMP-i ignoreerimiseks või kiiruse piiramiseks. Kui sellele järgnevad hüpped vastavad normaalselt, on tee korras.

Pakettide kaotus ühe hüppe juures mtr-s järgib sama loogikat. Kui 5. hüppekoht näitab 20% kaotust, kuid lõppsihtkoht näitab 0%, siis see marsruuter lihtsalt deprioritiseerib proovivastuseid. Tegelik paketikadu ilmneb mustrina: kaotus ilmneb ühes hüppes ja püsib iga järgneva hüppe jooksul sihtkohani.

Viivitushüpped hüppeliigutuste vahel on normaalsed ja oodatavad. Hüpe 10 ms kuni 80 ms tähendab tavaliselt, et pakett läbis ookeani või pika maismaatee. Muretsege latentsuse pärast ainult siis, kui see on vahemaa kohta ebatavaliselt suur (alla 5 ms linnapiirkonnas, kümned millisekundid üle maa, 80-150 ms üle ookeani) või kui lõppsihtkoha latentsus on vastuvõetamatu.

StDev (jitter) mtr-s tasub tähelepanu pöörata. Väärtused üle 10 ms mis tahes hüppel võivad põhjustada probleeme VoIP-, videokõnedes ja mängude puhul. Kui näete kõrget jitterit, käivitage vähemalt 100 tsüklit, et veenduda, et tegemist on püsiva mustriga, mitte lühiajalise piigiga.

Millal iga vahendit kasutada

Kasutage traceroute'i, kui vajate kiiret vastust: kas sihtkoht on saavutatav ja kui mitte, siis kus tee katkeb? See on õige lähtepunkt katkestuste ja põhilise marsruutimise kontrollimiseks.

Kasutage mtr, kui probleem on katkendlik või jõudlusega seotud. Kasutajad, kes teatavad aeg-ajalt katkenud ühendustest, VoIP-kvaliteediprobleemidest või latentsuspiikidest, vajavad mtr-i pidevaid andmeid. Usaldusväärse statistika saamiseks käivitage vähemalt 50-100 tsüklit.

Põhjaliku diagnoosi saamiseks käivitage mtr mõlemas suunas: teie masinast serverisse ja serverist tagasi teie IP-sse. Interneti marsruutimine on asümmeetriline, nii et tagasiteel võib olla täiesti erinevad omadused. Kui te testite ainult ühte suunda, võite jätta tähelepanuta, kus probleem tegelikult on.

Kui teil on probleeme oma spetsiaalse serveri või VPSiga, aktsepteerivad FDC Serversi tugimeeskonnad mtr-aruandeid kui standardseid diagnostilisi tõendeid võrgu eskalatsiooni jaoks.