Jitter și pierdere de pachete într-un apel VPN: ce să comparați

Vorbirea robotică și silabele pierdute sună diferit pentru că sunt defecte diferite. Jitterul schimbă momentul în care sosesc pachetele; pierderea înseamnă că nu sosesc deloc. Ambele pot apărea în timp ce un test de viteză raportează o descărcare sănătoasă, pentru că debitul și livrarea la timp măsoară lucruri diferite. Potriviți dovezile cu sunetul înainte de a schimba vreo setare.

De ce pachetele întârziate și cele lipsă sună diferit

Media părăsește expeditorul într-un ritm constant, iar rețelele reale le livrează cu intervale inegale. Aplicațiile tamponează puțin pentru a netezi asta, schimbând întârzierea pe continuitate: creșteți tamponul și conversația pare lentă, reduceți-l și apar goluri. Un pachet care sosește după termenul său de redare este practic pierdut, chiar dacă nu a fost niciodată aruncat. De aceea două conexiuni cu aceeași lățime de bandă pot produce apeluri foarte diferite.

Și direcția contează. Media de intrare și de ieșire pot lua căi diferite, mai ales când o parte este într-o rețea mobilă.

Numerele de citit în fereastra proastă

Folosiți statisticile aplicației înseși acolo unde le oferă și citiți-le cât timp apelul este prost, nu după ce se termină. Un releu media este adesea un alt host decât site-ul serviciului, așa că un ping către pagina principală măsoară o cale pe care apelul nu o folosește. Priviți separat procentul de pierdere, timpul dus-întors și jitterul și notați dacă clientul trimite sau primește problema. O reconectare VPN în timpul apelului este un al treilea eveniment de înregistrat, nu de fuzionat cu celelalte.

Capturile de ecran ale panoului de statistici sunt mai bune decât o amintire a apelului, pentru că numerele pot fi comparate mai târziu. Douăzeci de secunde de procent de pierdere vă spun dacă calea pierde pachete acum, dar nu dacă pierderea vine în rafale sau când a început.

De aceea repetați măsurătoarea într-o a doua condiție în loc să citiți o fereastră ca verdict. Două ferestre luate în condiții diferite spun mai mult decât o fereastră lungă luată fără niciuna.

Ce face un tampon de jitter cu termenul

Un tampon de jitter reține scurt pachetele de intrare pentru ca sosirile inegale — variația de întârziere pe care RFC 3393 o definește ca metrică — să poată fi redate pe un ceas regulat. Mărimea tamponului stabilește termenul de redare: fiecare pachet mai târziu decât acel termen este aruncat, indiferent de conținut. Codecurile diferă în cât pot ascunde, iar un codec care interpolează un cadru lipsă poate ascunde o pierdere, dar nu o serie. De aceea același procent de pierdere dă calitate diferită a apelului pe codecuri diferite.

Reglarea tamponului este un schimb, nu o reparație. Un tampon mai mare cumpără continuitate cu prețul întârzierii conversației și nu poate recupera pachetele care sosesc după termen.

Comparați radioul și încărcarea înainte de ieșire

Țineți ieșirea și aplicația fixe în timp ce schimbați o condiție locală o dată. O pictogramă de semnal puternic nu spune nimic despre aglomerarea canalului. Dacă problema urmează o cameră sau un punct de acces, radioul este următoarea investigație.

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

ping oferă un număr de pierderi și o împrăștiere pe care le puteți compara între condiții, iar mtr arată pierderea pe fiecare hop de-a lungul căii. Hopurile intermediare care eșuează în timp ce următoarele răspund coboară de obicei prioritatea ICMP în loc să arunce traficul utilizatorilor. Repetați ambele în timp ce rulează o încărcare controlată, pentru că o legătură bună în repaus și inutilizabilă sub sarcină indică așteptarea la coadă, nu VPN-ul. Dacă doar o condiție reproduce problema, cealaltă condiție tocmai a fost exclusă.

Reparați doar ce susține comparația

Fiecare comparație susține o reparație, iar aplicarea mai multora deodată distruge dovada. O cale locală slabă cere un canal mai bun sau Ethernet, traficul concurent cere planificare sau o disciplină de coadă, iar o ieșire proastă cere compararea altei ieșiri în aceleași condiții. Când schimbați transportul VPN, păstrați profilul valid și schimbați o singură variabilă o dată. Retestați aceeași conversație cu activitate normală în fundal în loc să judecați succesul după dacă scorul testului de viteză a crescut.

Notați direcția, pierderea, jitterul, timpul dus-întors și condiția în care a fost măsurat fiecare. Această înregistrare transformă o plângere vagă despre calitatea apelului într-o constatare pe care cineva poate acționa. Păstrați-o împreună cu tichetul, ca următoarea comparație să pornească de la aceeași linie de bază.