Si trabajas con redes, sabrás que una cosa es hacer un test de velocidad en Internet y otra muy distinta es conocer la latencia real dentro de redes locales. Muchos problemas que atribuimos al proveedor de Internet, al WiFi o incluso a la propia aplicación, en realidad tienen su origen en la LAN: pérdida de paquetes, jitter, cuellos de botella en switches, cables de mala calidad o una mala configuración de protocolos. Entender y medir bien todo esto es clave para tener una red que vaya “fina” de verdad.
Además, cuando aparecen quejas de que “la aplicación va lenta” o de que “el juego pega lagazos”, lo primero que suele oírse es que “la culpa es de la red”. Tener herramientas y metodología para analizar la latencia real en redes locales, aislar el problema y demostrar si está (o no) en la red es fundamental, tanto si administras una pequeña oficina como si gestionas infraestructuras más complejas con LAN, WAN y servicios en la nube.
¿Qué es realmente la latencia en una red local?
Cuando hablamos de latencia, nos referimos al tiempo que tarda un paquete en ir desde un origen a un destino y volver (RTT, round-trip time). Aunque suele asociarse a Internet, dentro de la LAN también hay retardos que, si se acumulan, generan problemas muy molestos en aplicaciones en tiempo real, streaming, juegos o herramientas corporativas.
En una red local cableada moderna, la latencia entre dos equipos bien conectados debería ser muy baja y estable, con un ping de solo unos pocos milisegundos e incluso menos de 1 ms en entornos muy optimizados. Cuando esa cifra sube de manera constante o, sobre todo, cuando fluctúa mucho de paquete a paquete, aparecen cortes de audio en videollamadas, microcortes en juegos o retardos raros al acceder a aplicaciones internas.
Junto a la latencia pura, hay otros parámetros que determinan la calidad de la red: el ancho de banda disponible, el rendimiento real (throughput), la fluctuación de la latencia (jitter) y la pérdida de paquetes. Todos se relacionan entre sí y condicionan cómo de “responsiva” se siente la red.
Diferencia entre latencia, ancho de banda, rendimiento, jitter y pérdida de paquetes
Es muy habitual confundir velocidad de Internet con estabilidad o latencia. Puedes tener 1 Gbps de fibra y aun así sufrir retardos y cortes constantes si la red local está mal diseñada o saturada. Conviene separar bien conceptos.
Ancho de banda
El ancho de banda es la cantidad máxima teórica de datos que pueden pasar por un enlace en un segundo, por ejemplo 100 Mbps, 1 Gbps o 10 Gbps. Si lo pensamos como una tubería de agua, sería el grosor de la tubería. Un mayor ancho de banda permite más tráfico simultáneo, pero por sí solo no garantiza que la comunicación sea rápida si la latencia es alta o la red está muy congestionada.
Rendimiento (throughput)
El rendimiento es la cantidad de datos que realmente atraviesan la red en condiciones reales, descontando pérdidas, colisiones, esperas, cabeceras de protocolos, etc. Por ejemplo, una red con 100 Mbps de ancho de banda puede estar dando solo 50 Mbps efectivos durante el día por saturación, mala configuración o problemas físicos, y subir luego por la noche cuando baja el uso.
Jitter o fluctuación
El jitter es la variación en el tiempo de llegada de los paquetes. No se trata solo de cuánto tarda un paquete, sino de cuánto baila esa latencia entre un paquete y otro. Para un streaming de vídeo con buffer no es tan crítico, pero para VoIP, videollamadas o juegos en tiempo real, un jitter alto se traduce en cortes, eco, saltos y sensaciones de “lag” aunque el ping medio no parezca disparatado.
Pérdida de paquetes
La pérdida de paquetes indica qué porcentaje de los paquetes enviados no llegan nunca a su destino. Puede medirse en %: si llegan 91 de cada 100, hablamos de un 9 % de pérdida. Causas típicas son errores de software, hardware tocado, interferencias en WiFi, congestion en enlaces saturados o problemas en dispositivos intermedios como routers, switches o firewalls.
Qué significa una conexión local “estable”
Podemos considerar que una red local es estable cuando cumple dos condiciones básicas: no hay pérdida de paquetes y el jitter es cero o muy cercano a cero. No basta con que los tests de velocidad te den muchos Mbps; si la red sufre microcortes, picos de ping o fluctuaciones bruscas, la experiencia será mala aunque el ancho de banda parezca sobrado.
En la práctica, una LAN estable implica que la conexión permanece activa durante largos periodos sin que se caiga, sin cortes esporádicos, sin renegociaciones constantes y sin variaciones bruscas de latencia. Esto es clave para teletrabajo, videollamadas, VPN, gaming, domótica avanzada y cualquier servicio que dependa de tiempo real.
Cómo medir la latencia y la estabilidad en la red local
Para valorar la latencia real en tu LAN, no necesitas siempre herramientas súper complejas, pero sí algo más que un simple test de velocidad en una web. Ese tipo de pruebas miden la conexión entre tu dispositivo y un servidor externo, mezclando factores de la LAN, la WAN y la red del operador.
Comando ping: lo básico pero imprescindible
ping -t 192.168.1.1
De esta manera apuntas a un equipo o al router dentro de tu red local, y puedes dejar el comando ejecutándose varias horas. Al parar con Control + C, verás los paquetes enviados, recibidos, perdidos y los tiempos mínimo, máximo y medio. Una LAN sana debería mostrar pérdida cero y tiempos máximos muy cercanos a la media, sin picos enormes aislados.
Por qué un test de velocidad no sirve para medir la LAN
Cuando haces un test de velocidad en una web tipo “speedtest”, en realidad estás midiendo la conexión completa desde tu equipo hasta el servidor externo. El resultado está limitado por el eslabón más lento del recorrido: si tu LAN es 2,5 Gbps pero tu fibra es de 300 Mbps, el test solo mostrará esos 300 Mbps aunque tu red local vaya sobradísima.
Además, entran en juego factores externos que no controlas: saturación del servidor de test, acuerdos de peering del operador, congestión en el tramo de fibra de tu zona o la distancia geográfica hasta el servidor. Todo eso distorsiona la medición, de forma que no es una referencia fiable para la velocidad y latencia reales de la LAN.
Midiendo la velocidad y latencia reales de la LAN con iperf3
Si quieres ir más allá del ping y medir de verdad cuánto rinde tu red local, lo suyo es recurrir a una herramienta como iperf3. Este programa permite medir ancho de banda y latencia entre dos dispositivos dentro de la misma red, sin depender de Internet ni de servidores externos saturados.
El esquema es sencillo: en un equipo arrancas iperf3 en modo servidor, y en otro lo lanzas en modo cliente apuntando a la IP del primero. A partir de ahí, la herramienta envía tráfico durante un tiempo y te devuelve la velocidad efectiva de subida y bajada entre ambos puntos. En redes Gigabit bien montadas es normal ver cifras cercanas a 940-950 Mbps por las cabeceras, y en redes 10G puedes llegar sin problema a 9,8 Gbps si el hardware acompaña.
Es importante usar iperf3 y no versiones antiguas como iperf2 o jperf2 cuando hablamos de redes Multigigabit (2,5 G, 5 G, 10 G), ya que esas versiones se quedan cortas y no exprimen el enlace al máximo. Para Gigabit clásico, jperf puede servir; para velocidades mayores, iperf3 o soluciones profesionales tipo ixChariot son la referencia.
Factores que condicionan la velocidad y latencia en la LAN
Que un puerto sincronice a 1 Gbps, 2,5 Gbps o 10 Gbps no significa automáticamente que vayas a ver esa cifra en iperf3. Hay varios elementos que impactan en la latencia real y el rendimiento de la red local.
Cabeceras y tamaño de trama: Jumbo Frames
Las pruebas de velocidad se miden a nivel de aplicación, pero en cada paquete hay cabeceras de Ethernet, IP, TCP… Cuanto más pequeñas son las tramas, más cabeceras relativas envías y más ineficiente se vuelve el enlace. Activar Jumbo Frames (MTU de hasta 9000 bytes) en tarjetas de red, switches y routers compatibles reduce esa sobrecarga.
En redes Gigabit la diferencia de usar MTU 1500 o 9000 puede notarse poco, pero en 10G se llegan a ver mejoras de unos 500 Mbps reales solo por aumentar el MTU. Por ejemplo, se pueden pasar de 9,3 Gbps con MTU 1500 a unos 9,8 Gbps con Jumbo Frames correctamente configurados.
Capacidad del hardware
Si conectas una tarjeta 10G a un PC antiguo con procesador flojo o poca RAM, es posible que el enlace sincronice a 10 Gbps pero que iperf3 dé solo 5-6 Gbps porque la máquina no es capaz de procesar tanto tráfico. Lo mismo puede ocurrir con switches básicos o routers domésticos que, sobre el papel, anuncian puertos rápidos pero luego se ahogan con cargas altas.
Calidad y tipo de cableado
Negociación de velocidad y cuellos de botella
Un error típico que reduce brutalmente el rendimiento de la LAN es tener algún dispositivo o puerto limitado a 100 Mbps en medio de la cadena. Puede ser un switch antiguo, un puerto específico del router o una tarjeta de red vieja. Si en algún punto la negociación cae a 100 Mbps, ese será el cuello de botella de toda la ruta entre origen y destino.
Conviene revisar en el sistema operativo y en la interfaz web del router o switch que los puertos críticos estén en “Auto-Negotiation” y sincronizando a 1 Gbps Full Duplex, 2,5 Gbps, 5 Gbps o 10 Gbps según corresponda. Los problemas de negociación en redes Multi-Gigabit son habituales y se arreglan muchas veces con una simple actualización de drivers o firmware.
WiFi, Mesh y PLC: cómo afectan a la latencia real
Aunque el foco esté en la LAN cableada, en la vida real muchos dispositivos se conectan por WiFi o a través de PLC. Estas tecnologías son muy cómodas, pero introducen latencia extra y mucha más inestabilidad que el cable.
WiFi y sistemas Mesh
Las redes WiFi se degradan en cuanto aumenta el número de clientes, hay interferencias o baja la cobertura. En escenarios de saturación, puede haber pérdidas de paquetes solo por estar lejos del punto de acceso o por tener demasiados dispositivos conectados a la vez. Los sistemas WiFi Mesh de doble banda sufren especialmente cuando usan la misma banda para clientes y para el backhaul entre nodos, generando un tráfico adicional que sube latencia y baja rendimiento.
Para comprobar si el problema está en el WiFi, lo ideal es hacer pruebas conectando un PC por cable Ethernet directamente al router con un cable de calidad (Cat6 o superior). Si por cable todo va bien y por WiFi mal, tendrás claro que la latencia extra y la inestabilidad vienen de la parte inalámbrica.
PLC y ruido eléctrico
Los dispositivos PLC utilizan la instalación eléctrica para transportar datos, y eso es un campo minado de ruido: hornos, microondas, SAI/UPS, regletas, líneas antiguas… Todo ello puede generar latencias muy variables e inestabilidad. Las buenas prácticas pasan por conectar los PLC directamente a un enchufe de pared, evitar regletas y SAI, y asegurarse de que la instalación está en buen estado. Aun así, un PLC nunca ofrecerá la consistencia de un cable Ethernet bien tirado.
Latencia y tipo de acceso a Internet: xDSL, FTTH, 4G y 5G
Aunque la pregunta sea por la red local, muchas veces la queja del usuario viene del uso de Internet. Es importante entender que el acceso de última milla también influye en la latencia global percibida.
En conexiones ADSL/xDSL, la atenuación de la línea de cobre y las condiciones atmosféricas (lluvia, humedad) pueden causar pérdida de paquetes y variaciones bruscas de atenuación, lo cual dispara la latencia y provoca microcortes. En FTTH (fibra hasta el hogar) no se da este problema de la misma forma: o funciona o no funciona, pero no suele haber esa inestabilidad tan intermitente.
Los entornos rurales, donde no llega la fibra y ya no hay ADSL, es común usar routers 4G o 5G como acceso principal al hogar. Para estos escenarios, la estabilidad se evalúa por la consistencia de la velocidad de descarga y subida y por la latencia media. En términos generales, una buena red 5G ofrece menor latencia y más estabilidad que 4G, aunque siempre estará más expuesta a variaciones por congestión de la celda o cobertura que una buena conexión de fibra.
Uso de Wireshark para analizar latencia, pérdidas y cuellos de botella
Cuando necesitas ir al detalle para saber qué está pasando en una red, Wireshark es el analizador de protocolos de referencia. Te permite capturar paquetes en tiempo real y ver exactamente qué ocurre: quién habla con quién, cuánto tardan en llegar los ACK, si hay retransmisiones, ventanas TCP excesivamente pequeñas, etc.
Medir tiempos de ida y vuelta (RTT) con Wireshark
Wireshark facilita ver la latencia a nivel de conexión TCP. Desde el menú de estadísticas puedes acceder al gráfico de flujo TCP y seleccionar el gráfico de tiempo de ida y vuelta para observar cuánto tarda cada segmento en ser reconocido. Si ves RTT muy altos o muy dispersos en una conexión que debería ir rápida (por ejemplo, dentro de una LAN), algo está añadiendo retardo de forma importante.
Detección de pérdida de paquetes y retransmisiones
Una de las situaciones más frecuentes en redes con problemas de rendimiento es la pérdida de paquetes. En conexiones TCP, cuando se pierde un paquete, el receptor envía acuses de recibo duplicados o el emisor expira el tiempo de espera y retransmite el segmento. Wireshark marca estos eventos con códigos de colores y descripciones como “TCP Dup ACK” o “TCP Retransmission”.
Si ves muchas retransmisiones o ráfagas de ACK duplicados, la red está sufriendo congestión o errores físicos. Cada pérdida de paquete hace que TCP reduzca su ventana de congestión, con lo que el rendimiento cae en picado y vuelve a subir poco a poco hasta que vuelve a perder otro paquete, creando una especie de “montaña rusa” de velocidad.
Ventanas TCP y latencia
El rendimiento de una conexión TCP se ve muy influido por el manejo de sus “ventanas”: la ventana deslizante, la ventana del receptor y la ventana de congestión. Si la aplicación no lee los datos con la suficiente rapidez, el buffer del receptor se llena y puede anunciar una ventana cero. En ese momento el emisor debe parar de enviar datos y la tasa de transferencia se va a cero hasta que la aplicación libere espacio.
Wireshark permite ver eventos de “zero window” y analizar si el problema está en la red o en la propia aplicación que no procesa los datos al ritmo al que llegan. También se puede comprobar si se está utilizando escalado de ventana (Window Scaling) para aprovechar bien enlaces de alta latencia y alto ancho de banda.
Dispositivos intermedios y latencia añadida
Routers, switches y firewalls no son inocentes: pueden introducir retardo adicional cuando priorizan tráfico, aplican inspección profunda de paquetes o simplemente van pasados de carga. Si sospechas de un dispositivo de este tipo, capturar tráfico a ambos lados y comparar latencias y pérdidas ayuda mucho a localizar el tramo problemático.
Diagnosticar aplicaciones “lentas”: ¿es la red o es el software?
En muchos entornos corporativos se repite el mismo guion: los usuarios se quejan de que una aplicación web o de Windows responde lenta, los desarrolladores dicen que la aplicación va bien y que el problema está en la red, y el administrador de red tiene que demostrar dónde está el cuello de botella real.
La estrategia razonable es combinar pruebas de ping, iperf3 y análisis con Wireshark para separar si el problema es de latencia/red o de lógica de aplicación/servidor. Si la WAN e Internet funcionan correctamente, y las pruebas de iperf3 dentro de la LAN dan buenos resultados, es bastante probable que la red no sea el problema, o al menos no el problema principal.
Wireshark resulta especialmente útil para ver si la aplicación pasa mucho tiempo esperando respuestas de otros servicios (bases de datos, APIs externas, servidores de anuncios, etc.). Por ejemplo, al cargar una web compleja, puede que el dominio principal delegue contenido en decenas de hosts distintos. Si uno de ellos responde lento o tiene mala latencia, toda la página se resiente aunque tu LAN esté perfecta.
Optimizar la red local para mejorar la latencia real
Si después de medir descubres que sí hay problemas en la LAN, hay una serie de buenas prácticas que ayudan a mejorar la latencia, el jitter y la estabilidad general.
Colocación y configuración del router y puntos de acceso
En redes con WiFi, la ubicación del router o de los puntos de acceso es crucial. Las ondas se propagan en todas direcciones, así que interesa colocar el equipo en una zona central y a una altura media-alta, no pegado al suelo ni arrinconado junto a electrodomésticos. Si tienes router 4G/5G, también conviene buscar el punto con mejor cobertura móvil dentro de la vivienda.
Elegir banda y canal WiFi adecuados
La mayoría de routers actuales emiten en 2,4 GHz y 5 GHz. La banda de 2,4 GHz ofrece más alcance pero menos velocidad y más interferencias, ya que muchos electrodomésticos y redes vecinas trabajan ahí. La de 5 GHz ofrece más velocidad y menos interferencias, aunque llega a menor distancia. Además, dentro de cada banda se usan canales, y si todos tus vecinos están en el mismo, la red se congestiona.
Revisar de vez en cuando qué canales están más libres y configurar el router para usarlos ayuda a reducir el jitter y la pérdida de paquetes en conexiones inalámbricas. Muchos routers ya eligen automáticamente el canal “más limpio”, pero no siempre aciertan y no está de más ver cómo está el espectro con alguna app de análisis.
Revisar configuración, firmware y seguridad
Tocar opciones del router a lo loco suele acabar mal. Si en algún momento se ha jugado con apertura masiva de puertos, filtrados, QoS improvisado o parámetros misteriosos sin saber muy bien qué se hace, es fácil empeorar rendimiento y seguridad. A veces la solución más rápida es un reseteo a valores de fábrica y reconfigurar solo lo imprescindible.
Actualizar el firmware del router, el switch y las tarjetas de red también puede solucionar problemas de latencia y negociación extraños. Lo mismo con los sistemas operativos de PCs, móviles y dispositivos conectados, ya que bugs a nivel de software de red generan fallos de difícil diagnóstico.
Invertir en mejor hardware cuando haga falta
Los routers que regalan los operadores han mejorado bastante, pero siguen estando lejos de modelos neutros de gama media/alta pensados para entornos con mucho tráfico, gaming, streaming pesado o teletrabajo intensivo. Un buen router puede aportar QoS avanzado, mejor manejo de múltiples flujos, beamforming más eficiente y soporte robusto para Multi-Gigabit.
En conexiones FTTH exigentes, muchos usuarios optan por dejar el ONT del operador en modo bridge y conectar detrás un router neutro que gestione toda la red local. Esto reduce microcortes, jitter y problemas derivados de firmwares limitados o sobrecargados de los equipos ISP.
Consejos clave para mantener una red sana
Más allá de ajustar cosas puntuales, conviene interiorizar una serie de hábitos para mantener la latencia y la estabilidad de la red a raya a lo largo del tiempo.
- Aprender a usar Wireshark y herramientas como iperf3 como “primeros auxilios” para problemas de red.
- Localizar el origen de la latencia (LAN, WiFi, PLC, router, operador, servidor externo) antes de tomar decisiones.
- Detectar y corregir puntos de pérdida de paquetes o renegociaciones de velocidad.
- Revisar dispositivos intermedios que puedan estar saturados o mal configurados.
- Optimizar tanto la red como las aplicaciones (bases de datos, servidores web, dependencias externas).
Una vez comprendes cómo interactúan latencia, ancho de banda, jitter y pérdida de paquetes, y te acostumbras a medir con ping, iperf3 y Wireshark en lugar de fiarte solo de un test de velocidad web, es mucho más sencillo mantener una red local ágil, estable y lista para soportar desde teletrabajo y gaming hasta IoT y vídeo 8K sin volverte loco cada vez que alguien diga que “Internet va mal”.