Miks VPN-i kaotus paistab mobiilivõrgus hullem kui Ethernetis

Sama sülearvuti, sama server ja sama tunnel võivad Ethernetis kaotada viiendiku oma läbilaskevõimest ja mobiilivõrgus kolmveerandi, ning kumbki arv ei tähenda, et VPN on katki. Iga juurdepääsuvõrk pakub erinevat teed ja tunnel lisab selle peale teise tee. Ühe tunneliga arvu võrdlemine ühe tunnelita arvuga ei vasta millelegi, sest need kaks arvu kirjeldavad erinevaid nimetajaid. Neli lahtrit ja üks säilitusmurru rida ütlevad teile, millist küsimust järgmisena küsida.

Neli lahtrit, mitte üks karistus

Mõõtke otsene lähtejoon ja tunneliga tulemus igas juurdepääsuvõrgus ning hoidke neid maatriksina, mitte üksiku otsusena. Lähtejoon on sama ülesanne selles võrgus ilma tunnelita; tunneliga tulemus on sama ülesanne sellega.

Kasutage otsesteks testideks volitatud töökoormust ja hoidke keskkonna nõutavaid privaatsuskontrolle. Põhimõtteid rikkuv test annab arvu, mida te ei saa avaldada ja mida te ei peaks kordama.

Hoidke muutujad paigal

Hoidke seade, rakendus, sihtkoht, edastussuund ja VPN-i lõpp-punkt kõigis neljas lahtris muutumatuna. Kui teenus vahetab käivituste vahel vaikselt oma testserverit, registreerige muudatus ja käsitlege paari kontrollimata paarina, selle asemel et erinevus keskmistamisega siluda.

Korrake maatriksit mõlemas suunas ja võrreldavatel kellaaegadel. Mobiiliraadio tingimused ja selle raku koormus muutuvad minutite jooksul, nii et üks ebatavaliselt hea lähtejoon võib näilise kaotuse üle paisutada. Registreerige tulemuste hajuvus esindusliku väärtuse kõrval ja märkige, kas tunneliga käivitused põimiti lähtejoonega või tehti plokina.

Põimimine loeb rohkem, kui enamik inimesi ootab. Enne lõunat mõõdetud lähtejoon ja pärast seda mõõdetud tunneliga käivitus on kaks erinevat võrku, mis kannavad sama nime.

Hoidke nimetaja nähtav

Esitage säilitusmurd ja ka absoluutne kiirus: E1 jagatud E0-ga ja C1 jagatud C0-ga. Kiire ühendus, mis säilitab väikese osa oma läbilaskevõimest, ja aeglane ühendus, mis säilitab suurema osa sellest, on erinevad leiud, ja erinevust näitab ainult murd.

Absoluutne läbilaskevõime otsustab endiselt, mida kasutaja saab teha. Murd otsustab, kuhu vaadata. Kui Ethernet säilitab suurema osa oma lähtejoone tasemest ja mobiilivõrk palju vähem, on huvitav muutuja mobiiliteel, mitte krüpteerimise sees.

Mõlemad arvud kuuluvad aruandesse, sest kumbki üksi toetab järeldust, mida andmed ei toeta.

Lugege mustrit enne, kui midagi muudate

Sarnased tunneliga ülempiirid mõlemas võrgus viitavad millelegi ühisele: lõpp-punkt, selle protsessor, kiiruspiirang või üks ülekoormatud hüpe. Ainult mobiilivõrgus ilmnev langus viitab selle võrgu marsruudile, kadudele, latentsusele ja efektiivsele paketi suurusele.

Need on vihjed, mitte diagnoosid, ja see vahe on oluline pileti kirjutamisel. Ühine ülempiir ei parane, kui vahetate mobiilmodemi, ja ainult mobiilne langus ei parane, kui muudate lõpp-punkti suurust. Enne muudatuse pakkumist öelge, millist kahest mustrist nägite. Nii kannab muudatus ennustust ja järgmine mõõtmine saab selle kinnitada või tappa.

OpenVPN-i enda jõudlusjuhised eristavad ribalaiuse, protsessori, transpordi ja paketi suuruse piiranguid samadel joontel, mis on kasulik meeldetuletus, et tunnel on harva üks muutuja.

Kui paketi suurus on kahtlusalune

Kapseldamine kulutab paketiruumi, nii et efektiivne suurus mobiiliteel võib olla väiksem kui liidese reklaamitav. Hoidke paketi suuruse tõendeid tee kohta, mida võrdlete, selle asemel et eeldada väärtust juurdepääsutehnoloogia nimest.

Datagram packetization-layer path MTU discovery kirjeldab efektiivse suuruse avastamist, mitte selle kõvakodeerimist. Kasutage vaatlusi, mida teostus toetab, ja ärge lükake ettevaatusabinõuna suvalist madalat MTU-d igale kliendile, sest see vahetab ühe probleemi hullema vastu teedel, mis olid korras.

Suuruse hüpotees vajab oma tõendeid: sama ülekanne kahes suuruses, kadude muster registreeritud.

Lisage üks muutuja korraga

Võrrelge alternatiivset transporti alles pärast seda, kui lähtejoone maatriks on salvestatud. See hoiab mängus ühe tahtliku muutuja ja võimaldab muudatuse omistada, selle asemel et selle üle oletada.

Hoidke TCP kasuliku koormuse mõõtmine UDP datagrammide käitumisest eraldi, sest need kaks reageerivad kadudele ja tee suurusele erinevalt. Transpordimuudatusest tulenev paranemine on tõend selle transpordi kohta, mitte tõestus, et krüpteerimine või katvus oli algne põhjus.

Töö järjekord: täitke neli lahtrit, arvutage mõlemad murrud, põimige käivitused, seejärel valige üks hüpotees ja testige seda ühe muudatusega. Kõik muu on kahe tundmatu võrdlemine.