Kodėl VPN nuostoliai mobiliajame tinkle atrodo didesni nei per Ethernet

Tas pats nešiojamasis kompiuteris, tas pats serveris ir tas pats tunelis gali netekti penktadalio savo pralaidumo per Ethernet ir trijų ketvirtadalių mobiliajame tinkle, ir nė vienas iš šių skaičių nereiškia, kad VPN sugedęs. Kiekvienas prieigos tinklas suteikia skirtingą kelią, o tunelis prie jo prideda antrą kelią. Vieno tuneliuoto skaičiaus palyginimas su vienu netuneliuotu skaičiumi nieko neatsako, nes abu skaičiai apibūdina skirtingus vardiklius. Keturios celės ir viena išlaikymo dalis eilutėje pasakys, kokį klausimą klausti toliau.

Keturios celės, o ne viena bauda

Išmatuokite tiesioginę bazinę liniją ir tuneliuotą rezultatą kiekviename prieigos tinkle ir laikykite juos matrica, o ne vienu nuosprendžiu. Bazinė linija yra ta pati užduotis tame tinkle be tunelio; tuneliuotas rezultatas yra ta pati užduotis su juo.

Tiesioginiams testams naudokite leistiną darbo krūvį ir išlaikykite privatumo kontrolę, kurios reikalauja aplinka. Testas, pažeidžiantis politiką, duoda skaičių, kurio negalite paskelbti ir kurio neturėtumėte kartoti.

Laikykite kintamuosius vietoje

Išlaikykite įrenginį, programą, paskirties vietą, perdavimo kryptį ir VPN galinį tašką fiksuotus visose keturiose celėse. Jei paslauga tyliai pakeičia savo testavimo serverį tarp paleidimų, užrašykite pakeitimą ir traktuokite porą kaip nekontroliuojamą, o ne išlyginkite skirtumą vidurkiu.

Kartokite matricą abiem kryptimis ir panašiu paros metu. Mobiliojo radijo sąlygos ir jo celės apkrova keičiasi per minutes, todėl viena neįprastai gera bazinė linija gali padidinti tariamą baudą. Užrašykite rezultatų sklaidą šalia reprezentatyvios vertės ir pažymėkite, ar tuneliuoti paleidimai buvo kaitaliojami su bazinėmis linijomis, ar atlikti bloku.

Kaitaliojimas svarbesnis, nei dauguma tikisi. Bazinė linija, išmatuota prieš pietus, ir tuneliuotas paleidimas, išmatuotas po jų, yra du skirtingi tinklai su tuo pačiu vardu.

Išlaikykite vardiklį matomą

Pateikite išlaikymo dalį ir absoliutų greitį: E1 padalytas iš E0, ir C1 padalytas iš C0. Greita jungtis, išlaikanti mažą savo pralaidumo dalį, ir lėta jungtis, išlaikanti didžiąją dalį, yra skirtingi radiniai, ir skirtumą rodo tik dalis.

Absoliutus pralaidumas vis dar lemia, ką naudotojas gali daryti. Dalis lemia, kur žiūrėti. Kai Ethernet išlaiko didžiąją dalį savo bazinės linijos, o mobilusis tinklas gerokai mažiau, įdomus kintamasis yra mobiliojo kelio, o ne šifravimo viduje.

Abu skaičiai priklauso ataskaitai, nes kiekvienas atskirai pagrindžia išvadą, kurios duomenys nepagrindžia.

Perskaitykite modelį prieš ką nors keisdami

Panašios tuneliuotos lubos abiejuose tinkluose nurodo į kažką bendro: galinį tašką, jo procesorių, greičio limitą ar vieną perkrautą šuolį. Sumažėjimas, pasireiškiantis tik mobiliajame tinkle, nurodo to tinklo maršrutą, nuostolius, delsą ir efektyvų paketo dydį.

Tai pėdsakai, o ne diagnozės, ir skirtumas svarbus, kai rašote bilietą. Bendros lubos nepagerės, kai pakeisite mobiliojo modemo, o tik mobilusis sumažėjimas nepagerės, kai pakeisite galinio taško dydį. Nurodykite, kurį iš dviejų modelių matėte, prieš siūlydami pakeitimą. Taip pakeitimas neša prognozę, o kitas matavimas gali ją patvirtinti arba numarinti.

Pačios OpenVPN našumo rekomendacijos atskiria pralaidumo, procesoriaus, transporto ir paketo dydžio apribojimus tomis pačiomis linijomis, o tai naudinga priminti, kad tunelis retai būna vienas kintamasis.

Kai paketo dydis yra įtariamasis

Inkapsuliavimas sunaudoja paketo vietą, todėl efektyvus dydis mobiliajame kelyje gali būti mažesnis nei tas, kurį skelbia sąsaja. Išsaugokite paketo dydžio įrodymus tam keliui, kurį lyginate, o ne darykite prielaidą iš prieigos technologijos pavadinimo.

Datagram packetization-layer path MTU discovery aprašo efektyvaus dydžio nustatymą, o ne kietą kodavimą. Naudokite diegimo palaikomus stebėjimus ir netaikykite savavališkai mažo MTU kiekvienam klientui kaip atsargumo priemonės, nes taip viena problema keičiama blogesne keliuose, kurie buvo geri.

Dydžio hipotezei reikia savo įrodymų: tas pats perdavimas dviem dydžiais, užfiksavus nuostolių modelį.

Pridėkite po vieną kintamąjį

Alternatyvų transportą lyginkite tik po to, kai bazinės linijos matrica išsaugota. Tai išlaiko vieną sąmoningą kintamąjį žaidime ir leidžia priskirti pakeitimą, o ne spėlioti apie jį.

Laikykite TCP naudingosios apkrovos dydžio nustatymą atskirai nuo UDP datagramų elgsenos, nes abu skirtingai reaguoja į nuostolius ir kelio dydį. Transporto pakeitimo duotas pagerėjimas yra įrodymas apie tą transportą, ne įrodymas, kad šifravimas ar aprėptis buvo pradinė priežastis.

Darbo tvarka: užpildykite keturias celes, apskaičiuokite abi dalis, sukaitaliokite paleidimus, tada pasirinkite vieną hipotezę ir patikrinkite ją vienu pakeitimu. Visa kita yra dviejų nežinomųjų palyginimas.