Jitter i utrata pakietów w rozmowie VPN: co porównywać

Robotyczna mowa i wypadnięte sylaby brzmią inaczej, bo to różne uszkodzenia. Jitter zmienia, kiedy pakiety przychodzą; utrata oznacza, że nie docierają wcale. Oba mogą wystąpić, gdy test prędkości raportuje zdrowy transfer, bo przepustowość i terminowe dostarczanie mierzą różne rzeczy. Dopasuj dowody do dźwięku, zanim zmienisz jakiekolwiek ustawienie.

Dlaczego spóźnione i brakujące pakiety brzmią inaczej

Media opuszczają nadawcę w równym tempie, a rzeczywiste sieci dostarczają je w nierównych odstępach. Aplikacje nieco buforują, aby to wygładzić, wymieniając opóźnienie na ciągłość: zwiększ bufor i rozmowa wydaje się wolna, zmniejsz, a pojawią się luki. Pakiet, który przychodzi po terminie odtwarzania, jest faktycznie utracony, nawet jeśli nigdy nie został odrzucony. Dlatego dwa połączenia o tej samej przepustowości mogą dawać bardzo różne rozmowy.

Kierunek też ma znaczenie. Media przychodzące i wychodzące mogą iść różnymi drogami, zwłaszcza gdy jedna strona jest w sieci komórkowej.

Liczby, które trzeba czytać w złym oknie

Korzystaj z własnych statystyk aplikacji, gdzie je oferuje, i czytaj je, gdy rozmowa jest zła, a nie po jej zakończeniu. Przekaźnik mediów bywa innym hostem niż strona usługi, więc ping do strony głównej mierzy ścieżkę, której rozmowa nie używa. Patrz osobno na procent utraty, czas w obie strony i jitter, i zanotuj, czy klient wysyła, czy odbiera problem. Ponowne połączenie VPN podczas rozmowy to trzecie zdarzenie do zapisania, a nie do łączenia z innymi.

Zrzuty ekranu panelu statystyk są lepsze niż wspomnienie rozmowy, bo liczby można porównać później. Dwadzieścia sekund procentu utraty mówi, czy ścieżka gubi teraz pakiety, ale nie czy utrata ma charakter serii, ani kiedy się zaczęła.

Dlatego powtórz pomiar w drugim warunku, zamiast czytać jedno okno jako wyrok. Dwa okna zmierzone w różnych warunkach mówią więcej niż jedno długie okno zmierzone bez żadnego.

Co bufor jitteru robi z terminem

Bufor jitteru przytrzymuje przychodzące pakiety przez chwilę, aby nierówne przychody — zmienność opóźnienia, którą RFC 3393 definiuje jako metrykę — mogły być odtwarzane według równego zegara. Rozmiar bufora wyznacza termin odtwarzania: każdy pakiet późniejszy niż ten termin jest odrzucany, niezależnie od zawartości. Kodeki różnią się tym, ile potrafią ukryć, a kodek interpolujący brakującą ramkę może ukryć jedną utratę, ale nie ich serię. Dlatego ten sam procent utraty daje różną jakość rozmowy na różnych kodekach.

Strojenie bufora to wymiana, nie naprawa. Większy bufor kupuje ciągłość kosztem opóźnienia rozmowy i nie potrafi odzyskać pakietów, które docierają po terminie.

Porównaj radio i obciążenie przed wyjściem

Trzymaj wyjście i aplikację nieruchomo, zmieniając jednocześnie jeden warunek lokalny. Silna ikona sygnału nie mówi nic o zatłoczeniu kanału. Jeśli problem podąża za jednym pokojem lub jednym punktem dostępowym, następnym dochodzeniem jest radio.

ping -c 50 -i 0.2 203.0.113.9
mtr -rw -c 20 203.0.113.9

ping daje liczbę utraconych pakietów i rozrzut, który można porównywać między warunkami, a mtr pokazuje utratę na każdym hopie wzdłuż ścieżki. Pośrednie hopy, które zawodzą, gdy późniejsze odpowiadają, zwykle obniżają priorytet ICMP, zamiast odrzucać ruch użytkownika. Powtórz oba, gdy trwa kontrolowane wysyłanie, bo łącze dobre w spoczynku i bezużyteczne pod obciążeniem wskazuje na kolejki, a nie na VPN. Jeśli tylko jeden warunek odtwarza problem, drugi warunek właśnie został wykluczony.

Naprawiaj tylko to, co potwierdza porównanie

Każde porównanie potwierdza jedną naprawę, a zastosowanie kilku naraz niszczy dowody. Słaba lokalna ścieżka wymaga lepszego kanału lub Ethernetu, ruch konkurencyjny wymaga planowania lub dyscypliny kolejki, a jedno złe wyjście wymaga porównania innego wyjścia w tych samych warunkach. Zmieniając transport VPN, utrzymuj profil w ważności i zmieniaj jedną zmienną naraz. Przetestuj tę samą rozmowę ponownie przy normalnej aktywności w tle, zamiast oceniać sukces po tym, czy wzrósł wynik testu prędkości.

Zapisz kierunek, utratę, jitter, czas w obie strony i warunek, w którym każdy z nich zmierzono. Ten zapis zamienia mgliste skargi na jakość rozmowy w ustalenie, na którym ktoś może działać. Trzymaj go przy zgłoszeniu, aby następne porównanie zaczynało się od tej samej linii bazowej.