Cómo medir el ancho de banda y rutas de red con iperf3

¿Por qué medir el throughput real en tu red local?

A menudo contratamos planes de internet de alta velocidad o configuramos redes corporativas robustas, pero la transferencia real de archivos grandes sigue siendo lenta. En la práctica, el throughput —que representa la cantidad efectiva de datos transmitidos con éxito por segundo— suele ser mucho menor que la velocidad teórica anunciada por los fabricantes de routers o switches. Esto ocurre porque cables dañados, interferencias electromagnéticas y cuellos de botella en el procesamiento de los dispositivos ocultan el verdadero rendimiento de la infraestructura.

Para descubrir exactamente qué está pasando, los administradores de sistemas y entusiastas recurren a iperf3, una herramienta de línea de comandos ampliamente utilizada para estresar enlaces de red y medir su capacidad máxima. A diferencia de las pruebas simples en el navegador, fuerza el tráfico de datos directamente entre dos máquinas, lo que permite aislar problemas de hardware o fallas de configuración. Si alguna vez intentaste diagnosticar problemas similares con nuestra guía sobre cómo diagnosticar pérdida de paquetes y rutas con mtr, comprenderás que medir el ancho de banda exige precisión quirúrgica y pruebas controladas.

Preparando el entorno y entendiendo la arquitectura cliente-servidor

El funcionamiento de iperf3 se basa en el concepto de cliente y servidor. En la práctica, esto significa que necesitas al menos dos máquinas conectadas a la misma red para realizar la prueba: una actuará únicamente escuchando las conexiones entrantes, mientras que la otra enviará un flujo intenso de datos para medir la resistencia y velocidad del camino recorrido. Esta separación garantiza que los resultados reflejen la capacidad real del medio de transmisión, eliminando variables no deseadas.

Para empezar, instala la utilidad en ambas computadoras usando el gestor de paquetes de tu distribución Linux, como apt en Ubuntu o Debian, o su equivalente en tu sistema operativo. Una vez instalada, elige la máquina que hará de receptora, abre la terminal y ejecuta el comando de escucha. Este proceso inicial abre un puerto de comunicación dedicado —por defecto, el puerto 5201— a la espera de los paquetes que enviará la máquina cliente durante el experimento.

Ejecutando el servidor iperf3 en la máquina de destino

El primer paso práctico en el banco de pruebas consiste en poner al receptor en modo de espera. En la máquina que funcionará como servidor, escribe el comando a continuación en la terminal y presiona Enter. La herramienta se ejecutará en primer plano, mostrando en pantalla todas las conexiones recibidas y los resultados parciales de cada prueba realizada.

iperf3 -s

Si tu red cuenta con reglas estrictas de firewall, recuerda abrir el puerto TCP y UDP 5201 para permitir el tráfico entre ambos nodos. En la práctica, mantener el servidor activo permite realizar múltiples pruebas consecutivas desde diferentes clientes en la red local, facilitando la comparación de rendimiento entre varios puntos de acceso, distintos cables de red o tarjetas Wi-Fi variadas.

Lanzando la prueba de tráfico desde el cliente

Con el servidor activo y esperando conexiones, ve a la segunda máquina de la red, que asumirá el rol de cliente, y apunta el comando iperf3 hacia la dirección IP del servidor. El siguiente comando inicia una transferencia estándar utilizando el protocolo TCP durante diez segundos, inyectando datos de forma continua para calcular el ancho de banda disponible.

iperf3 -c 192.168.1.50

Sustituye la dirección IP del ejemplo por la IP real de la máquina donde iniciaste el servidor. Al finalizar la cuenta regresiva, la terminal mostrará un informe detallado con la cantidad total de datos transferidos y la tasa media de transferencia obtenida, expresada habitualmente en Megabits por segundo (Mbps) o Gigabits por segundo (Gbps). Estos números sirven como línea base para evaluar si tus cables de red operan en Gigabit completo o si hubo una caída al estándar Fast Ethernet de 100 Mbps.

Analizando el comportamiento del tráfico UDP y la pérdida de paquetes

Aunque el protocolo TCP es excelente para medir la velocidad máxima en condiciones ideales de entrega garantizada, tiende a enmascarar problemas intermitentes de inestabilidad. Para evaluar la robustez real del enlace frente a interferencias, podemos forzar el uso del protocolo UDP añadiendo la bandera -u en el comando del cliente, además de estipular un ancho de banda específico para la prueba.

iperf3 -c 192.168.1.50 -u -b 100M

En este escenario, la herramienta envía un flujo constante de paquetes UDP a una velocidad de 100 Megabits por segundo. Al finalizar, el informe indicará no solo la tasa de transferencia alcanzada, sino también el porcentaje exacto de paquetes perdidos en el trayecto y la variación en el tiempo de retardo, conocida como jitter. Si la pérdida de paquetes es alta en una red cableada, es muy probable que exista algún daño físico en la infraestructura, lo que exige inspecciones detalladas o verificaciones puntuales como las comentadas en artículos sobre cómo probar condensadores electrolíticos en placa con medidor cuando el fallo proviene de inestabilidades en la fuente de alimentación de tarjetas de red antiguas.

Identificando cuellos de botella ocultos e interpretando informes

La correcta interpretación de los resultados de iperf3 exige atención a los detalles del informe final, específicamente en las columnas de intervalo de tiempo, transferencia acumulada y ancho de banda instantáneo. Si notas caídas bruscas en la tasa de transferencia a lo largo de los segundos de prueba, esto suele indicar saturación de búfer en routers intermediarios o interferencia electromagnética temporal en cables mal blindados que pasan cerca de fuentes eléctricas.

Otro factor crítico a observar es el consumo de recursos de CPU durante la ejecución del comando. Como iperf3 genera tráfico a alta velocidad, computadoras muy antiguas o servidores virtualizados con limitaciones de núcleos pueden sufrir cuellos de botella de procesamiento antes de alcanzar el límite real de la tarjeta de red. En tales casos, la lentitud observada no es un problema de ancho de banda del cable, sino de capacidad computacional para procesar paquetes a través de la pila TCP/IP del sistema operativo.

Conclusión

Dominar el uso de iperf3 transforma la forma en que diagnosticas y optimizas redes locales, sustituyendo suposiciones vagas por datos precisos y cuantificables. Al aislar el comportamiento de los enlaces TCP y UDP, resulta mucho más sencillo identificar si la lentitud al transferir archivos proviene de problemas físicos en la infraestructura, fallas de configuración en switches o limitaciones de hardware en los terminales. Integrar esta rutina de pruebas en tu día a día garantiza una infraestructura de red resiliente, predecible y lista para soportar grandes volúmenes de datos.