MTR Network Diagnostic Tool
Artykuł szczegółowo opisuje działanie MTR, zawiera pewne przykłady wiersza poleceń i wyjaśnia wygenerowane dane. Ostatecznie, biorąc pod uwagę wyniki, przeprowadzamy analizę raportów.
Jak działa MTR?
Narzędzia diagnostyczne sieciowe, takie jak ping, traceroute i mTR sonda, połączenie między dwoma urządzeniami z pakietami ICMP w celu rozwiązywania problemów z łącznością sieciową. Podczas gdy narzędzie ping używa ICMP Echo_Request i Echo_replies, w przeciwieństwie.
W przypadku analizy chmielowej MTR ustanawia adresy przełączników, bram i routerów między urządzeniami lokalnymi i zdalnymi. Następnie używa pakietów ICMP z TTL do ping każdego przeskoku tak, aby TTL kontroluje węzły, które pakiet osiągnie przed śmiercią. Dlatego wysyła serię ICMP Echo_Request z ustawionym TTL na jeden, dwa, trzy itp.
Powyższe statystyki procesu zawierają dodatkowe informacje, takie jak stan chmielu, połączenie sieci. Najważniejsze, jest podobny do najlepszego polecenia, ponieważ wciąż odświeża się dzięki łączności sieciowej w czasie rzeczywistym.
Instalacja MTR
Domyślnie narzędzie żyje w /użytkownik/sbin katalog, który jest wstępnie zainstalowany z większością dystrybucji. Jeśli nie jest dostępny, zainstaluj Mtr z domyślnym menedżerem pakietów dystrybucji.
Dla Ubuntu:
Ubuntu@ubuntu: ~ $ sudo apt -get -y instaluj mtr
Dla Rhel:
Ubuntu@ubuntu: ~ $ sudo yum -y instaluj mtr
Dla Arch:
Ubuntu@ubuntu: ~ $ sudo pacman -y instaluj mtr
Generowanie i czytanie raportów na żywo MTR
Jak pokazano na powyższych zrzutach ekranu, oprócz listy sieciowych, MTR śledzi również opóźnienie. Innymi słowy, szacuje również czas podróży w obie strony z komputera lokalnego do każdego urządzenia na ścieżce.
Aby uzyskać lepszy pomysł, skorzystaj z flagi raportu, aby wygenerować raport, stanowiąc statystyki dotyczące jakości sieci. Użytkownicy mogą również wykorzystać to z opcją -C, ponieważ będzie działać tylko dla liczby cykli określonych przez IT i wyjścia po drukowaniu statystyk.
Ubuntu@ubuntu: ~ $ sudo mtr -r -c 5 Google.com
Poprzednie zrzuty ekranu wyświetla kilka pól/kolumn, aby uzyskać dostęp do ruchu sieciowego. Te kolumny przedstawiają następujące statystyki:
- %Strata: Procent utraty pakietu na każdej maszynie
- SNT: Liczba wysłanych pakietów
- Ostatni: Czas podróży w obie strony ostatniego pakietu Traceroute
- AVG: Średni czas podróży w obie strony dla wszystkich sond
- To, co najlepsze: Najkrótszy czas podróży w obie strony pakietu do konkretnego gospodarza
- WRST: Najdłuższy czas podróży w obie strony pakietu do gospodarza
- STDEV: Standardowe odchylenie opóźnień
Snt Do Wrst kolumny mierzą opóźnienia w milisekundach, ale tylko Avg Kolumna ma największe znaczenie. Jedynym minusem generowania raportów dla jakości sieci jest to, że wykorzystuje dużo ruchu sieciowego, który degraduje wydajność sieci.
Przydatne opcje
Poniższa sekcja zawiera niektóre z najbardziej pomocnych przykładów poleceń Flag MTR. Wyjaśnimy szczegóły danych wyjściowych w sekcji odczytu raportu MTR.
IPv6: MTR używa IPv6 jako opcji domyślnej, która wymaga włączenia adresu IP lub nazwy domeny hosta docelowego jako argumentu. Wyświetli wyjście wyjściowe w czasie rzeczywistym Ctrl+C lub Q, aby wyjść:
Ubuntu@ubuntu: ~ $ sudo mtr google.com
Lub
Ubuntu@ubuntu: ~ $ sudo mtr 8.8.8.8
Tylko IPv4: Przełącznik IPv4 (-4) wyświetla tylko adresy IPv4 i zawiera w pełni kwalifikowane nazwy domeny:
Ubuntu@ubuntu: ~ $ sudo mtr -4 Google.com
B: Aby wyświetlić zarówno nazwy domeny, jak i adresy IPv4, użyj flagi -B w następujący sposób:
Ubuntu@ubuntu: ~ $ sudo mtr -b Google.com
C: Jak omówiono wcześniej, flaga ogranicza liczbę pingów wysłanych do każdej maszyny. Po zakończeniu liczby pingów zatrzymuje aktualizację na żywo i wkrótce potem wychodzi z MTR:
Ubuntu@ubuntu: ~ $ sudo mtr -c7 Google.com
T/u: Wymień pakiety echa ICMP na TCP Syn -T/-tcp lub DataGrams UDP -u/-udp:
Ubuntu@ubuntu: ~ $ sudo mtr - -tcp Google.com
Lub
Ubuntu@ubuntu: ~ $ sudo mtr --udp Google.com
o: Ułóż pole wyjściowe zgodnie z wymaganiami. Na przykład podane polecenie wyświetla dane wyjściowe w następujący sposób:
Ubuntu@ubuntu: ~ $ mtr -o "lsdr nbaw jmxi" 8.8.8.8
M: Podaj chmiel między lokalnym hostem a zdalnym komputerem. Poniższe przykłady ustawiają chmiel na 5, podczas gdy wartość domyślna wynosi 30:
Ubuntu@ubuntu: ~ $ mtr -m 5 8.8.8.8
S: Sonduj sieć, określając rozmiar pakietu ICMP, w tym nagłówki IP/ICMP w bajtach:
Ubuntu@ubuntu: ~ $ MTR -s Packetize -c 5 Google.com
Analiza raportu
Analiza raportu wyjściowego MTR stanowi głównie lub koncentruje się na utraty pakietów i opóźnieniu sieci. Omówmy każdy z nich szczegółowo:
Utrata pakietu
Raport MTR generuje procent pola utraty pakietów na każdym przeskoku, aby wskazać problem. Jednak usługodawcy mają powszechną praktykę pakietów MTR MTR ICMP, które zapewniają złudzenie utraty pakietów, co nie jest prawdą. Aby ustalić, czy utrata pakietu jest faktycznie spowodowana ograniczaniem stawki, czy nie, zwróć uwagę na utratę pakietu późniejszego przeskoku. Jak na powyższym zrzucie ekranu, dla -o Przykład flagi obserwujemy utratę pakietu 16.7% W Hop 5 i 6. Jeśli na następnym urządzeniu nie ma utraty pakietów, wynika to z powodu ograniczenia stawki.
W innym scenariuszu, jeśli raporty przedstawiają różne ilości strat na początku kolejnych chmielu, a później kilka urządzeń wykazuje ten sam procent straty pakietu, wówczas strata na początkowych maszyna. Stąd, gdy MTR zgłasza inną utratę pakietów w różnych chmielu, zaufaj stratom w późniejszych chmielach.
Opóźnienie sieciowe
Opóźnienie sieci wzrasta wraz z liczbą chmielu między dwoma punktami końcowymi. Jednak opóźnienie zależy również od jakości połączenia sieciowego między maszynami lokalnymi i zdalnymi. Na przykład połączenia dial-up pokazują wyższe opóźnienie niż modemy kablowe.
Należy również zauważyć, że opóźnienie sieci nie oznacza nieefektywnej trasy. Niezależnie od wysokiego opóźnienia sieci w różnych węzłach, pakiety mogą dotrzeć do miejsca docelowego i powrócić do źródła z zerową stratą.
W powyższym przykładzie obserwujemy skok opóźnienia od 8. przeskoku, ale żaden pakiet nie został utracony.
Wniosek
Zrozumienie podstaw MTR jest niezbędne do zdobycia i ustalenia najczęstszych problemów łączności sieciowych, takich jak niewłaściwa konfiguracja routera ISP/Residential i docelowej sieci hosta, limit czasu i ograniczania szybkości ICMP. Artykuł buduje podstawę dla początkującego użytkownika, aby zrozumieć użycie i działanie MTR. Pokazuje także, jak generować raporty MTR i przeprowadzić analizę w celu zidentyfikowania ograniczających szybkości problemów związanych z utratą pakietów i analizy opóźnień sieciowych.