Qué es el jitter en una red y cómo afecta a tu conexión: causas, test y soluciones

Películas y series en streaming, VoIP, videoreuniones, teletrabajo, gaming competitivo… La red sostiene el peso de cada vez más pedazos de esta vida moderna y más vale que esa red no dé problemas, porque nos ponemos como Michael Douglas en Un día de furia. Y uno de esos problemas es el jitter de red, que vamos a tratar a fondo aquí.
Mientras que la latencia que nos amarga el CoD, o la pérdida de paquetes que nos pixela el momento clave de la peli son errores bien conocidos, el jitter —la variabilidad en el retardo de paquetes— se ha convertido en el ladrón silencioso de la calidad de la experiencia.
Imagina una videoreunión donde el feed de tu jefe se corta cada 10 segundos, haciéndolo (aún) más irritante. O un juego que tiene algo peor que un lag, uno que se produce de forma intermitente: eso es el jitter en acción.
Pocas cosas conozco que pongan más de los nervios. Por eso, entender y controlar esta métrica de jitter ya no es opcional, sino esencial para técnicos y administradores de red.
De lo contrario, ponemos en peligro los SLA (Service Level Agreement), la calidad, la reputación y a los compañeros de gestión de clientes, cuando estos toquen a la puerta con el cañón de la recortada.

¿Qué es exactamente el jitter en redes?

No me voy a poner académico con todo lo que abarca el concepto en diferentes campos y aspectos, nos vamos a centrar en redes, que es lo que nos interesa. Y aun así, no es cualquier cosa.
En ellas, el jitter hace referencia a la variabilidad estadística en el retardo de paquetes consecutivos.
A diferencia de la latencia (que es el retardo fijo que hay entre el envío y la recepción de paquetes), el jitter mide la inconsistencia en esos retardos. Es decir, que esto no va de la lentitud de carga de una web, por ejemplo.
Esto se va más fácilmente con un ejemplo hipersimplificado para entender mejor el concepto, que es complicado como cuando dices eso mismo sobre las relaciones:

• El paquete 1 que envío tiene una latencia de 20 ms.
• El paquete 2 ha estado comiendo más galletas de las que debe y arrastra los pies con una latencia de 45 ms.
• Mientras, el paquete 3 espabila un poco, pero tampoco demasiado, con una latencia de 25 ms.
• El paquete 4 es el repelente de la clase que vive solamente para dejar mal a sus compañeros, así que tiene una latencia de 10 ms.

Como vemos, las latencias son distintas, así que para calcular el jitter observamos las diferencias o inconsistencias entre la latencia de los paquetes.

• Del 1 al 2: 25 ms (45 – 20 y, para los que se toman las matemáticas muy en serio, no importará si la diferencia es positiva o negativa, así que se expresa en el número absoluto).
• Del 2 al 3: 20 ms. (25 – 45).
• Del 3 al 4: 15 ms. (10 – 25).

Pues bien, el jitter es la desviación media de esas diferencias de latencia entre paquetes.
En este ejemplo, sumamos las 3 diferencias y las dividimos por 3 para sacar esa media de las desviaciones que hemos experimentado.
Así: 25 + 20 + 15 = 60, que dividido por 3 da un jitter de 20 ms.
Esta es una medida de calidad de la red, porque nos habla de su estabilidad, pero no de su rapidez y no necesariamente de su integridad de transmisión siendo capaz de no perder paquetes. Esas son otras dimensiones de calidad que también deberemos tener en cuenta por si no tuviéramos ya bastante en el plato, pero por ejemplo:
Puede haber un retraso horroroso de 500 ms entre cada paquete, pero que la red mantenga un ritmo constante como un tambor. En ese caso, la red es un asco por su latencia elevada, pero el jitter sería cero y, al menos, es un asco estable.
Mientras, la pérdida de paquetes es eso exactamente, que no llegue todo lo que mandamos. Si se pierden frames y no sabes qué píxel de la pantalla es el capitán Picard en el episodio que estás viendo, también es una causa de migraña, pero una causa distinta del jitter.
Este nos habla de la oscilación en el retardo y es una dimensión más de la calidad del servicio.

Cómo impacta el jitter en la experiencia del usuario

En IT vivimos una vida abstracta de ceros, unos, terminales, herramientas, cables… Pero toda esa abstracción no es porque sí, tiene un fin tangible en el mundo real: Proporcionar calidad de servicio, ya sea a clientes o a nuestros compañeros para que trabajen mejor, aumenten la productividad y, sobre todo, no vengan a fastidiarnos la tercera siesta antes de comer.
Y el jitter fastidia muchas siestas y experiencias de usuario de muchas maneras, como por ejemplo estas:

• Videollamadas. Un jitter elevado desincroniza audios y vídeo mostrando, por ejemplo, gestos que no coinciden con el sonido. Pocas cosas ponen los nudillos más blancos de apretarlos.
• Gaming online. Buena suerte en la batalla con un jitter de 100 ms, porque la fluidez depende de la consistencia de la latencia y ese crío de 11 años te ha propinado el décimo headshot y encima te insulta por el chat de voz (encima de manera desacompasada y que no se entiende mucho, claro).
• VoIP (Llamadas de voz). Si el buffer no es capaz de compensar en una llamada de Teams, por ejemplo, un jitter alto causa ecos, cortes o palabras perdidas.

¿Cómo identificamos de manera rápida si el jitter está suponiendo un problema?
Además de poder medirlo como vamos a ver un poco más adelante, si «la conexión va a saltos» y eso ocurre con múltiples usuarios y no uno (lo que indicaría que podría ser quizá un problema local y no de retardos irregulares en la red), lo más probable es que estemos experimentando jitter.

Principales causas del jitter en redes IP

Ya hemos visto las molestas consecuencias, pero ¿cuáles son las principales causas del jitter?
He aquí una tabla con las más comunes, por qué ocurren y cómo tratar de evitar que dicho jitter nos amargue la vida y el café.

Causa	Mecanismo	Solución preventiva
Congestión de red	Saturación de enlaces (ej: backups + VoIP por un mismo cable de 10GBs)	Aumentar la capacidad , equilibrar las cargas por enlace, QoS, limitar ancho de banda
Bufferbloat	Buffers sobrecargados en routers	Configurar colas inteligentes
Wi-Fi inestable	Interferencias o roaming entre APs	Usar cable Ethernet, canales 5 GHz, contratar mejor servicio si es el origen del problema.
Rutas asimétricas	Paquetes de ida y vuelta toman caminos distintos	Optimizar routing (BGP/OSPF). Implementar prácticas de seguridad de enrutamiento como las descritas en el MANRS Implementation Guide.
Hardware obsoleto	Switches o firewalls sin recursos	Actualizar dispositivos

Cómo medir el jitter

Normalmente, el jitter se calcula durante un intervalo de tiempo o para un número de paquetes.
Es decir, encendemos los equipos y, con herramientas como las que vamos a ver enseguida, podremos monitorizar la media de la variabilidad a lo largo del tiempo desde que encendemos. O medir durante un intervalo de tiempo concreto para ver el jitter en horas punta, por ejemplo.
Ese es el jitter medio y lo que normalmente entendemos por ese concepto.
Sin embargo, hay otros tipos de jitter que podemos cuantificar para optimizar el rendimiento de la red, y que vienen expresados en estas métricas:

• Jitter máximo. Que se refiere a la variación más elevada en la llegada de un paquete durante el tiempo en el que estamos midiendo el jitter habitual. Por ejemplo, cuál fue la variación más elevada en esa hora punta para nuestra organización.
• Jitter pico a pico: que es la diferencia entre los valores máximos y mínimos del periodo medido.

Herramientas gratuitas para medir el jitter

Obviamente, todos estos cálculos se pueden hacer con herramientas y algunas gratuitas nos pueden solventar la papeleta. Eso sí, muchas se quedan cortas ante una monitorización continua por parte de una aplicación avanzada, como veremos.

Comando Ping

Para los nostálgicos de barba gris como yo, no hace falta salir de esa terminal que nos recuerda tiempos que no sabemos si eran mejores, pero al menos éramos más jóvenes. Así, podemos lanzar la instrucción:

ping -c 100 [IP] | grep «min/avg/max»

Sustituyendo [IP] por la dirección a la que hacer ping, lo que hacemos es mandar 100 de ellos para que nos saque el mínimo, el máximo y la media. Ese comando nos dará una respuesta que, por ejemplo, será como esta que he enviado a un servidor personal en mi red local particular.

rtt min/avg/max/mdev = 1.038/3.239/44.445/5.080 ms

Iperf3

También podemos hacer una prueba de estrés con iperf3, una herramienta disponible para Linux, Windows, MacOS e incluso móviles y que podemos para una medida del rendimiento de ancho de banda UDP/TCP.
Voy a poner un ejemplo de uso en terminal, ya que es un poco más complejo que ping.
Imaginemos que quiero hacerlo con el mismo servidor personal de antes. Lo que hago es instalar iperf3 tanto en ese servidor (que en este caso es un Debian), como en el cliente que le hará la petición, que en mi caso es una máquina Fedora.
Una vez instalado, si no he elegido que se ejecute automáticamente como demonio y, por tanto, siempre esté a la escucha, ejecuto lo siguiente en la terminal del equipo que hace de servidor:

iperf3 -s

La terminal me comunica que el servidor escucha en el puerto 5201 (se puede cambiar con parámetros, pero no vamos a liarlo más).
Ahora, en mi cliente Fedora, ejecuto:

iperf3 -c [IP] -u -b 100M

Para calcular el jitter bajo carga. Iperf3 lo irá midiendo segundo a segundo y me dará resultados de tranferencia, bitrate, etc.
Al final de ese diagnóstico aparecerá el jitter de las máquinas que envían y reciben. Eso es lo que nos interesa ahora y será algo así, copiado de la respuesta en terminal de mi prueba personal:

Interval	Transfer	Bitrate	Jitter	Lost/Total Datagrams
0.00-10.00 sec	19.8 MBytes	16.6 Mbits/sec	0.000 ms	0/14357 (0%) sender
0.00-10.05 sec	19.8 MBytes	16.5 Mbits/sec	0.753 ms	0/14356 (0%) receiver

Cómo medir y diagnosticar jitter gratis con Pandora MINI

Escribir lo que parecen conjuros extraños y recoger output en bruto de la terminal no es lo óptimo en el día a día y sus prisas. Por eso, una de las maneras más fáciles de medir el jitter es con Pandora MINI, nuestra herramienta gratuita de monitorización y gestión sencilla de redes que puedes descargar aquí.
La instalas en tu máquina Windows y en la opción de menú «Monitorización» hay un apartado de chequeo de jitter.
Si lo ejecutas, sale un formulario donde poner nombre al chequeo para reconocerlo, la IP de destino, el número de pings, el timeout y el intervalo en segundos.
Una vez hecho, puedes pulsar el botón «Add» para añadirlo a la ventana de monitorización. Desde entonces comenzará a calcular e incluso a ir mostrando un gráfico con sus picos y sus valles de medición, de modo que tengas el jitter bajo control.
Pandora MINI no soluciona eso solamente, también puedes tener en un mismo lugar test de ping para averiguar el estado de los servicios y su uptime, hacer chequeo de puertos, escaneo de red, etc. Todo desde el mismo lugar y por exactamente cero euros.
Con eso, técnicos de soporte o administradores de red pueden controlar visualmente y de forma sencilla servidores, equipos, su rendimiento, el de la red, ayudarle a diagnosticar qué ocurre…

Valores aceptables de jitter por servicio

Todos tenemos un nivel de tolerancia personal, pero cuando se trata de un funcionamiento óptimo en organizaciones, el jitter debe estar dentro de unos valores o comenzará el rechinado de dientes.
He aquí una tabla con métricas aceptables según el tipo de servicio. Eso sí, teniendo en cuenta que en redes corporativas la realidad es que cualquier jitter superior a 30 ms requiere investigación inmediata:

Servicio	Ideal	Aceptable	Crítico
VoIP (G.114)	< 10 ms	< 30 ms	> 50 ms
Videoconferencia	< 20 ms	< 40 ms	> 60 ms
Gaming (competitivo)	< 10 ms	< 20 ms	> 30 ms
Streaming	< 30 ms	< 50 ms	> 100 ms

Cómo reducir el jitter en redes locales y corporativas

Si no solo son los jitters de la cafeína los que nos ponen nerviosos (cualquiera en IT se ha acostumbrado a dosis suprafisiológicas de todos modos), sino que la red no funciona con buen rendimiento, podemos tratar de implementar una serie de soluciones como:

• Cableado en lugar de Wi-Fi. Siempre que se pueda, ya que la conexión Ethernet elimina interferencias.
• QoS (Calidad de Servicio). Priorizar tráfico VoIP/vídeo en el router.
• Limitar actualizaciones automáticas. Evitando la saturación por descargas en segundo plano.

Estas son medidas rápidas especialmente indicadas para redes, oficinas y organizaciones pequeñas o sencillas.
Si nuestra infraestructura IT es más compleja, tendríamos que hablar de cosas como:

• Segmentación VLAN. Aislando tráfico crítico (ejemplo: VoIP en VLAN dedicada).
• Pactar SLA con proveedores. De manera que tengamos garantías contractuales para un jitter máximo.
• SD-WAN. Implementando un enrutamiento dinámico para evitar la congestión y manejar de forma inteligente el tráfico según la necesidad.

Pandora FMS: monitorización avanzada de jitter y rendimiento en red

La realidad es que si gestionamos las redes de una organización mínimamente compleja por tecnología o tamaño, se hace imprescindible una herramienta de monitorización de red avanzada para detectar y corregir el jitter (junto a los otros mil males posibles de la red y los equipos).
Aquí es donde entra Pandora FMS que, entre otras muchas cosas, ofrece:

• Alertas automáticas y personalizables. Como notificar si el jitter > 30 ms en enlaces VoIP.
• Dashboards unificados. Que partiendo de la telemetría recibida y analizándola, permiten supervisar el jitter, la latencia, la pérdida en tiempo real…
• Análisis predictivo. Basado en históricos y que es capaz de anticipar problemas antes de que afecten a los usuarios.

Obviamente, Pandora FMS va mucho más allá de Pandora MINI. Es el hermano mayor de dos metros y músculos hasta en los músculos (iba a decir «el primo de Zumosol», pero no sé si queda alguien que capte la referencia).
Pandora FMS permite establecer un control draconiano en nuestra red y asegurar que funciona como un reloj suizo. Y que cuando no sea así, seamos capaces de saber enseguida por qué y actuar.
No solo eso permitirá un funcionamiento que aumentará la productividad y resultados de la organización, sino que ayudará al cumplimiento de los SLA de posibles clientes, ahorrándonos compensaciones contractuales.

Claves para el control eficaz del jitter

En redes, la consistencia es tan crucial como la velocidad. Por eso controlar el jitter no es un capricho, es la base de servicios digitales fluidos y confiables.
Para ello, algunas claves prácticas serían:

• Diagnostica primero. Usa Pandora MINI para análisis rápidos in situ.
• Prioriza tráfico. Implementa QoS en routers/switches.
• Escala según la necesidad.
  • Pandora MINI para soporte reactivo (ideal para técnicos y redes pequeñas).
  • Pandora FMS para monitorización proactiva y administradores de redes profesionales que requieran un funcionamiento.
• Verifica valores críticos. Ese jitter superior a 30 ms requiere acción inmediata.

En definitiva, la variación de la latencia no es tan conocida como la latencia en sí, pero es igual de importante, porque no es una cuestión solamente de velocidad, sino de regularidad en la velocidad.
Por eso, la gestión del jitter es crucial y, con esta guía completa ya conoces todo lo necesario sobre este fenómeno y cómo controlarlo gratis hoy mismo con nuestra herramienta gratuita Pandora MINI.
En serio, 100% gratis. Nada de licencias, limitaciones en las prestaciones ni nada parecido. Pocas cosas quedan así en la vida.