Latencia de red: qué es y cómo medirla en operaciones críticas

Una red puede tener todo el ancho de banda del mundo y aun así sentirse lenta. La razón suele ser la latencia: el tiempo que tarda un dato en ir de un punto a otro. En operaciones donde cada milisegundo cuenta (transacciones financieras, control industrial, videollamadas, aplicaciones en la nube), la latencia es a menudo el factor que separa una operación fluida de una que acumula quejas y tickets de soporte.

¿Qué es la latencia de red?

La latencia de red es el tiempo que tarda un paquete de datos en viajar desde su origen hasta su destino, medido en milisegundos. Muchas veces se expresa como tiempo de ida y vuelta (RTT, por sus siglas en inglés): cuánto tarda un paquete en llegar al destino y volver. Cuanto menor es la latencia, más inmediata se siente la respuesta de una aplicación.

Conviene no confundirla con el ancho de banda. El ancho de banda es la capacidad de la red (cuántos datos caben por segundo); la latencia es la velocidad de respuesta (cuánto tarda en empezar a llegar el dato). Una conexión puede tener mucha capacidad y aun así responder con retraso si la latencia es alta. Son dos dimensiones distintas y ambas importan.

¿Qué causa la latencia?

Varios factores se suman para determinar cuánto tarda un dato en llegar:

• La distancia. Cuanto más lejos están el origen y el destino, más tarda la señal en recorrer el camino. Un servidor en otro continente siempre tendrá más latencia que uno cercano.
• El medio de transmisión. La fibra óptica introduce menos latencia que los enlaces inalámbricos, y cada cambio de medio suma milisegundos.
• Los saltos intermedios. Cada router por el que pasa el tráfico agrega un pequeño retraso; cuantos más saltos, mayor la latencia acumulada.
• La congestión. Cuando la red está saturada, los paquetes esperan en cola, lo que eleva la latencia justo en los momentos de mayor demanda. 

¿Cómo se mide la latencia?

Medir la latencia es más sencillo de lo que parece, y hay dos indicadores clave:

Ping y RTT

La herramienta más básica es el comando ping, disponible en cualquier sistema operativo. Envía un paquete a un destino y mide cuánto tarda en volver, entregando el tiempo de ida y vuelta en milisegundos. Como referencia, una latencia por debajo de 50 ms se considera excelente; las videollamadas funcionan bien hasta cerca de 150 ms; y el trabajo en tiempo real más exigente busca valores aún más bajos.

Jitter: la variación de la latencia

Tan importante como la latencia promedio es su regularidad. El jitter mide la variación entre paquetes: si unos llegan en 20 ms y otros en 80 ms, esa diferencia es el jitter. Una conexión puede tener baja latencia promedio pero alto jitter, y eso basta para que una videollamada se entrecorte o una llamada de voz se degrade. Para voz y video, lo ideal es mantener el jitter por debajo de los 30 ms.

Para operaciones críticas no basta con medir una vez. El monitoreo continuo de latencia, jitter y pérdida de paquetes, en distintos momentos del día, es lo que revela la congestión sistemática y permite actuar antes de que afecte a la operación. Los acuerdos de nivel de servicio (SLA) serios incluyen compromisos medibles sobre estos parámetros.

Cuánta latencia tolera cada tipo de operación

No todas las aplicaciones sufren igual con la latencia. Entender cuánto tolera cada una ayuda a definir qué nivel de red se necesita:

• Transacciones financieras y sistemas de alta frecuencia. Son los más exigentes: unos pocos milisegundos de más pueden traducirse en operaciones perdidas o en desventaja competitiva. Buscan la latencia más baja posible.
• Voz y videoconferencia. Funcionan bien hasta cerca de 150 ms de latencia, pero son muy sensibles al jitter: si la variación supera los 30 ms, la llamada se entrecorta aunque la latencia promedio sea aceptable.
• Aplicaciones en la nube y SaaS. Una latencia alta se traduce en tiempos de respuesta lentos que erosionan la productividad y generan quejas de los usuarios, incluso cuando el ancho de banda es suficiente.
• Control industrial e IoT. En entornos donde los sistemas reaccionan en tiempo real, una latencia elevada puede provocar fallas operativas, no solo lentitud.

Cómo reducir la latencia

Una vez medida, la latencia alta se puede atacar por varios frentes. Acercar la infraestructura a los usuarios (mediante estrategias como el edge computing, que procesa los datos cerca de donde se generan) reduce la distancia que deben recorrer los paquetes. Elegir fibra óptica sobre medios de menor categoría baja la latencia del propio enlace. Optimizar las rutas para reducir la cantidad de saltos intermedios elimina retrasos acumulados. Y dimensionar bien la capacidad evita la congestión que dispara la latencia justo en las horas de mayor demanda.

La mayoría de estas medidas no se aplican en el uso diario, sino al diseñar la red. Por eso la latencia es, en buena parte, una consecuencia de decisiones de arquitectura tomadas de antemano: qué medio se usa, cómo se trazan las rutas y dónde se ubica la infraestructura respecto a los usuarios.

Del diagnóstico puntual al monitoreo continuo

Medir la latencia una vez con un ping da una foto, pero las operaciones críticas necesitan una película. La latencia no es constante: varía a lo largo del día según la congestión, cambia cuando el tráfico toma rutas distintas y puede degradarse de forma gradual sin que nadie lo note hasta que los usuarios se quejan. Por eso el monitoreo continuo, que mide latencia, jitter y pérdida de paquetes de forma permanente, es lo que revela los problemas antes de que afecten a la operación.

Ese monitoreo cumple dos funciones. La primera es preventiva: detectar tendencias (una latencia que sube poco a poco, un jitter que aparece en ciertas horas) permite actuar antes de que se convierta en una interrupción. La segunda es contractual: los acuerdos de nivel de servicio serios incluyen compromisos medibles sobre latencia y disponibilidad, y solo con monitoreo continuo se puede verificar que el proveedor los cumple. Sin medición permanente, un SLA sobre latencia es una promesa que nadie comprueba.

Herramientas de diagnóstico y plataformas de monitoreo permiten seguir estos indicadores en tiempo real y generar alertas cuando se superan umbrales definidos. Para una operación que depende de la red, esa visibilidad no es un lujo técnico: es la diferencia entre gestionar la latencia de forma proactiva o reaccionar cuando ya es un problema para el negocio.

¿Por qué la latencia es una decisión de infraestructura?

Buena parte de la latencia se define en la arquitectura de la red, no en el uso diario. La calidad del medio (fibra frente a enlaces de menor categoría), la cantidad de saltos hasta los destinos clave y la cercanía de la infraestructura a los usuarios son decisiones que se toman al diseñar la conectividad. Una red con rutas optimizadas y fibra de alto desempeño entrega latencias consistentemente bajas; una armada con eslabones débiles arrastra retrasos difíciles de corregir después.

Por eso, en operaciones sensibles al retardo, la latencia se resuelve eligiendo bien la infraestructura de red. Un proveedor con red propia, rutas redundantes y monitoreo continuo puede comprometer y sostener niveles de latencia por contrato. Las soluciones de networking de Liberty Networks incluyen monitoreo continuo y pruebas de desempeño pensadas para operaciones que no toleran retrasos.

La diferencia entre un proveedor que revende capacidad y uno con red propia se nota justamente aquí. Controlar la infraestructura de extremo a extremo permite optimizar rutas, minimizar saltos y garantizar la calidad del medio en cada tramo, tres factores que definen la latencia final. Quien depende de la red de terceros no puede comprometer lo que no controla. Para una empresa cuya operación depende de tiempos de respuesta consistentes, esa capacidad de garantizar y sostener la latencia por contrato es lo que convierte un buen enlace en una ventaja operativa real.

Fuentes

• AWS, ¿Qué es la latencia de red?: https://aws.amazon.com/es/what-is/latency/
• IBM, ¿Qué es la latencia?: https://www.ibm.com/es-es/think/topics/latency