Jitter og pakketap i en VPN-samtale: hva du bør sammenligne

Robotaktig tale og tapte stavelser høres forskjellige ut fordi de er forskjellige feil. Jitter endrer når pakkene ankommer; tap betyr at de ikke ankommer i det hele tatt. Begge kan skje mens en hastighetstest rapporterer en sunn nedlasting, fordi gjennomstrømning og rettidig levering måler forskjellige ting. Koble bevisene til lyden før du endrer noen innstilling.

Hvorfor sene pakker og manglende pakker høres forskjellige ut

Medier forlater senderen i jevnt tempo, og ekte nettverk leverer dem med ujevne mellomrom. Applikasjoner bufrer litt for å jevne det ut og bytter forsinkelse mot kontinuitet: øk bufferen og samtalen føles treg, senk den og hull oppstår. En pakke som ankommer etter sin avspillingsfrist er i praksis tapt, selv om den aldri ble droppet. Derfor kan to forbindelser med samme båndbredde gi svært forskjellige samtaler.

Retningen betyr også noe. Innkommende og utgående medier kan ta forskjellige veier, særlig når én side er på et mobilnett.

Tallene du bør lese i det dårlige vinduet

Bruk applikasjonens egne statistikker der den tilbyr dem, og les dem mens samtalen er dårlig, ikke etter at den er slutt. En medierelay er ofte en annen vert enn tjenestens nettsted, så en ping til forsiden måler en vei samtalen ikke bruker. Se på tapsprosent, rundttid og jitter hver for seg, og noter om klienten sender eller mottar problemet. En VPN-gjenoppkobling under samtalen er en tredje hendelse som skal registreres, ikke slås sammen med de andre.

Skjermbilder av statistikkpanelet slår en erindring om samtalen, fordi tallene kan sammenlignes senere. Tjue sekunder med tapsprosent forteller deg om banen dropper pakker nå, men ikke om tapet kommer i byger eller når det startet.

Derfor gjentar du målingen under en annen betingelse i stedet for å lese ett vindu som en dom. To vinduer tatt under forskjellige betingelser sier mer enn ett langt vindu tatt under ingen av dem.

Hva en jitterbuffer gjør med fristen

En jitterbuffer holder innkommende pakker tilbake en kort stund, slik at ujevne ankomster — forsinkelsesvariasjonen som RFC 3393 definerer som en metrikk — kan spilles av på en jevn klokke. Bufferstørrelsen setter avspillingsfristen: hver pakke som kommer senere enn denne fristen, forkastes uansett innhold. Kodeker er forskjellige i hvor mye de kan skjule, og en kodek som interpolerer en manglende ramme kan skjule ett tap, men ikke en serie av dem. Derfor gir samme tapsprosent forskjellig samtalekvalitet på forskjellige kodeker.

Å justere bufferen er en avveining, ikke en reparasjon. En større buffer kjøper kontinuitet på bekostning av forsinkelse i samtalen, og den kan ikke hente tilbake pakker som ankommer etter fristen.

Sammenlign radioen og belastningen før utgangen

Hold utgangen og applikasjonen fast mens du endrer én lokal betingelse om gangen. Et sterkt signalikon sier ingenting om kanaltetthet. Hvis problemet følger ett rom eller ett tilgangspunkt, er radioen neste undersøkelse.

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

ping gir et tapstall og en spredning du kan sammenligne på tvers av betingelser, og mtr viser tap per hopp langs veien. Mellomliggende hopp som feiler mens senere svarer, nedprioriterer vanligvis ICMP i stedet for å droppe brukertrafikk. Gjenta begge mens en kontrollert opplasting kjører, fordi en forbindelse som er fin i ro og ubrukelig under belastning peker på køing, ikke på VPN-en. Hvis bare én betingelse gjenskaper problemet, er den andre betingelsen nettopp utelukket.

Reparer bare det sammenligningen støtter

Hver sammenligning støtter én reparasjon, og å bruke flere samtidig ødelegger bevisene. En svak lokal bane krever en bedre kanal eller Ethernet, konkurrerende trafikk krever planlegging eller en kødisiplin, og én dårlig utgang krever å sammenligne en annen utgang under de samme betingelsene. Når du bytter VPN-transport, hold profilen gyldig og endre én variabel om gangen. Test den samme samtalen på nytt med normal bakgrunnsaktivitet i stedet for å dømme suksess etter om en hastighetstestscore steg.

Skriv ned retning, tap, jitter, rundttid og betingelsen hver av dem ble målt under. Den registreringen gjør en vag klage på samtalekvalitet om til et funn noen kan handle på. Oppbevar den med saken slik at neste sammenligning starter fra samme grunnlinje.