Por que a penalización do VPN parece peor na rede móbil que en Ethernet

O mesmo portátil, o mesmo servidor e o mesmo túnel poden perder unha quinta parte do seu rendemento en Ethernet e tres cuartas partes na rede móbil, e ningunha das dúas cifras significa que o VPN estea roto. Cada rede de acceso fornece unha ruta distinta, e o túnel engade unha segunda ruta por riba dela. Comparar unha cifra con túnel cunha cifra sen túnel non responde nada, porque as dúas cifras describen denominadores distintos. Catro celas e unha fracción de retención por fila diranlle que pregunta formular despois.

Catro celas, non unha penalización

Mida a liña base directa e o resultado con túnel en cada rede de acceso, e mantéñaos como unha matriz en lugar de como un veredicto único. A base é a mesma tarefa realizada nesa rede sen o túnel; o resultado con túnel é a mesma tarefa con el.

Utilice unha carga de traballo autorizada para as probas directas e manteña os controis de privacidade que esixe a contorna. Unha proba que infrinxe a política produce unha cifra que non pode publicar e que non debería repetir.

Manteña as variables quietas

Manteña fixos o dispositivo, a aplicación, o destino, a dirección de transferencia e o extremo do VPN nas catro celas. Se un servizo cambia en silencio o seu servidor de probas entre execucións, rexistre o cambio e trate a parella como non controlada en lugar de diluír a diferenza cunha media.

Repita a matriz nos dous sentidos e a horas do día comparables. As condicións dunha radio móbil e a carga da súa cela cambian en minutos, así que unha única base excepcionalmente boa pode esaxerar a penalización aparente. Rexistre a dispersión dos resultados xunto a un valor representativo, e anote se as execucións con túnel se intercalaron coas bases ou se fixeron en bloque.

O intercalado importa máis do que a maioría espera. Unha base medida antes de xantar e unha execución con túnel medida despois son dúas redes distintas que levan o mesmo nome.

Manteña visible o denominador

Informe da fracción de retención ademais da taxa absoluta: E1 dividido por E0, e C1 dividido por C0. Un enlace rápido que conserva unha parte pequena do seu rendemento e un enlace lento que conserva a maior parte son achados distintos, e só a fracción mostra a diferenza.

O rendemento absoluto segue decidindo que pode facer un usuario. A fracción decide onde mirar. Cando Ethernet conserva a maior parte da súa base e a rede móbil conserva moito menos, a variable interesante está na ruta móbil e non dentro do cifrado.

As dúas cifras pertencen ao informe, porque cada unha por si sostén unha conclusión que os datos non sosteñen.

Lea o patrón antes de cambiar nada

Uns teitos con túnel parecidos nas dúas redes apuntan a algo compartido: o extremo, a súa CPU, un límite de velocidade ou un só salto congestionado. Un descenso que só aparece na rede móbil apunta á ruta desa rede, á perda, á latencia e ao tamaño efectivo do paquete.

Estas son pistas, non diagnósticos, e a diferenza importa cando escribe o tícket. Un teito compartido non mellorará cando cambie o módem móbil, e un descenso só móbil non mellorará cando redimensione o extremo. Indique cal dos dous patróns viu antes de propor un cambio. Así o cambio leva unha predición, e a seguinte medición pode confirmala ou matala.

A propia guía de rendemento de OpenVPN separa as restricións de ancho de banda, CPU, transporte e tamaño de paquete polas mesmas liñas, o que recorda de forma útil que o túnel raramente é unha soa variable.

Cando o tamaño de paquete é o sospeitoso

A encapsulación consume espazo do paquete, así que o tamaño efectivo nunha ruta móbil pode ser menor que o que anuncia a interface. Conserve as probas de tamaño de paquete para a ruta que compara en lugar de supoñer un valor a partir do nome da tecnoloxía de acceso.

Datagram packetization-layer path MTU discovery describe como descubrir o tamaño efectivo en lugar de fixalo. Utilice as observacións que admite a implementación, e non impoña un MTU baixo arbitrario a cada cliente como precaución, porque iso cambia un problema por un peor en rutas que estaban ben.

Unha hipótese de tamaño necesita as súas propias probas: a mesma transferencia con dous tamaños, co patrón de perda rexistrado.

Engada unha variable cada vez

Compare un transporte alternativo só despois de gardar a matriz de base. Iso mantén en xogo unha variable deliberada e permítelle atribuír o cambio en lugar de adiviñalo.

Manteña o dimensionamento da carga útil de TCP separado do comportamento dos datagramas UDP, xa que ambos reaccionan de forma distinta á perda e ao tamaño da ruta. Unha mellora procedente dun cambio de transporte é unha proba sobre ese transporte, non unha proba de que o cifrado ou a cobertura fosen a causa orixinal.

Orde de traballo: encha as catro celas, calcule as dúas fraccións, intercale as execucións, despois escolla unha hipótese e proba con un só cambio. Calquera outra cousa é unha comparación de dúas incógnitas.