Miért tűnik rosszabbnak a VPN-lassulás mobilon, mint Etherneten

Ugyanaz a laptop, ugyanaz a szerver és ugyanaz az alagút az Etherneten elveszítheti az átviteli sebesség egyötödét, mobilon pedig a háromnegyedét, és egyik szám sem jelenti azt, hogy a VPN elromlott. Minden hozzáférési hálózat más útvonalat biztosít, és az alagút egy második útvonalat tesz rá. Egy alagutazott számot egy nem alagutazott számmal összehasonlítani semmire sem válaszol, mert a két szám különböző nevezőket ír le. Négy cella és soronként egy megtartási hányad megmondja, melyik kérdést tegye fel következőként.

Négy cella, nem egyetlen büntetés

Mérje meg a közvetlen alapvonalat és az alagutazott eredményt minden hozzáférési hálózaton, és tartsa meg őket mátrixként, ne egyetlen ítéletként. Az alapvonal ugyanaz a feladat azon a hálózaton, alagút nélkül; az alagutazott eredmény ugyanaz a feladat vele.

A közvetlen tesztekhez használjon engedélyezett munkaterhelést, és tartsa be a környezet által megkövetelt adatvédelmi ellenőrzéseket. Az irányelvet sértő teszt olyan számot ad, amelyet nem publikálhat, és amelyet nem lenne szabad megismételnie.

Tartsa rögzítve a változókat

Tartsa rögzítve az eszközt, az alkalmazást, a célt, az átviteli irányt és a VPN-végpontot mind a négy cellában. Ha egy szolgáltatás futások között csendben kicseréli a tesztkiszolgálóját, jegyezze fel a változást, és kezelje a párt ellenőrizetlenként, ahelyett hogy átlagolással tüntetné el a különbséget.

Ismételje meg a mátrixot mindkét irányban és összehasonlítható napszakokban. A mobilrádió körülményei és cellájának terhelése percek alatt változik, ezért egyetlen szokatlanul jó alapvonal eltúlozhatja a látszólagos büntetést. Jegyezze fel az eredmények szórását egy reprezentatív érték mellett, és rögzítse, hogy az alagutazott futások össze voltak-e fűzve az alapvonalakkal, vagy blokkban futottak.

Az összefűzés fontosabb, mint a legtöbben gondolnák. Egy ebéd előtt mért alapvonal és egy utána mért alagutazott futás két különböző hálózat ugyanazzal a névvel.

Tartsa láthatóvá a nevezőt

Jelentse a megtartási hányadot és az abszolút rátát is: E1 osztva E0-val, és C1 osztva C0-val. Egy gyors kapcsolat, amely átviteli sebességének kis részét tartja meg, és egy lassú, amely a nagy részét, különböző megállapítások, és a különbséget csak a hányad mutatja.

Az abszolút átviteli sebesség továbbra is eldönti, mit tehet a felhasználó. A hányad eldönti, hova nézzen. Amikor az Ethernet alapvonalának nagy részét megtartja, a mobil pedig sokkal kevesebbet, az érdekes változó a mobilútvonalon van, nem a titkosításban.

Mindkét szám a jelentésbe tartozik, mert külön-külön mindegyik olyan következtetést támaszt alá, amelyet az adatok nem támasztanak alá.

Olvassa el a mintát, mielőtt bármit változtat

Hasonló alagutazott plafonok mindkét hálózaton valami közösre utalnak: a végpontra, annak processzorára, egy sebességkorlátra vagy egyetlen torlódott ugrásra. A csak mobilon megjelenő csökkenés az adott hálózat útvonalára, veszteségére, késleltetésére és effektív csomagméretére utal.

Ezek nyomok, nem diagnózisok, és a különbség számít, amikor a jegyet írja. A közös plafon nem javul, ha kicseréli a mobilmodemet, és a csak mobil csökkenés nem javul, ha átméretezi a végpontot. Mondja meg, a két minta közül melyiket látta, mielőtt változtatást javasol. Így a változtatás előrejelzést hordoz, és a következő mérés megerősítheti vagy megölheti.

Az OpenVPN saját teljesítmény-útmutatója a sávszélesség, a processzor, a szállítás és a csomagméret korlátait ugyanezen vonalak mentén választja szét, ami hasznos emlékeztető arra, hogy az alagút ritkán egyetlen változó.

Amikor a csomagméret a gyanús

A beágyazás csomaghelyet fogyaszt, ezért a mobilútvonalon az effektív méret kisebb lehet annál, amelyet az interfész hirdet. Őrizze meg a csomagméretre vonatkozó bizonyítékokat az összehasonlított útvonalhoz, ahelyett hogy egy értéket a hozzáférési technológia nevéből feltételezne.

Datagram packetization-layer path MTU discovery az effektív méret felderítését írja le a fix kódolás helyett. Használja a megvalósítás által támogatott megfigyeléseket, és ne kényszerítsen önkényesen alacsony MTU-t minden kliensre óvatosságból, mert azzal egy problémát egy rosszabbra cserél olyan útvonalakon, amelyek rendben voltak.

A mérethipotézisnek saját bizonyítékokra van szüksége: ugyanaz az átvitel két méretben, rögzített veszteségmintával.

Egyszerre egy változót adjon hozzá

Alternatív szállítást csak azután hasonlítson össze, hogy az alapvonal-mátrix mentve van. Ez egy szándékos változót tart játékban, és lehetővé teszi, hogy a változást hozzárendelje, ahelyett hogy találgatna róla.

Tartsa külön a TCP hasznos terhelésének méretezését az UDP-datagramok viselkedésétől, mert a kettő másként reagál a veszteségre és az útvonal méretére. A szállításváltásból származó javulás bizonyíték arról a szállításról, nem bizonyíték arra, hogy a titkosítás vagy a lefedettség volt az eredeti ok.

A munka sorrendje: töltse ki a négy cellát, számítsa ki mindkét hányadot, fűzze össze a futásokat, majd válasszon egy hipotézist, és tesztelje egyetlen változtatással. Minden más két ismeretlen összehasonlítása.