Warum die VPN-Einbuße im Mobilfunknetz schlimmer aussieht als über Ethernet

Derselbe Laptop, derselbe Server und derselbe Tunnel können über Ethernet ein Fünftel ihres Durchsatzes verlieren und im Mobilfunknetz drei Viertel, und keine der beiden Zahlen bedeutet, dass das VPN defekt ist. Jedes Zugangsnetz liefert einen anderen Pfad, und der Tunnel legt einen zweiten Pfad darüber. Eine getunnelte Zahl mit einer ungetunnelten zu vergleichen beantwortet nichts, weil die beiden Zahlen unterschiedliche Nenner beschreiben. Vier Zellen und ein Erhaltungsbruchteil pro Zeile sagen Ihnen, welche Frage als Nächste zu stellen ist.

Vier Zellen, nicht eine einzige Einbuße

Messen Sie die direkte Basislinie und das getunnelte Ergebnis in jedem Zugangsnetz und halten Sie beides als Matrix fest statt als ein einziges Urteil. Die Basislinie ist dieselbe Aufgabe auf diesem Netz ohne den Tunnel; das getunnelte Ergebnis ist dieselbe Aufgabe mit ihm.

Verwenden Sie für die direkten Tests eine autorisierte Arbeitslast und halten Sie die Datenschutzkontrollen ein, die die Umgebung verlangt. Ein Test, der die Richtlinie verletzt, erzeugt eine Zahl, die Sie nicht veröffentlichen können und nicht wiederholen sollten.

Halten Sie die Variablen fest

Halten Sie Gerät, Anwendung, Ziel, Übertragungsrichtung und VPN-Endpunkt über alle vier Zellen hinweg konstant. Wenn ein Dienst zwischen Läufen stillschweigend seinen Testserver wechselt, notieren Sie die Änderung und behandeln Sie das Paar als unkontrolliert, statt den Unterschied wegzumitteln.

Wiederholen Sie die Matrix in beiden Richtungen und zu vergleichbaren Tageszeiten. Die Bedingungen einer Mobilfunkfunkschnittstelle und die Last auf ihrer Zelle ändern sich innerhalb von Minuten, sodass eine einzelne ungewöhnlich gute Basislinie die scheinbare Einbuße übertreiben kann. Notieren Sie die Streuung der Ergebnisse neben einem repräsentativen Wert und vermerken Sie, ob die getunnelten Läufe mit den Basislinien verschachtelt oder als Block gefahren wurden.

Verschachtelung ist wichtiger, als die meisten erwarten. Eine vor dem Mittagessen gemessene Basislinie und ein danach gemessener getunnelter Lauf sind zwei verschiedene Netze mit demselben Namen.

Halten Sie den Nenner sichtbar

Berichten Sie den Erhaltungsbruchteil ebenso wie die absolute Rate: E1 geteilt durch E0 und C1 geteilt durch C0. Eine schnelle Verbindung, die einen kleinen Teil ihres Durchsatzes behält, und eine langsame, die das meiste behält, sind unterschiedliche Befunde, und nur der Bruchteil zeigt den Unterschied.

Der absolute Durchsatz entscheidet weiterhin, was ein Nutzer tun kann. Der Bruchteil entscheidet, wo man nachsehen sollte. Wenn Ethernet das meiste seiner Basislinie behält und der Mobilfunk deutlich weniger, liegt die interessante Variable auf dem Mobilfunkpfad und nicht in der Verschlüsselung.

Beide Zahlen gehören in den Bericht, weil jede für sich eine Schlussfolgerung stützt, die die Daten nicht stützen.

Lesen Sie das Muster, bevor Sie etwas ändern

Ähnliche getunnelte Obergrenzen in beiden Netzen deuten auf etwas Gemeinsames hin: den Endpunkt, seine CPU, eine Ratenbegrenzung oder einen einzelnen überlasteten Hop. Ein Rückgang, der nur im Mobilfunk auftritt, deutet auf die Route dieses Netzes, Verlust, Latenz und effektive Paketgröße hin.

Das sind Hinweise, keine Diagnosen, und der Unterschied zählt, wenn Sie das Ticket schreiben. Eine gemeinsame Obergrenze bessert sich nicht, wenn Sie das Mobilfunkmodem tauschen, und ein reiner Mobilfunkrückgang bessert sich nicht, wenn Sie den Endpunkt anders dimensionieren. Nennen Sie, welches der beiden Muster Sie gesehen haben, bevor Sie eine Änderung vorschlagen. So trägt die Änderung eine Vorhersage, und die nächste Messung kann sie bestätigen oder verwerfen.

Die eigene Leistungsrichtlinie von OpenVPN trennt Bandbreiten-, CPU-, Transport- und Paketgrößenbeschränkungen entlang derselben Linien, was eine nützliche Erinnerung ist, dass der Tunnel selten nur eine Variable ist.

Wenn die Paketgröße der Verdächtige ist

Kapselung verbraucht Paketplatz, sodass die effektive Größe auf einem Mobilfunkpfad kleiner sein kann als die, die die Schnittstelle ankündigt. Behalten Sie Belege zur Paketgröße für den Pfad, den Sie vergleichen, statt einen Wert aus dem Namen der Zugangstechnologie abzuleiten.

Datagram packetization-layer path MTU discovery beschreibt, die effektive Größe zu ermitteln, statt eine fest zu verdrahten. Nutzen Sie die Beobachtungen, die die Implementierung unterstützt, und schieben Sie nicht vorsorglich eine willkürlich niedrige MTU auf jeden Client, weil das ein Problem gegen ein schlimmeres auf Pfaden eintauscht, die in Ordnung waren.

Eine Größenhypothese braucht eigene Belege: dieselbe Übertragung in zwei Größen, mit aufgezeichnetem Verlustmuster.

Fügen Sie jeweils eine Variable hinzu

Vergleichen Sie einen alternativen Transport erst, nachdem die Basislinienmatrix gespeichert ist. Das hält eine bewusste Variable im Spiel, und Sie können die Änderung zuordnen, statt an ihr zu raten.

Halten Sie die Nutzlastbemessung von TCP vom Verhalten der UDP-Datagramme getrennt, da beide auf Verlust und Pfadgröße unterschiedlich reagieren. Eine Verbesserung durch einen Transportwechsel ist ein Beleg über diesen Transport, kein Beweis dafür, dass Verschlüsselung oder Abdeckung die ursprüngliche Ursache waren.

Reihenfolge der Arbeit: die vier Zellen ausfüllen, beide Bruchteile berechnen, die Läufe verschachteln, dann eine Hypothese wählen und sie mit einer Änderung testen. Alles andere ist ein Vergleich zweier Unbekannter.