Opóźnienie, jitter i utrata pakietów: co mówi każdy z tych pomiarów

Wysoki wynik prędkości pobierania nie gwarantuje płynnej rozmowy ani gry. Ruch interaktywny zależy też od opóźnienia, jego wahań zwanych jitterem oraz utraty pakietów. Każdy z tych parametrów opisuje inny aspekt połączenia, dlatego mierz je osobno, zanim wymienisz sprzęt lub obwinisz serwer.

Trzy pomiary, trzy różne pytania

Opóźnienie to czas, jaki dane potrzebują na przebycie drogi między punktami. Wynik polecenia ping zwykle podaje czas podróży w obie strony (RTT): odstęp od wysłania próbki do otrzymania odpowiedzi. Jitter opisuje zmienność kolejnych opóźnień. Odpowiedzi przychodzące po 20, 21, 90 i 18 milisekundach mogą mieć akceptowalną średnią, a mimo to zawierać zakłócający skok. Utrata pakietów oznacza, że próbka lub odpowiedź na nią nie dotarła przed upływem limitu czasu testu. Jedną z możliwych przyczyn jest przeciążenie; inną – celowe filtrowanie ruchu diagnostycznego.

Te parametry są ze sobą powiązane, ale nie można ich traktować zamiennie. Łącze zdolne do szybkiego przesłania dużego pliku może podczas wysyłania budować w routerze kolejkę, opóźniając krótkie pakiety używane przez rozmowę. Pojedyncza wolna odpowiedź od routera pośredniego to słaby dowód problemu na całej trasie: routery mogą nadawać odpowiedziom ICMP niski priorytet, jednocześnie normalnie przekazując zwykły ruch.

Praktyczna sekwencja testów

Wyślij serię próbek do tego samego celu za pomocą narzędzia „Sprawdź dostępność adresu IP lub strony” (ping i traceroute). Zanotuj cel, czas, minimalne i maksymalne RTT oraz próbki bez odpowiedzi. Powtórz test przez Ethernet lub w innej sieci. Osobno uruchom test prędkości internetu; przepustowość i opóźnienie odpowiadają na różne pytania. Jeśli przez Wi-Fi występują skoki, których nie ma przez Ethernet, najpierw zbadaj jakość sygnału, zakłócenia i inne urządzenia w sieci lokalnej.

Zachowaj porównywalne warunki: ten sam serwer, urządzenie, metodę i podobną porę dnia. Sprawdź zarówno bezczynne łącze, jak i łącze obciążone dużym wysyłaniem. Duży wzrost RTT pod obciążeniem wskazuje na kolejkowanie; sama zmiana DNS raczej tego nie naprawi. Wiele krótkich testów w czasie jest bardziej przydatnych niż jeden zrzut ekranu wykonany podczas niewyjaśnionego skoku.

Interpretuj wyniki w kontekście aplikacji

Nie istnieje uniwersalny próg jittera, który zapewnia dobrą jakość każdej gry czy rozmowy. Aplikacje różnią się sposobem buforowania dźwięku, radzenia sobie z utratą pakietów i wyboru ścieżek sieciowych. Utracone odpowiedzi ICMP nie oznaczają automatycznie utraconych pakietów multimedialnych. Jeśli problemy ma tylko jedna usługa, sprawdź jej własne statystyki i status. Śledzenie trasy może pomóc wykryć wzorzec, ale jego próbki mogą iść inną ścieżką niż ruch aplikacji.

RFC 792 opisuje komunikaty ICMP Echo, których zwykle używa ping. Definiuje mechanizm, a nie jedną ocenę jakości dla każdej aplikacji. Porównuj powtarzane wyniki z objawami, które faktycznie zauważają użytkownicy.