Jitter

Jitter describe cuánto varía la latencia de un paquete a otro. Si cada paquete tardara exactamente 30 ms, no habría jitter; si los retrasos oscilan entre 20 ms y 90 ms, el jitter es alto. Es causado por congestión, cambios en las rutas de red y el encolado dentro de los enrutadores. Para transferencias masivas constantes, el jitter apenas importa, pero para flujos en tiempo real —voz, video, juegos— a menudo es más disruptivo que un retraso ligeramente más alto pero estable, porque los búferes no pueden suavizar llegadas impredecibles.

Agregar un salto como un proxy o VPN puede cambiar tu jitter para mejor o para peor: un camino intermedio congestionado lo aumenta, mientras que uno bien provisionado puede ser más estable que tu ruta predeterminada. Las aplicaciones en tiempo real combaten el jitter con un búfer de jitter que retiene brevemente los paquetes para que puedan reproducirse a un ritmo uniforme, intercambiando un poco de latencia por suavidad. Si una tarea en tiempo real se siente entrecortada a través de una conexión, mide el viaje de ida y vuelta repetidamente en lugar de una vez: un buen promedio aún puede ocultar una variación dañina que solo una serie de mediciones revela.

Para mantener bajo el jitter, favorece un enlace por cable sobre un Wi-Fi congestionado, evita saturar tu conexión con transferencias en segundo plano durante una sesión en tiempo real, y elige una salida con un camino estable hacia tu objetivo. Si una llamada con proxy titubea, compara el jitter con y sin el salto a través de varias muestras en lugar de una. Para trabajos en tiempo real críticos en latencia, la región de salida única y consistente de la s4m VPN a menudo se comporta de manera más predecible que un proxy público ad-hoc.