Miksi VPN tuntuu hitaalta latauksen aikana: jonotusviive

Varmuuskopio alkaa latautua, siirtolaskuri näyttää terveeltä ja videopuhelu muuttuu mössöksi. Linkistä ei puutu kaistanleveyttä siinä mielessä, jota luku antaa ymmärtää; paketit odottavat jossain jonossa ja interaktiiviset seisovat massadatan takana. Kyse on jonotusviiveestä, jota kutsutaan yleisesti puskuripaisumaksi. VPN voi lisätä oman jononsa, mutta harvoin luo ongelmaa yksin.

Kaistanleveys ja viive ovat eri mittareita

Läpäisy vastaa siihen, kuinka paljon dataa liikkuu sekunnissa, kun taas viive vastaa siihen, kuinka kauan yhdeltä paketilta kestää kulkea reitti. Kyllästynyt linkki voi pitää suurta jonoa ja silti raportoida hyvää läpäisyä, koska jono tyhjenee linjanopeudella, kun purske päättyy. Interaktiivinen liikenne kärsii ensin, koska puhelu tarvitsee paketin muutaman millisekunnin välein eikä lopulta suurta tiedostoa. Siksi pelkän nopeustestin tuloksen mittaaminen piilottaa oireen, joka sai sinut katsomaan.

Huomioi myös suunta kuormituksen aikana. Täysi latauspuskuri voi viivästyttää kaikkea muuta, kun latauskapasiteetti seisoo tyhjänä.

Mittaa edestakainen aika kuormituksen aikana

Ota perustaso rauhallisella linkillä ja toista sitten sama mittaus yhden hallitun siirron aikana. Vertaa kahta ajoa, älä absoluuttisia lukuja.

ping -c 20 -i 0.2 203.0.113.5
dd if=/dev/zero bs=1M count=50 | ssh [email protected] "cat > /dev/null"

Ensimmäinen komento ottaa näytteitä edestakaisesta ajasta ja toinen luo jatkuvan latauksen ilman nopeustestipalvelua. Perustaso, joka pysyy tasaisena, ja sen jälkeen kuormitettu ajo, joka nousee satoja millisekunteja, on se allekirjoitus, jota etsit. Jotkin verkot laskevat ICMP:n prioriteettia, joten pidä pingiä vihjeenä ja vahvista sovelluksen omasta latenssinäytöstä. Pidä testi lyhyenä mittaroiduilla linkeillä, koska toistettava kontrasti on tärkeämpi kuin pitkä kyllästys.

Siirrä jono sinne, missä pullonkaula on

Jonon hallinta auttaa vain laitteessa, joka todella pitää jonoa. Tutki, mitä liitäntä tekee, ennen kuin lisäät sääntöjä.

tc -s qdisc show dev eth0
tc qdisc replace dev eth0 root fq_codel

show-komento ilmoittaa nykyisen kurin sekä jonon ja pudotusten laskurit, mikä kertoo, onko tämä liitäntä pullonkaula vai pelkkä läpikulkupaikka. Juurikurin korvaaminen reilulla jonotusalgoritmilla antaa lyhyille virroille oman vuoronsa yhden massadatan kanssa jaetun FIFO:n sijaan. Käytä sitä reitittimen WAN-liitännässä, kun reititin on pullonkaula, älä tottumuksesta tunnelilaitteessa. Säilytä edellinen kokoonpano ja testaa uudelleen sekä kuormitettu vasteen että siirtonopeus, koska hieman alhaisempi massanopeus on hyvä kauppa käyttökelpoisista puheluista.

Mitä tunneli muuttaa ja mitä se piilottaa

VPN lisää salauksen ja yhden hypyn, ja se piilottaa myös yksittäiset virrat tunnelin ulkopuolisilta laitteilta. Sillä on merkitystä, kun ylävirran laite tarjoaa sovelluskohtaista priorisointia, koska se näkee salattuja paketteja alkuperäisten keskustelujen sijaan. Reititin, joka päättää tunnelin itse, näkee asian eri tavalla ja sen työkuorma on erilainen, ja se voi luokitella tunnelin sisällä. Kumpikaan järjestely ei poista jonotusta liityntälinkillä, jossa viive yleensä kertyy.

Jos viive ei seuraa kuormaa, lopeta jonojen virittäminen ja katso muualle: Wi-Fi-olosuhteet, pakettikoon ongelmat tai yksi huono ulostuloreitti. Ilman mittausta tehdyt jonoasetukset vain siirtävät arvoitusta.