Hvorfor VPN-tabet ser værre ud på mobilnet end på Ethernet
To adgangsnetværk og to tunneltilstande giver fire tal. Udfyld matricen, behold begge brøker, og lad mønstret vælge den næste måling.
Den samme bærbare computer, den samme server og den samme tunnel kan miste en femtedel af sin gennemstrømning på Ethernet og tre fjerdedele på mobilnettet, og ingen af de tal betyder, at VPN’en er i stykker. Hvert adgangsnetværk leverer en anden vej, og tunnelen tilføjer en anden vej oven på den. At sammenligne et tunnelet tal med et ikke-tunnelet tal besvarer intet, fordi de to tal beskriver forskellige nævnere. Fire felter og én bevarelsesbrøk pr. række vil fortælle dig, hvilket spørgsmål du skal stille næste gang.
Fire felter, ikke én straf
Mål den direkte basislinje og det tunnele resultat på hvert adgangsnetværk, og hold dem som en matrix snarere end som en enkelt dom. Basislinjen er den samme opgave udført på det netværk uden tunnelen; det tunnele resultat er den samme opgave med den.
| Access network | Direct baseline | Same task through the tunnel |
|---|---|---|
| Ethernet | E0 | E1 |
| Cellular | C0 | C1 |
Brug en autoriseret arbejdsbyrde til de direkte test og bevar de privatlivskontroller, som miljøet kræver. En test, der overtræder politikken, giver et tal, du ikke kan offentliggøre og ikke bør gentage.
Hold variablerne fast
Hold enheden, applikationen, destinationen, overførselsretningen og VPN-endepunktet fast i alle fire felter. Hvis en tjeneste i det stille skifter sin testserver mellem kørsler, skal du registrere ændringen og behandle parret som ukontrolleret i stedet for at udligne forskellen med et gennemsnit.
Gentag matricen i begge retninger og på sammenlignelige tidspunkter af dagen. Forholdene for en mobilradio og belastningen på dens celle ændrer sig inden for minutter, så en enkelt usædvanligt god basislinje kan overdrive det tilsyneladende tab. Registrer spredningen af resultater ved siden af en repræsentativ værdi, og noter, om de tunnele kørsler blev flettet sammen med basislinjerne eller kørt i en blok.
Sammenfletning betyder mere, end de fleste forventer. En basislinje målt før frokost og en tunnelet kørsel målt efter er to forskellige netværk med samme navn.
Hold nævneren synlig
Rapporter bevarelsesbrøken såvel som den absolutte hastighed: E1 divideret med E0 og C1 divideret med C0. Et hurtigt link, der bevarer en lille andel af sin gennemstrømning, og et langsomt link, der bevarer det meste, er forskellige fund, og kun brøken viser forskellen.
Absolut gennemstrømning afgør stadig, hvad en bruger kan gøre. Brøken afgør, hvor man skal kigge. Når Ethernet bevarer det meste af sin basislinje og mobilnettet meget mindre, er den interessante variabel på mobilvejen snarere end inde i krypteringen.
Begge tal hører i rapporten, fordi hvert enkelt alene understøtter en konklusion, som dataene ikke understøtter.
Læs mønstret, før du ændrer noget
Lignende tunnele lofter på begge netværk peger på noget fælles: endepunktet, dets processor, en hastighedsgrænse eller et enkelt overbelastet hop. Et fald, der kun vises på mobilnettet, peger på det netværks rute, tab, latenstid og effektive pakkestørrelse.
Det er spor, ikke diagnoser, og forskellen betyder noget, når du skriver billetten. Et fælles loft bliver ikke bedre, når du skifter mobilmodemet, og et fald, der kun gælder mobil, bliver ikke bedre, når du ændrer endepunktets størrelse. Angiv, hvilket af de to mønstre du så, før du foreslår en ændring. Så bærer ændringen en forudsigelse, og den næste måling kan bekræfte eller dræbe den.
OpenVPN’s egen vejledning om ydeevne adskiller båndbredde-, processor-, transport- og pakkestørrelsesbegrænsninger langs de samme linjer, hvilket er en nyttig påmindelse om, at tunnelen sjældent er én variabel.
Når pakkestørrelsen er den mistænkte
Indkapsling bruger pakkeplads, så den effektive størrelse på en mobilvej kan være mindre end den, grænsefladen annoncerer. Bevar dokumentation om pakkestørrelse for den vej, du sammenligner, i stedet for at antage en værdi ud fra adgangsteknologiens navn.
Datagram packetization-layer path MTU discovery beskriver at finde den effektive størrelse i stedet for at hardkode en. Brug de observationer, implementeringen understøtter, og skub ikke en vilkårlig lav MTU ud til hver klient som en forholdsregel, fordi det bytter et problem for et værre på veje, der var fine.
En størrelseshypotese kræver sine egne beviser: den samme overførsel i to størrelser med tabsmønstret registreret.
Tilføj én variabel ad gangen
Sammenlign først en alternativ transport, efter at basislinjematricen er gemt. Det holder én bevidst variabel i spil, og det lader dig tilskrive ændringen i stedet for at gætte på den.
Hold TCP-nyttelastdimensionering adskilt fra UDP-datagramadfærd, da de to reagerer forskelligt på tab og på vejstørrelse. En forbedring fra en transportændring er bevis om den transport, ikke bevis for, at kryptering eller dækning var den oprindelige årsag.
Rækkefølge: udfyld de fire felter, beregn begge brøker, sammenflet kørslerne, vælg derefter en hypotese og test den med én ændring. Alt andet er en sammenligning af to ukendte.