De ce penalitatea VPN arată mai rău în rețeaua mobilă decât pe Ethernet

Același laptop, același server și același tunel pot pierde o cincime din debitul lor pe Ethernet și trei sferturi în rețeaua mobilă, iar niciunul dintre cele două numere nu înseamnă că VPN-ul este stricat. Fiecare rețea de acces oferă o cale diferită, iar tunelul adaugă o a doua cale peste ea. Compararea unui număr tunelat cu un număr netunelat nu răspunde la nimic, pentru că cele două numere descriu numitori diferiți. Patru celule și o fracție de păstrare pe rând vă vor spune ce întrebare să puneți în continuare.

Patru celule, nu o singură penalitate

Măsurați linia de bază directă și rezultatul tunelat în fiecare rețea de acces și păstrați-le ca matrice, nu ca un singur verdict. Linia de bază este aceeași sarcină executată în acea rețea fără tunel; rezultatul tunelat este aceeași sarcină cu el.

Folosiți o încărcare de lucru autorizată pentru testele directe și păstrați controalele de confidențialitate cerute de mediu. Un test care încalcă politica produce un număr pe care nu îl puteți publica și pe care nu ar trebui să îl repetați.

Păstrați variabilele nemișcate

Păstrați dispozitivul, aplicația, destinația, direcția de transfer și punctul final VPN fixe în toate cele patru celule. Dacă un serviciu își schimbă în tăcere serverul de test între rulări, notați schimbarea și tratați perechea ca necontrolată, în loc să netezi diferența printr-o medie.

Repetați matricea în ambele direcții și la ore comparabile. Condițiile unui radio mobil și încărcarea celulei sale se schimbă în câteva minute, așa că o singură linie de bază neobișnuit de bună poate exagera penalitatea aparentă. Notați împrăștierea rezultatelor lângă o valoare reprezentativă și precizați dacă rulările tunelate au fost intercalate cu liniile de bază sau executate în bloc.

Intercalarea contează mai mult decât se așteaptă majoritatea oamenilor. O linie de bază măsurată înainte de prânz și o rulare tunelată măsurată după sunt două rețele diferite cu același nume.

Păstrați numitorul vizibil

Raportați fracția de păstrare și rata absolută: E1 împărțit la E0, și C1 împărțit la C0. O legătură rapidă care păstrează o parte mică din debitul ei și o legătură lentă care păstrează cea mai mare parte sunt constatări diferite, iar diferența o arată doar fracția.

Debitul absolut decide în continuare ce poate face un utilizator. Fracția decide unde să priviți. Când Ethernetul păstrează cea mai mare parte a liniei sale de bază, iar rețeaua mobilă mult mai puțin, variabila interesantă este pe calea mobilă, nu în interiorul criptării.

Ambele numere aparțin raportului, pentru că fiecare singur susține o concluzie pe care datele nu o susțin.

Citiți modelul înainte de a schimba ceva

Plafoane tunelate similare în ambele rețele indică ceva comun: punctul final, procesorul acestuia, o limită de rată sau un singur salt congestionat. O scădere care apare doar în rețeaua mobilă indică ruta acelei rețele, pierderea, latența și dimensiunea efectivă a pachetului.

Acestea sunt indicii, nu diagnostice, iar diferența contează când scrieți tichetul. Un plafon comun nu se va îmbunătăți când schimbați modemul mobil, iar o scădere doar pe mobil nu se va îmbunătăți când redimensionați punctul final. Precizați care dintre cele două modele l-ați văzut înainte de a propune o schimbare. Astfel schimbarea poartă o predicție, iar următoarea măsurătoare o poate confirma sau ucide.

Propriile îndrumări de performanță ale OpenVPN separă constrângerile de lățime de bandă, procesor, transport și dimensiune a pachetului pe aceleași linii, ceea ce este o reamintire utilă că tunelul este rareori o singură variabilă.

Când dimensiunea pachetului este suspectul

Encapsularea consumă spațiu din pachet, așa că dimensiunea efectivă pe o cale mobilă poate fi mai mică decât cea anunțată de interfață. Păstrați dovezile privind dimensiunea pachetului pentru calea pe care o comparați, în loc să presupuneți o valoare din numele tehnologiei de acces.

Datagram packetization-layer path MTU discovery descrie descoperirea dimensiunii efective în loc de codificarea fixă a acesteia. Folosiți observațiile pe care le acceptă implementarea și nu impuneți un MTU mic arbitrar fiecărui client ca măsură de precauție, pentru că asta schimbă o problemă cu una mai rea pe căi care erau în regulă.

O ipoteză despre dimensiune are nevoie de propriile dovezi: același transfer la două dimensiuni, cu modelul de pierdere înregistrat.

Adăugați o variabilă pe rând

Comparați un transport alternativ doar după ce matricea liniei de bază este salvată. Asta menține în joc o variabilă deliberată și vă permite să atribuiți schimbarea în loc să o ghiciți.

Țineți dimensionarea încărcăturii utile TCP separată de comportamentul datagramelor UDP, deoarece cele două reacționează diferit la pierdere și la dimensiunea căii. O îmbunătățire venită dintr-o schimbare de transport este o dovadă despre acel transport, nu o dovadă că criptarea sau acoperirea au fost cauza inițială.

Ordinea lucrului: completați cele patru celule, calculați ambele fracții, intercalați rulările, apoi alegeți o ipoteză și testați-o cu o singură schimbare. Orice altceva este o comparație între două necunoscute.