Czym jest jitter? Jak przetestować jitter i utratę pakietów przed rozmową

Jitter określa, jak bardzo zmienia się opóźnienie połączenia z chwili na chwilę. Utrata pakietów to odsetek danych, które nigdy nie docierają do odbiorcy. Podczas rozmowy wysoki jitter sprawia, że głos brzmi robotycznie, a utrata pakietów powoduje znikanie słów i sylab — nawet przy szybkim połączeniu. Microsoft podaje, że w przypadku dźwięku w Teams typowe wartości to jitter poniżej 30 ms i utrata pakietów poniżej 2%. Zoom zaleca jitter nieprzekraczający 40 ms i utratę pakietów nieprzekraczającą 2%. Możesz zmierzyć obie wartości w przeglądarce, z wiersza poleceń Windows lub w statystykach samej aplikacji do spotkań.

Poradnik dotyczący opóźnień podczas rozmów mimo szybkiego internetu wyjaśnia, dlaczego sama szybkość nie wystarczy, a sprawdzenie internetu przed rozmową opisuje, kiedy wykonać test. W tym poradniku wyjaśniamy, co oznaczają te dwie wartości i jak je zmierzyć.

Jitter i utrata pakietów podczas rozmowy

Dźwięk i obraz są przesyłane w małych pakietach, po wiele na sekundę. Gdyby każdy pakiet docierał dokładnie po 40 ms, rozmowa byłaby po prostu opóźniona o 40 ms i nikt by tego nie zauważył. Jitter to nierównomierność: dotarcie jednego pakietu zajmuje 20 ms, a kolejnego 70 ms. Aplikacja do spotkań przechowuje pakiety w buforze, aby wyrównać te różnice. Microsoft informuje, że Teams potrafi kompensować część jittera za pomocą buforowania, a zauważysz go dopiero wtedy, gdy przekroczy wartość, którą bufor może skompensować.

Utrata pakietów jest poważniejsza, ponieważ utraconego pakietu nie da się odzyskać, a aplikacja musi jakoś wypełnić lukę. W swoim poradniku dotyczącym jakości połączeń Microsoft opisuje, jak brzmi każdy z tych problemów:

Jakie wartości są dobre

Aplikacje do spotkań publikują własne wartości referencyjne. Są to wartości docelowe dla ruchu generowanego przez daną aplikację podczas rozmowy; potraktuj je jako punkt odniesienia przy odczytywaniu wyników innych testów:

Pojedynczy odczyt przekraczający te wartości nie oznacza, że rozmowa się nie powiedzie. Warto jednak zająć się problemem przed rozmową, jeśli wynik utrzymuje się na wysokim poziomie przez kilka minut lub rośnie za każdym razem, gdy ktoś inny zaczyna korzystać z połączenia.

Jak oblicza się jitter

Narzędzia mierzą jitter na nieco różne sposoby, dlatego porównuj wyniki uzyskane za pomocą tego samego narzędzia. Na przykład test szybkości Cloudflare oblicza jitter jako średnią różnicę między kolejnymi pomiarami opóźnienia. Przy pięciu pomiarach wynoszących 20, 24, 19, 45 i 21 ms różnice to 4, 5, 26 i 24 ms, więc jitter wynosi około 15 ms. Średnie opóźnienie równe 26 ms nie pokazuje, że jeden z pomiarów trwał mniej więcej dwa razy dłużej niż pozostałe.

Trzy sposoby testowania przed rozmową

1. Test w przeglądarce, który podaje obie wartości

Otwórz speed.cloudflare.com na komputerze, z którego będziesz dołączać do spotkania. Cloudflare wyjaśnia że jego test mierzy jitter zarówno wtedy, gdy połączenie jest bezczynne, jak i wtedy, gdy jest obciążone pobieraniem i wysyłaniem danych, a utratę pakietów mierzy, przekazując pakiety przez serwer WebRTC TURN. Zwróć uwagę na różnicę między wynikami przy bezczynności i pod obciążeniem. Jeśli jitter gwałtownie rośnie, gdy połączenie jest zajęte, kopia zapasowa, synchronizacja z chmurą lub wysyłanie danych przez inne urządzenie może zajmować całe pasmo — podczas rozmowy wystąpiłby ten sam problem.

2. Wiersz poleceń Windows: ping i pathping

Otwórz Wiersz polecenia lub Terminal i uruchom:

ping -n 100 1.1.1.1

Domyślnie polecenie ping wysyła cztery żądania; -n 100 wysyła ich sto, co zajmuje minutę lub dwie. Wiersz podsumowania pokazuje, ile pakietów utracono i jaki to odsetek. Czasy minimalny i maksymalny pokazują różnicę między najszybszą a najwolniejszą odpowiedzią.

Aby sprawdzić, w którym miejscu zaczyna się utrata, uruchom:

pathping 1.1.1.1

pathping wysyła 100 żądań do każdego routera na trasie i pokazuje utratę na każdym z nich. Zajmuje to kilka minut. Czytaj wyniki uważnie: w przykładzie Microsoftu są routery, które odrzucają żądania skierowane do nich, ale przekazują dalej całą pozostałą komunikację. Utrata widoczna na jednym routerze, która nie występuje dalej aż do końca trasy, nie ma znaczenia. Utrata, która zaczyna się na routerze i utrzymuje aż do celu, jest rzeczywista.

• Utrata pakietów na pierwszym przeskoku, czyli na Twoim routerze, wskazuje na Wi-Fi lub sieć domową.
• Utrata zaczynająca się dalej na trasie wskazuje na dostawcę internetu lub dalszą część sieci.

3. Własne statystyki aplikacji do spotkań

To jedyna metoda, która mierzy samą rozmowę. W Teams podczas rozmowy otwórz Więcej akcji → Ustawienia → Kondycja połączenia ; Microsoft informuje, że wartości są aktualizowane co 15 sekund. W aplikacji Zoom na komputer otwórz Ustawienia → Statystyki. Wystarczy połączenie testowe. Poradnik dotyczący połączenia testowe w Teams i spotkania testowe w Zoom pokazuje, jak je rozpocząć.

Microsoft udostępnia również bezpłatne narzędzie dla Teams — Teams Network Assessment Tool. Wysyła ono pakiety do najbliższego przekaźnika Teams i z powrotem, a następnie podaje utratę pakietów, jitter i czas podróży w obie strony.

Co zrobić, gdy wyniki są wysokie

Co mierzy CallReady

CallReady sprawdza połączenie jako część testu przed rozmową, uruchamianego z zasobnika Windows. Mierzy opóźnienie, jitter oraz przybliżoną przepustowość pobierania i wysyłania danych do Cloudflare, a następnie wyświetla wyniki obok rezultatów testów kamery i mikrofonu. Nie mierzy utraty pakietów. Jeśli inni mówią, że nie słyszą niektórych słów, użyj testu Cloudflare pathping lub statystyk aplikacji do spotkań.

CallReady mierzy trasę do Cloudflare, a nie ścieżkę przesyłania multimediów do serwera Teams lub Zoom. Dobry wynik oznacza, że Twoje połączenie jest stabilne. Aby sprawdzić coś konkretnego dla Teams lub Zoom, użyj statystyk aplikacji podczas połączenia testowego.

Często zadawane pytania