Jitter en pakketverlies op ’n VPN-oproep: wat om te vergelyk

Robotagtige spraak en weggevalle lettergrepe klink anders omdat dit verskillende foute is. Jitter verander wanneer pakkette aankom; verlies beteken dat hulle glad nooit aankom nie. Albei kan gebeur terwyl ’n spoedtoets ’n gesonde aflaai rapporteer, want deurset en tydige aflewering meet verskillende dinge. Pas die bewyse by die klank voordat jy enige instelling verander.

Waarom laat pakkette en ontbrekende pakkette anders klink

Media verlaat die sender teen ’n bestendige tempo, en werklike netwerke lewer dit met ongelyke spasiëring af. Toepassings buffers ’n bietjie om dit glad te maak en verruil sodoende vertraging vir kontinuïteit: verhoog die buffer en die gesprek voel traag, verlaag dit en gapings verskyn. ’n Pakket wat ná sy afspeeltermyn aankom, is in effek verlore, al is dit nooit laat val nie. Dit is waarom twee verbindings met identiese bandwydte heeltemal verskillende oproepe kan oplewer.

Rigting maak ook saak. Inkomende en uitgaande media kan verskillende paaie volg, veral wanneer een kant op ’n mobiele netwerk is.

Die syfers om te lees tydens die slegte venster

Gebruik die toepassing se eie statistieke waar dit dit bied, en lees dit terwyl die oproep sleg is eerder as nadat dit geëindig het. ’n Media-aflosser is dikwels ’n ander gasheer as die diens se webwerf, so ’n ping na die tuisblad meet ’n pad wat die oproep nie gebruik nie. Kyk afsonderlik na verliespersentasie, heen-en-weer-tyd en jitter, en let op of die kliënt die probleem stuur of ontvang. ’n VPN-herstelverbinding tydens die oproep is ’n derde gebeurtenis om aan te teken, nie om by die ander in te meng nie.

Skermkiekies van die statistiekpaneel is beter as ’n herinnering aan die oproep, want die syfers kan later vergelyk word. Twintig sekondes se verliespersentasie vertel jou of die pad nou pakkette laat val, maar nie of die verlies in sarsies kom of wanneer dit begin het nie.

Herhaal eerder die meting onder ’n tweede voorwaarde as om een venster as ’n uitspraak te lees. Twee vensters onder verskillende voorwaardes sê meer as een lang venster onder geeneen van hulle nie.

Wat ’n jitterbuffer aan die termyn doen

’n Jitterbuffer hou inkomende pakkette kortliks vas sodat ongelyke aankomste — die vertragingsvariasie wat RFC 3393 as ’n maatstaf definieer — op ’n gereelde klok afgespeel kan word. Die buffergrootte stel die afspeeltermyn: elke pakket later as daardie termyn word verwerp, ongeag die inhoud. Kodeks verskil in hoeveel hulle kan verberg, en ’n kodek wat ’n ontbrekende raam interpoleer, kan een verlies wegsteek maar nie ’n reeks daarvan nie. Dit is waarom dieselfde verliespersentasie op verskillende kodeks verskillende oproepgehalte lewer.

Om die buffer te stel is ’n ruil, nie ’n oplossing nie. ’n Groter buffer koop kontinuïteit ten koste van gesprekvertraging, en dit kan nie pakkette terugkry wat ná die termyn aankom nie.

Vergelyk die radio en die las voor die uitgang

Hou die uitgang en die toepassing vas terwyl jy een plaaslike voorwaarde op ’n slag verander. ’n Sterk seinikoon sê niks oor kanaalophoping nie. As die probleem een kamer of een toegangspunt volg, is die radio die volgende ondersoek.

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

Die ping gee ’n verliestelling en ’n spreiding wat jy oor voorwaardes kan vergelyk, en mtr wys verlies per hop langs die pad. Tussenliggende hoppe wat faal terwyl latere hoppe antwoord, gee gewoonlik ICMP ’n laer prioriteit eerder as om gebruikersverkeer te laat val. Herhaal albei terwyl ’n beheerde oplaai loop, want ’n skakel wat onaktief goed is en onder las onbruikbaar is, dui op toustaan eerder as op die VPN. As net een voorwaarde die probleem herhaal, is die ander voorwaarde pas uitgesluit.

Herstel net wat die vergelyking ondersteun

Elke vergelyking ondersteun een herstel, en om verskeie tegelyk toe te pas vernietig die bewyse. ’n Swak plaaslike pad vra ’n beter kanaal of Ethernet, mededingende verkeer vra skedulering of ’n tou-dissipline, en een swak uitgang vra om ’n ander uitgang onder dieselfde voorwaardes te vergelyk. Wanneer jy die VPN-transport verander, hou die profiel geldig en verander een veranderlike op ’n slag. Toets dieselfde gesprek weer met normale agtergrondaktiwiteit eerder as om sukses te beoordeel aan of ’n spoedtoetstelling gestyg het.

Skryf rigting, verlies, jitter, heen-en-weer-tyd en die voorwaarde waaronder elkeen gemeet is, neer. Daardie rekord verander ’n vae klag oor oproepgehalte in ’n bevinding waarop iemand kan optree. Hou dit by die kaartjie sodat die volgende vergelyking van dieselfde basislyn begin.