Jitter in izguba paketov pri klicu VPN: kaj primerjati

Robotiziran govor in izpuščeni zlogi zvenijo drugače, ker gre za različni napaki. Jitter spreminja, kdaj paketi prispejo; izguba pomeni, da ne prispejo sploh. Oboje se lahko zgodi, medtem ko hitrostni test poroča o zdravem prenosu, ker prepustnost in pravočasna dostava merita različne stvari. Preden spremenite katero koli nastavitev, uskladite dokaze z zvokom.

Zakaj zapozneli in manjkajoči paketi zvenijo drugače

Mediji zapustijo pošiljatelja z enakomerno hitrostjo, resnična omrežja pa jih dostavijo v neenakomernih presledkih. Aplikacije malo vmesno shranjujejo, da to zgladijo, in zamenjajo zakasnitev za neprekinjenost: povečajte vmesni pomnilnik in pogovor se zdi počasen, zmanjšajte ga in pojavijo se vrzeli. Paket, ki prispe po svojem roku za predvajanje, je dejansko izgubljen, tudi če ni bil nikoli zavržen. Zato lahko dve povezavi z enako pasovno širino dasta zelo različna klica.

Pomembna je tudi smer. Vhodni in izhodni mediji lahko gredo po različnih poteh, še posebej ko je ena stran v mobilnem omrežju.

Številke, ki jih je treba brati v slabem oknu

Uporabite statistiko same aplikacije, kjer jo ponuja, in jo berite, dokler je klic slab, ne po njegovem koncu. Medijski posrednik je pogosto drug gostitelj kot spletna stran storitve, zato ping na domačo stran meri pot, ki je klic ne uporablja. Ločeno si oglejte odstotek izgub, čas tja in nazaj ter jitter in zabeležite, ali odjemalec težavo pošilja ali prejema. Ponovna povezava VPN med klicem je tretji dogodek, ki ga je treba zapisati, ne pa združiti z drugimi.

Posnetki zaslona statistične plošče so boljši od spomina na klic, ker je številke mogoče pozneje primerjati. Dvajset sekund odstotka izgub vam pove, ali pot zdaj odmetava pakete, ne pa ali so izgube sunkovite ali kdaj so se začele.

Zato meritev ponovite pod drugim pogojem, namesto da bi eno okno brali kot razsodbo. Dve okni, zajeti pod različnimi pogoji, povesta več kot eno dolgo okno brez kakršnega koli pogoja.

Kaj vmesni pomnilnik jitterja naredi z rokom

Vmesni pomnilnik jitterja za kratek čas zadrži vhodne pakete, da se neenakomerni prihodi — nihanje zakasnitve, ki ga RFC 3393 opredeljuje kot metriko — lahko predvajajo po enakomerni uri. Velikost pomnilnika določi rok predvajanja: vsak paket, poznejši od tega roka, se zavrže ne glede na vsebino. Kodeki se razlikujejo po tem, koliko lahko prikrijejo, in kodek, ki interpolira manjkajočo sličico, lahko skrije eno izgubo, ne pa njihovega niza. Zato enak odstotek izgub daje na različnih kodekih različno kakovost klica.

Nastavljanje pomnilnika je menjava, ne popravilo. Večji pomnilnik kupi neprekinjenost na račun zakasnitve pogovora in ne more vrniti paketov, ki prispejo po roku.

Primerjajte radio in obremenitev pred izhodom

Izhod in aplikacijo držite nespremenjena, spreminjajte pa en lokalni pogoj naenkrat. Močna ikona signala ne pove ničesar o zasedenosti kanala. Če težava sledi eni sobi ali eni dostopni točki, je radio naslednja preiskava.

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

ping da število izgub in razpršenost, ki jo lahko primerjate med pogoji, mtr pa pokaže izgube na vsakem skoku vzdolž poti. Vmesni skoki, ki odpovejo, medtem ko naslednji odgovarjajo, običajno znižajo prednost ICMP, namesto da bi zavrgli uporabniški promet. Ponovite oboje, medtem ko teče nadzorovan prenos v oblaku, ker povezava, ki je dobra v mirovanju in neuporabna pod obremenitvijo, kaže na čakalne vrste, ne na VPN. Če težavo ponovi samo en pogoj, je bil drugi pogoj pravkar izločen.

Popravite samo tisto, kar primerjava podpira

Vsaka primerjava podpira eno popravilo, uporaba več hkrati pa uniči dokaze. Šibka lokalna pot zahteva boljši kanal ali Ethernet, konkurenčni promet zahteva razporejanje ali disciplino čakalne vrste, en slab izhod pa zahteva primerjavo drugega izhoda pod enakimi pogoji. Ko spreminjate transport VPN, ohranite profil veljaven in spreminjajte eno spremenljivko naenkrat. Ponovno preizkusite isti pogovor z običajno dejavnostjo v ozadju, namesto da bi uspeh presojali po tem, ali se je rezultat hitrostnega testa dvignil.

Zapišite smer, izgubo, jitter, čas tja in nazaj ter pogoj, v katerem je bilo vsako izmerjeno. Ta zapis spremeni nejasno pritožbo o kakovosti klica v ugotovitev, na katero se da ukrepati. Hranite ga s prijavo, da se naslednja primerjava začne z iste izhodiščne črte.