Proč VPN penalizace vypadá na mobilní síti hůř než na Ethernetu

Stejný notebook, stejný server a stejný tunel mohou ztratit pětinu propustnosti na Ethernetu a tři čtvrtiny na mobilní síti, a ani jedno z těch čísel neznamená, že je VPN rozbitá. Každá přístupová síť poskytuje jinou cestu a tunel na ni přidává druhou cestu. Srovnání jednoho tunelovaného čísla s jedním netunelovaným neodpovídá na nic, protože ta dvě čísla popisují různé jmenovatele. Čtyři buňky a jeden podíl zachování na řádek vám řeknou, na kterou otázku se ptát dál.

Čtyři buňky, ne jedna penalizace

Změřte přímou základnu a tunelovaný výsledek na každé přístupové síti a udržujte je jako matici, nikoli jako jediný verdikt. Základna je stejný úkol provedený na dané síti bez tunelu; tunelovaný výsledek je stejný úkol s ním.

Pro přímé testy použijte autorizovanou zátěž a zachovejte ochranu soukromí, kterou prostředí vyžaduje. Test, který porušuje zásady, produkuje číslo, které nemůžete publikovat a které byste neměli opakovat.

Držte proměnné na místě

Udržujte zařízení, aplikaci, cíl, směr přenosu a koncový bod VPN pevné ve všech čtyřech buňkách. Pokud služba mezi běhy tiše přepne svůj testovací server, změnu zaznamenejte a pár považujte za nekontrolovaný, místo abyste rozdíl zprůměrovali.

Matici opakujte v obou směrech a ve srovnatelných denních dobách. Podmínky mobilního rádia a zatížení jeho buňky se mění v řádu minut, takže jedna neobvykle dobrá základna může zdánlivou penalizaci přehnat. Rozptyl výsledků zaznamenejte vedle reprezentativní hodnoty a poznamenejte, zda byly tunelované běhy proloženy základnami, nebo proběhly v bloku.

Prokládání je důležitější, než většina lidí čeká. Základna změřená před obědem a tunelovaný běh změřený po něm jsou dvě různé sítě se stejným jménem.

Nechte jmenovatele viditelného

Uvádějte podíl zachování i absolutní rychlost: E1 děleno E0 a C1 děleno C0. Rychlé spojení, které si zachová malý díl své propustnosti, a pomalé spojení, které si zachová většinu, jsou různá zjištění a rozdíl ukáže jen podíl.

Absolutní propustnost stále rozhoduje o tom, co uživatel může dělat. Podíl rozhoduje o tom, kam se dívat. Když si Ethernet ponechá většinu své základny a mobilní síť mnohem méně, zajímavá proměnná je na mobilní cestě, nikoli uvnitř šifrování.

Do zprávy patří obě čísla, protože každé samo podporuje závěr, který data nepodporují.

Přečtěte vzorec, než cokoli změníte

Podobné tunelované stropy na obou sítích ukazují na něco společného: koncový bod, jeho procesor, limit rychlosti nebo jeden zahlcený skok. Pokles, který se objeví jen na mobilní síti, ukazuje na trasu té sítě, ztráty, latenci a efektivní velikost paketu.

To jsou stopy, ne diagnózy, a ten rozdíl je důležitý, když píšete tiket. Společný strop se nezlepší, když vyměníte mobilní modem, a pokles jen na mobilní síti se nezlepší, když změníte velikost koncového bodu. Než navrhnete změnu, uveďte, který ze dvou vzorců jste viděli. Změna tak nese předpověď a další měření ji může potvrdit nebo zabít.

Vlastní pokyny OpenVPN k výkonu oddělují omezení šířky pásma, procesoru, transportu a velikosti paketu podél stejných linií, což je užitečná připomínka, že tunel je zřídka jedna proměnná.

Když je podezřelá velikost paketu

Zapouzdření spotřebovává prostor paketu, takže efektivní velikost na mobilní cestě může být menší než ta, kterou inzeruje rozhraní. Uchovejte důkazy o velikosti paketu pro cestu, kterou porovnáváte, místo abyste hodnotu předpokládali z názvu přístupové technologie.

Datagram packetization-layer path MTU discovery popisuje zjišťování efektivní velikosti místo jejího pevného zadání. Použijte pozorování, která implementace podporuje, a netlačte na každého klienta jako preventivní opatření svévolné nízké MTU, protože to mění jeden problém za horší na cestách, které byly v pořádku.

Hypotéza o velikosti potřebuje vlastní důkazy: stejný přenos ve dvou velikostech se zaznamenaným vzorcem ztrát.

Přidávejte jednu proměnnou po druhé

Alternativní transport porovnávejte až poté, co je matice základny uložena. Udržíte tak ve hře jednu záměrnou proměnnou a můžete změně připsat příčinu, místo abyste o ní hádali.

Dimenzování užitečného zatížení TCP držte oddělené od chování datagramů UDP, protože oba reagují na ztráty a na velikost cesty různě. Zlepšení ze změny transportu je důkazem o tomto transportu, ne důkazem, že šifrování nebo pokrytí byly původní příčinou.

Pořadí práce: vyplňte čtyři buňky, spočítejte oba podíly, proložte běhy, pak vyberte jednu hypotézu a otestujte ji jednou změnou. Cokoli jiného je srovnání dvou neznámých.