Alcatraz Pro zyskuje diagnostykę MTR

Alcatraz Pro to chmurowa platforma zarządzania urządzeniami od inext — operatorzy używają jej do monitorowania, aktualizowania i zdalnego sterowania flotą swoich dekoderów. Dodaliśmy do jej konsoli nowe polecenie — mtr (My Traceroute). Operatorzy mogą teraz uruchamiać diagnostykę trasy sieciowej bezpośrednio z dekodera abonenta do dowolnego hosta docelowego i sprawdzać hop po hopie, gdzie pojawiają się utrata pakietów, opóźnienia lub niestabilność połączenia.

Dostępność: polecenie mtr wymaga firmware 1.17.17+ na urządzeniach z serii TV5 oraz 1.8.26+ na urządzeniach z serii TV6.

Czym jest MTR?

MTR (My Traceroute) to narzędzie do diagnostyki sieci, które łączy możliwości dwóch klasycznych narzędzi — ping i traceroute — w jednym zbiorczym raporcie z całej trasy sieciowej.

Zamiast sprawdzać trasę tylko raz, jak traceroute, albo testować wyłącznie host docelowy, jak ping, MTR wielokrotnie bada trasę sieciową. Wysyła pakiety ze stopniowo zwiększaną wartością Time-To-Live (TTL), aby wykryć każdy router, czyli hop, między urządzeniem a hostem docelowym, korzystając z odpowiedzi ICMP „time exceeded” zwracanych przez kolejne węzły.

Co ważne, MTR nie sprawdza każdego hopu tylko raz. Wysyła wiele cykli pakietów i zbiera odpowiedzi w statystyki dla poszczególnych hopów — dzięki temu wyniki są znacznie bardziej miarodajne. Pojedynczy traceroute może łatwo przeoczyć sporadyczne straty; zagregowana próbka z MTR pozwala je wykryć.

Jak to działa w konsoli Alcatraz Pro

Ponieważ test jest wykonywany na zdalnym dekoderze, a nie w lokalnym terminalu operatora, Alcatraz Pro używa MTR w modelu „uruchom test i odbierz raport”, a nie jako podglądu na żywo:

1. Konfiguracja testu. W konsoli operator wskazuje host docelowy i parametry testu — na przykład liczbę cykli, odstęp między próbami (-i), protokół (domyślnie ICMP albo TCP przez -T), port docelowy (-P), maksymalną liczbę hopów (-m) oraz rozmiar pakietu (-s).
2. Dekoder wykonuje test. Dekoder uruchamia mtr na zadaną liczbę cykli i lokalnie gromadzi statystyki dla poszczególnych hopów.
3. Przesłanie wyników. Po zakończeniu testu dekoder wysyła gotowy raport do backendu.
4. Konsola wyświetla raport. Alcatraz Pro pokazuje tabelę z wynikami dla kolejnych hopów — utratę pakietów, opóźnienie i jitter dla każdego routera na trasie.

Nie ma tu podglądu na żywo krok po kroku. Zamiast tego konsola dostarcza kompletny raport z kontrolowanego testu — gotowy do analizy, zapisania i porównania z innymi wynikami.

Jakie metryki pokazuje

Dla każdego hopu na trasie MTR raportuje:

• Utratę pakietów (%) — pokazuje, który hop gubi pakiety, dzięki czemu problematyczny router albo słabe łącze można szybko zauważyć.
• Opóźnienie (ping) — ostatni (Last), średni (Avg), najlepszy (Best) i najgorszy (Worst) czas przejścia pakietu w obie strony dla każdego hopu, co pomaga ustalić, gdzie pojawia się opóźnienie.
• Jitter (StDev) — zmienność opóźnienia, która pomaga wykryć niestabilne lub przeciążone połączenia pogarszające jakość streamingu.

Typowy raport wygląda tak:

                               Packets               Pings
 Host                        Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. gateway.local             0.0%    50    0.4   0.5   0.3   1.2   0.1
 2. isp-core-1                0.0%    50    8.1   8.4   7.9  12.0   0.6
 3. transit-edge              2.0%    50   14.2  14.8  13.9  41.0   3.1
 4. peering-exchange          0.0%    50   15.0  15.3  14.8  18.2   0.5
 5. streaming-server          0.0%    50   15.4  15.6  15.1  19.0   0.4

Jak czytać wynik

Najważniejsza zasada przy interpretacji raportu MTR brzmi: utrata pakietów ma znaczenie tylko wtedy, gdy utrzymuje się aż do hosta docelowego.

W powyższym przykładzie hop 3 pokazuje 2% strat, ale host docelowy, czyli hop 5, pokazuje 0%. Najczęściej oznacza to, że router na hopie 3 ogranicza szybkość odpowiedzi lub obniża priorytet diagnostycznych pakietów ICMP, które sam generuje, a jednocześnie prawidłowo przekazuje rzeczywisty ruch dalej. Dla abonentów operatora nie jest to problem.

Rzeczywista usterka wygląda inaczej: utrata pakietów pojawia się na danym hopie i utrzymuje się na każdym kolejnym hopie, aż do hosta docelowego. Taki wzorzec wskazuje na realny problem z łączem. Jeśli router całkowicie blokuje ICMP, MTR może też użyć UDP lub TCP, aby prześledzić trasę i sprawdzić konkretny port.

Dlaczego to ważne dla operatorów

Skargi na działanie sieci bywają trudne do zdiagnozowania, ponieważ problem zwykle nie leży ani po stronie urządzenia, ani po stronie serwera — znajduje się gdzieś po drodze. Mając mtr w konsoli Alcatraz Pro, operatorzy mogą:

• Uruchomić diagnostykę z rzeczywistego dekodera abonenta do własnych serwerów streamingowych lub serwerów middleware, odtwarzając realne warunki sieciowe abonenta.
• Zlokalizować problem na konkretnym hopie zamiast zgadywać, zamieniając zgłoszenie typu „obraz cały czas się buforuje” w konkretną informację: „straty zaczynają się na brzegu sieci dostawcy tranzytowego”.
• Odróżnić rzeczywistą utratę pakietów od nieszkodliwego ograniczania odpowiedzi ICMP, unikając fałszywych alarmów.
• Wykryć skoki jittera i opóźnienia, które pogarszają jakość telewizji na żywo i VOD, zanim przerodzą się w zgłoszenia do wsparcia.

Dostępne przez API

Polecenie mtr jest również dostępne przez Alcatraz Pro API, dzięki czemu operatorzy mogą automatyzować diagnostykę — na przykład uruchamiać testy z grupy dekoderów podczas incydentu albo włączać kontrole jakości trasy do własnych systemów monitoringu i powiadomień.

Dalsza lektura

• mtr — oficjalny projekt i kod źródłowy (GitHub) — narzędzie open source stojące za tym poleceniem.
• Strona podręcznika mtr — pełna lista flag — dokumentacja -i, -T, -P, -m, -s i innych parametrów.
• Cloudflare: What is MTR? — krótkie wprowadzenie do działania MTR.
• APNIC: How to properly interpret a traceroute or MTR — bardziej szczegółowy przewodnik po interpretacji wyników.