Jitter og pakketap i ein VPN-samtale: kva du bør samanlikne
Forsinka men jamn tale og tale som bryt ut i hol er ulike feil. Samanlikn statistikkane til appen sjølv, den lokale radioen og éin belasta bane.
Robotaktig tale og tapte stavingar høyrest ulike ut fordi dei er ulike feil. Jitter endrar når pakkane kjem; tap betyr at dei ikkje kjem i det heile. Begge kan skje medan ein hastigheitstest rapporterer ei sunn nedlasting, fordi gjennomstrøyming og rettidig levering måler ulike ting. Kobl prova til lyden før du endrar noka innstilling.
Kvifor seine pakkar og manglande pakkar høyrest ulike ut
Medium forlèt sendaren i jamt tempo, og ekte nettverk leverer dei med ujamne mellomrom. Applikasjonar bufar litt for å jamne det ut og byter forseinking mot kontinuitet: auk bufferen og samtalen kjennest treg, senk han og hol oppstår. Ein pakke som kjem etter avspelingsfristen sin er i praksis tapt, sjølv om han aldri vart droppa. Difor kan to samband med same bandbreidd gje svært ulike samtalar.
Retninga betyr også noko. Innkomande og utgåande medium kan ta ulike vegar, særleg når éi side er på eit mobilnett.
Tala du bør lese i det dårlege vindauget
Bruk statistikkane til applikasjonen sjølv der han tilbyr dei, og les dei medan samtalen er dårleg, ikkje etter at han er slutt. Ein medierelay er ofte ein annan vert enn nettstaden til tenesta, så ein ping til framsida måler ein veg samtalen ikkje brukar. Sjå på tapsprosent, rundttid og jitter kvar for seg, og noter om klienten sender eller mottek problemet. Ei VPN-gjenoppkopling under samtalen er ei tredje hending som skal registrerast, ikkje slåast saman med dei andre.
Skjermbilete av statistikkpanelet slår eit minne om samtalen, fordi tala kan samanliknast seinare. Tjue sekund med tapsprosent fortel deg om banen droppar pakkar no, men ikkje om tapet kjem i byer eller når det starta.
Difor gjer du målinga på nytt under ein annan føresetnad i staden for å lese eitt vindauge som ein dom. To vindauge tekne under ulike føresetnader seier meir enn eitt langt vindauge teke under ingen av dei.
Kva ein jitterbuffer gjer med fristen
Ein jitterbuffer held innkomande pakkar tilbake ei kort stund, slik at ujamne ankomstar — forseinkingsvariasjonen som RFC 3393 definerer som ein metrikk — kan spelast av på ei jamn klokke. Bufferstorleiken set avspelingsfristen: kvar pakke som kjem seinare enn denne fristen, vert forkasta uansett innhald. Kodekar er ulike i kor mykje dei kan skjule, og ein kodek som interpolerer ei manglande ramme kan skjule eitt tap, men ikkje ein serie av dei. Difor gjev same tapsprosent ulik samtalekvalitet på ulike kodekar.
Å justere bufferen er eit byte, ikkje ein reparasjon. Ein større buffer kjøper kontinuitet på kostnad av forseinking i samtalen, og han kan ikkje hente tilbake pakkar som kjem etter fristen.
Samanlikn radioen og lasta før utgangen
Hald utgangen og applikasjonen fast medan du endrar éin lokal føresetnad om gongen. Eit sterkt signalikon seier ingenting om kanaltettleik. Følgjer problemet eitt rom eller eitt tilgangspunkt, er radioen neste undersøking.
ping -c 50 -i 0.2 203.0.113.9
mtr -rw -c 20 203.0.113.9
ping gjev eit tala tap og ei spreiing du kan samanlikne på tvers av føresetnader, og mtr viser tap per hopp langs vegen. Mellomliggjande hopp som feilar medan seinare svarar, nedprioriterer vanlegvis ICMP i staden for å droppe brukartrafikk. Gjer begge på nytt medan ein kontrollert opplasting køyrer, fordi eit samband som er fint i ro og ubrukeleg under last peikar på køing, ikkje på VPN-en. Viss berre éin føresetnad attskapar problemet, er den andre føresetnaden nettopp utelukka.
Reparer berre det samanlikninga støttar
Kvar samanlikning støttar éin reparasjon, og å bruke fleire samstundes øydelegg prova. Ein svak lokal bane krev ein betre kanal eller Ethernet, konkurrerande trafikk krev planlegging eller ein kødisiplin, og éin dårleg utgang krev å samanlikne ein annan utgang under dei same føresetnadene. Når du byter VPN-transport, hald profilen gyldig og endre éin variabel om gongen. Test den same samtalen på nytt med normal bakgrunnsaktivitet i staden for å dømme suksess etter om ein hastigheitstestskår steig.
Skriv ned retning, tap, jitter, rundttid og føresetnaden kvar av dei vart målte under. Den registreringa gjer ei vag klage på samtalekvalitet om til eit funn nokon kan handle på. Oppbevar ho med saka slik at neste samanlikning startar frå same grunnlinje.