El tiempo de ida y vuelta (RTT) es el tiempo que tarda un paquete en viajar desde el origen hasta el destino y en que el acuse de recibo vuelva, medido en milisegundos. Se trata de una métrica fundamental del rendimiento de la red —junto con la pérdida de paquetes y la fluctuación— que se utiliza para evaluar la calidad de la ruta y tomar decisiones automatizadas sobre el enrutamiento del tráfico.
Puntos clave
- El RTT mide la latencia total de ida y vuelta, no la latencia unidireccional de la red.
- Un RTT más bajo suele significar una ruta con mayor capacidad de respuesta para el tráfico en tiempo real.
- El RTT combina el retardo de propagación, el de transmisión, el de cola y el de procesamiento.
- VersaEl cliente « SASE » mide el RTT a través de TWAMP para evaluar la calidad del circuito.
- Los perfiles SLA utilizan umbrales de RTT para activar el cambio automático de ruta.
En esta página: Por qué es importanteCómo funcionaTiposRTT y VersaPreguntas frecuentes
¿Por qué es importante el RTT?
El tiempo de ida y vuelta (RTT) es uno de los primeros valores que comprueban los ingenieros cuando una conexión parece lenta, ya que es un indicador directo de la capacidad de respuesta percibida por el usuario. Las llamadas de voz, las videoconferencias y otras aplicaciones en tiempo real toleran muy poco retraso adicional, y el RTT —la latencia en ambas direcciones más el tiempo de procesamiento en el extremo remoto— refleja mejor lo que el usuario experimenta realmente en un ciclo de ida y vuelta.
El RTT también es importante desde el punto de vista operativo. Las arquitecturas modernas de SD-WAN y « SASE » utilizan el RTT, junto con la pérdida de paquetes y la fluctuación, para evaluar continuamente cada ruta disponible entre un punto final y un destino. En lugar de basarse en el ancho de banda anunciado de un enlace o en una tabla de enrutamiento estática, la lógica de selección de rutas reacciona casi en tiempo real: cuando el RTT de la ruta activa se degrada por encima de un umbral, el tráfico se desvía automáticamente hacia una ruta mejor, lo que convierte una métrica de resolución de problemas en un dato en tiempo real para las decisiones de enrutamiento automatizadas.
¿Qué es el RTT?
El RTT se mide marcando la hora de un paquete en el momento de su envío y de nuevo cuando llega su respuesta, y calculando a continuación la diferencia. No se requiere sincronización de relojes entre los extremos, lo que hace que sea mucho más fácil de medir que la latencia unidireccional real. El valor total es la suma del retardo de propagación en ambas direcciones, el retardo de transmisión, el retardo de cola en los saltos intermedios y cualquier tiempo de procesamiento que necesite el destino antes de responder.
Dado que el RTT agrupa las rutas de ida y vuelta, puede enmascarar la asimetría: una ruta de ida rápida y una de vuelta lenta producen el mismo RTT que una ruta que es igualmente lenta en ambos sentidos. Los ingenieros suelen comprobarlo mediante el eco ICMP (ping), los intercambios TCP SYN/SYN-ACK o protocolos de tráfico sintético, y luego registran el valor mínimo y la mediana a lo largo de un intervalo, en lugar de basarse en una única muestra sesgada por una congestión transitoria.
Tipos de medición del RTT
La medición del RTT se divide en dos enfoques generales. La medición activa (sintética) inyecta tráfico de sonda específico —solicitudes de eco ICMP o un protocolo diseñado específicamente para este fin, como el Protocolo de Medición Activa Bidireccional (TWAMP)— en una ruta a intervalos regulares y mide el tiempo de respuesta, lo que proporciona una muestra controlada y repetible a costa de un ligero aumento del tráfico.
La medición pasiva calcula el RTT a partir del tráfico que existiría de todos modos, normalmente midiendo el tiempo de un «handshake» de tres pasos de TCP o comparando los paquetes de solicitud y respuesta en un flujo en tiempo real; no supone ninguna sobrecarga, pero tampoco se obtiene ninguna muestra hasta que aparece tráfico que cumpla los requisitos. Otra distinción es la que existe entre el RTT de la capa de red (ICMP, «handshake» de TCP) y el RTT de la capa de aplicación, que añade además el tiempo de procesamiento del servidor.
RTT y Versa
VersaEl cliente « SASE » utiliza el RTT como dato fundamental para la selección automática de rutas. Al configurar el servicio de acceso seguro « Versa », un perfil de SLA establece un umbral relativo (un múltiplo del RTT mínimo desde el momento de la conexión) y un límite máximo absoluto en milisegundos; superar cualquiera de estos valores en una ventana móvil se considera un incumplimiento del SLA, medido mediante TWAMP en la pasarela. El cliente comprueba periódicamente el RTT —junto con la pérdida de paquetes, los paquetes duplicados y los reordenados— con respecto a cada dirección IP de la WAN que anuncia la pasarela; cambia su conexión IPsec cuando otra dirección obtiene mejores resultados e informa de los resultados a Versa Analytics. El mismo patrón se aplica a las Secure SD-WAN y las variantes de NGFW.
Preguntas frecuentes
¿Cuál es un buen valor de RTT?
No existe un umbral universal: depende de la aplicación. La voz y el vídeo requieren un tiempo de ida y vuelta muy inferior a 150 ms; las aplicaciones interactivas admiten valores más altos; y las transferencias masivas son, en gran medida, insensibles al RTT. Los perfiles de SLA permiten a los administradores establecer umbrales por implementación, en lugar de partir de un único valor.
¿Cuál es la diferencia entre el RTT y la latencia?
La latencia, o retraso unidireccional, es el tiempo que tarda un paquete en recorrer un trayecto en una sola dirección; el RTT es el tiempo que tardan ese paquete y su respuesta en completar el trayecto de ida y vuelta. A menudo se calcula el RTT como el doble de la latencia unidireccional, aunque las rutas asimétricas pueden hacer que esa estimación sea inexacta.
¿Cuál es la diferencia entre el RTT y el jitter?
El RTT es una medida única del retardo de ida y vuelta en un momento determinado; el jitter es la variación de ese retardo entre las distintas mediciones. Una ruta puede tener un RTT moderado pero un jitter elevado —una sincronización irregular—, lo que degrada la calidad de la voz y el vídeo en tiempo real, incluso cuando el retardo medio parece adecuado.
¿Cómo mide Versa el RTT?
El cliente « Versa » (SASE ) utiliza sondas sintéticas basadas en TWAMP para medir periódicamente el tiempo de ida y vuelta del circuito a cada una de las direcciones IP WAN de una pasarela y, a continuación, compara los resultados con los umbrales relativos y absolutos de un perfil de SLA para detectar cualquier incumplimiento.
¿Se puede reducir el RTT?
Algunas causas se pueden solucionar —acercarse a un punto de presencia, añadir un circuito mejor o eliminar saltos congestionados—, pero el retardo de propagación determinado por la distancia física es un límite mínimo ineludible. La SD-WAN reduce principalmente el RTT efectivo dirigiendo el tráfico hacia la mejor ruta, no superando las leyes de la física.
Más información sobre RTT
Si quieres saber más, estas son algunas fuentes en las que confiamos.
| RFC 2681: Una métrica de retardo de ida y vuelta para IPPM | IETF: Grupo de trabajo sobre métricas de rendimiento de IP |
|---|---|
| El estándar de la IETF que define la medición del retardo de ida y vuelta en las rutas de Internet: la base formal de la mayoría de las herramientas de RTT que se utilizan en la actualidad. | El grupo de trabajo responsable de los protocolos de medición relacionados con el RTT, como TWAMP y OWAMP, y del registro de métricas de rendimiento de IP. |
Términos relacionados
Si estás leyendo sobre RTT, te conviene echar un vistazo a lo siguiente.
| Ruta | Supervisión del rendimiento de las aplicaciones | Seguridad de la capa de transporte de datagramas |
|---|---|---|
| La ruta de extremo a extremo entre dos sucursales en una red SD-WAN; el RTT es la métrica principal que se utiliza para evaluar las rutas disponibles. | Supervisión de métricas a nivel de aplicación, como el tiempo de respuesta y las retransmisiones; tanto el APM pasivo como el activo de Versautilizan el RTT como indicador. | Una variante de TLS basada en UDP para el túnel de cliente « SASE », recomendada en lugar de TLS para evitar la penalización en el RTT que supone el TCP sobre TCP. |