Cómo medir el ancho de banda y jitter en Linux con iperf3

Por qué medir el rendimiento real de red más allá del plan contratado

Cuando contratamos un plan de internet o configuramos una infraestructura corporativa, los números sobre el papel rara vez reflejan lo que ocurre bajo el capó. Cables dañados, interferencias electromagnéticas y routers sobrecargados crean un abismo entre la velocidad teórica y la realidad de los datos. Para diagnosticar estos cuellos de botella con precisión quirúrgica, los ingenieros de redes recurren a utilidades de línea de comandos capaces de estresar y medir conexiones hasta el límite. Similar a investigar un servidor lento debido a cuellos de botella de disco, el análisis de red requiere métricas confiables antes de cualquier intento de optimización.

En la práctica, confiar solo en pruebas de velocidad genéricas de navegadores no resuelve problemas complejos de infraestructura. Las herramientas comerciales miden picos puntuales contra servidores públicos distantes, introduciendo variables incontrolables como el enrutamiento del operador y la congestión web. Iperf3 surge como la herramienta definitiva para pruebas locales y controladas, permitiendo medir exactamente lo que tu red interna o túnel VPN ofrece sin intermediarios.

Qué es iperf3 y cómo funciona en la práctica

Iperf3 es un programa de código abierto diseñado para medir el rendimiento máximo de ancho de banda en redes IP. Opera en una arquitectura cliente-servidor, donde un ordenador actúa como receptor pasivo (servidor) y el otro genera tráfico (cliente). Al iniciar la prueba, el cliente dispara paquetes de datos hacia el servidor durante un periodo establecido, calculando la cantidad exacta de gigabits o megabits transferidos por segundo.

Para poner la herramienta en marcha, el proceso requiere instalar el paquete en ambos extremos de la conexión. En distribuciones basadas en Debian o Ubuntu, la preparación del entorno es muy sencilla en el terminal:

sudo apt update && sudo apt install iperf3 -y

Con la utilidad instalada en ambas máquinas, el siguiente paso consiste en iniciar el proceso de escucha en el host receptor. Este enfoque directo recuerda la necesidad de diagnosticar fallos de conectividad cuando medimos la velocidad real y pérdida de paquetes en Wi-Fi para evitar caídas inexplicables.

Entendiendo las diferencias cruciales entre TCP y UDP en pruebas

Uno de los errores más comunes al operar iperf3 es ignorar la selección del protocolo de transporte durante el benchmark. El TCP (Transmission Control Protocol) se enfoca en la confiabilidad: garantiza que cada paquete llegue en orden correcto, retransmitiendo datos corruptos o perdidos. Al probar ancho de banda con TCP, iperf3 intenta empujar la mayor cantidad posible de datos, ajustando la ventana de transmisión según los búferes de la tarjeta de red.

Por otro lado, el UDP (User Datagram Protocol) funciona como un mensajero sin entrega garantizada. Simplemente dispara paquetes hacia el destino sin solicitar retransmisiones si ocurren fallos. Esta característica hace que UDP sea indispensable para medir la integridad real en flujos continuos, revelando tasas de pérdida de paquetes y el temido jitter.

Para ilustrar la ejecución práctica, el primer paso es colocar una máquina en modo servidor en el puerto predeterminado:

1. En el ordenador servidor, escribe el comando de escucha:

   iperf3 -s

2. En el ordenador cliente, lanza la prueba TCP predeterminada apuntando a la IP del servidor:

   iperf3 -c 192.168.1.50

3. Para forzar una prueba de estrés UDP con un ancho de banda específico de 100 Megabits por segundo, ejecuta:

   iperf3 -c 192.168.1.50 -u -b 100M

Revelando el Jitter y la pérdida de paquetes en conexiones modernas

Mientras que el ancho de banda mide el volumen total de datos que pasan por un tubo en un intervalo, el jitter y la pérdida de paquetes revelan la salud de la ruta. El jitter es la variación en el tiempo que los paquetes tardan en viajar del origen al destino. Si un paquete llega en 5 milisegundos y el siguiente en 45, el jitter es alto, un escenario desastroso para llamadas VoIP, streaming en vivo y juegos competitivos.

Al ejecutar iperf3 en modo UDP, el informe final muestra el número exacto de paquetes perdidos y la desviación media del retraso en milisegundos. Esta métrica complementa diagnósticos avanzados, operando en paralelo con técnicas usadas cuando inspeccionamos el tráfico de red en contenedores Docker con tcpdump para rastrear anomalías.

Si la pérdida de paquetes supera el 1% en una red cableada local, existen problemas físicos graves, como conectores mal crimpados, cables categoría 5 antiguos o puertos de switch con fallos de negociación de dúplex.

Interpretando resultados e identificando cuellos de botella

Analizar la salida de texto generada por iperf3 requiere prestar atención a los intervalos de tiempo mostrados línea por línea. El informe divide la transferencia en bloques de un segundo, ayudando a identificar si el rendimiento es estable o sufre caídas abruptas durante picos de procesamiento. Si la velocidad cae drásticamente tras unos segundos, el problema puede relacionarse con sobrecalentamiento de componentes o saturación de búferes en el router central.

Dominar el uso de iperf3 transforma la forma en que manejas incidentes de conectividad, sustituyendo suposiciones vagas por datos numéricos irrefutables. Al comprender los comportamientos de TCP y UDP y métricas como jitter y pérdidas, ganas autonomía para validar cables, switches y conexiones con rigor científico.