Prečo VPN penalizácia vyzerá na mobilnej sieti horšie ako na Ethernete

Ten istý notebook, ten istý server a ten istý tunel môžu stratiť pätinu priepustnosti na Ethernete a tri štvrtiny na mobilnej sieti, a ani jedno z tých čísel neznamená, že VPN je pokazená. Každá prístupová sieť poskytuje inú cestu a tunel na ňu pridáva druhú cestu. Porovnanie jedného tunelovaného čísla s jedným netunelovaným neodpovedá na nič, pretože tie dve čísla opisujú rôzne menovatele. Štyri bunky a jeden podiel zachovania na riadok vám povedia, na ktorú otázku sa pýtať ďalej.

Štyri bunky, nie jedna penalizácia

Zmerajte priamu základňu a tunelovaný výsledok v každej prístupovej sieti a udržujte ich ako maticu, nie ako jediný verdikt. Základňa je tá istá úloha vykonaná v tejto sieti bez tunela; tunelovaný výsledok je tá istá úloha s ním.

Na priame testy použite autorizovanú záťaž a zachovajte ochranu súkromia, ktorú prostredie vyžaduje. Test, ktorý porušuje zásady, produkuje číslo, ktoré nemôžete publikovať a ktoré by ste nemali opakovať.

Držte premenné na mieste

Udržujte zariadenie, aplikáciu, cieľ, smer prenosu a koncový bod VPN pevné vo všetkých štyroch bunkách. Ak služba medzi behmi potichu prepne svoj testovací server, zmenu zaznamenajte a pár považujte za nekontrolovaný, namiesto toho, aby ste rozdiel spriemerovali.

Maticu opakujte v oboch smeroch a v porovnateľných denných časoch. Podmienky mobilného rádia a zaťaženie jeho bunky sa menia v priebehu minút, takže jedna nezvyčajne dobrá základňa môže zdanlivú penalizáciu prehnať. Rozptyl výsledkov zaznamenajte vedľa reprezentatívnej hodnoty a poznamenajte, či boli tunelované behy preložené základňami alebo prebehli v bloku.

Prekladanie je dôležitejšie, než väčšina ľudí čaká. Základňa zmeraná pred obedom a tunelovaný beh zmeraný po ňom sú dve rôzne siete s rovnakým menom.

Nechajte menovateľa viditeľného

Uvádzajte podiel zachovania aj absolútnu rýchlosť: E1 delené E0 a C1 delené C0. Rýchle spojenie, ktoré si zachová malú časť svojej priepustnosti, a pomalé spojenie, ktoré si zachová väčšinu, sú rôzne zistenia a rozdiel ukáže len podiel.

Absolútna priepustnosť stále rozhoduje o tom, čo používateľ môže robiť. Podiel rozhoduje o tom, kam sa pozerať. Keď si Ethernet ponechá väčšinu svojej základne a mobilná sieť oveľa menej, zaujímavá premenná je na mobilnej ceste, nie vnútri šifrovania.

Do správy patria obe čísla, pretože každé samo podporuje záver, ktorý údaje nepodporujú.

Prečítajte si vzorec, kým čokoľvek zmeníte

Podobné tunelované stropy na oboch sieťach ukazujú na niečo spoločné: koncový bod, jeho procesor, limit rýchlosti alebo jeden preťažený skok. Pokles, ktorý sa objaví len na mobilnej sieti, ukazuje na trasu tej siete, straty, latenciu a efektívnu veľkosť paketu.

To sú stopy, nie diagnózy, a ten rozdiel je dôležitý, keď píšete tiket. Spoločný strop sa nezlepší, keď vymeníte mobilný modem, a pokles len na mobilnej sieti sa nezlepší, keď zmeníte veľkosť koncového bodu. Uveďte, ktorý z dvoch vzorcov ste videli, skôr než navrhnete zmenu. Zmena tak nesie predpoveď a ďalšie meranie ju môže potvrdiť alebo zabiť.

Vlastné pokyny OpenVPN k výkonu oddeľujú obmedzenia šírky pásma, procesora, transportu a veľkosti paketu pozdĺž rovnakých línií, čo je užitočná pripomienka, že tunel je zriedka jedna premenná.

Keď je podozrivá veľkosť paketu

Zapuzdrenie spotrebúva priestor paketu, takže efektívna veľkosť na mobilnej ceste môže byť menšia ako tá, ktorú inzeruje rozhranie. Uchovajte dôkazy o veľkosti paketu pre cestu, ktorú porovnávate, namiesto toho, aby ste hodnotu predpokladali z názvu prístupovej technológie.

Datagram packetization-layer path MTU discovery opisuje zisťovanie efektívnej veľkosti namiesto jej pevného zadania. Použite pozorovania, ktoré implementácia podporuje, a netlačte na každého klienta preventívne svojvoľné nízke MTU, pretože to mení jeden problém za horší na cestách, ktoré boli v poriadku.

Hypotéza o veľkosti potrebuje vlastné dôkazy: ten istý prenos v dvoch veľkostiach so zaznamenaným vzorcom strát.

Pridávajte jednu premennú po druhej

Alternatívny transport porovnávajte až po uložení matice základne. Udržíte tak v hre jednu zámernú premennú a môžete zmene pripísať príčinu, namiesto toho, aby ste o nej hádali.

Dimenzovanie užitočného zaťaženia TCP držte oddelené od správania datagramov UDP, pretože oba reagujú na straty a na veľkosť cesty rôzne. Zlepšenie zo zmeny transportu je dôkazom o tomto transporte, nie dôkazom, že šifrovanie alebo pokrytie boli pôvodnou príčinou.

Poradie práce: vyplňte štyri bunky, vypočítajte oba podiely, preložte behy, potom vyberte jednu hypotézu a otestujte ju jednou zmenou. Čokoľvek iné je porovnanie dvoch neznámych.