¿Qué es TWAMP?

TWAMP (Two-Way Active Measurement Protocol) es un protocolo basado en estándares, definido en el RFC 5357, que mide el rendimiento de la red —retardo de ida y vuelta, retardo unidireccional, fluctuación y pérdida de paquetes— entre dos puntos finales. Los dispositivos VOS de Versa y el cliente SASE lo utilizan para realizar comprobaciones de cumplimiento del SLA y mediciones de la calidad de la ruta, en los modos «Full TWAMP» y «TWAMP Light» (ligero).

Puntos clave

• TWAMP mide el retardo de ida y vuelta, el retardo unidireccional, la fluctuación y la pérdida de paquetes.
• La versión completa de TWAMP utiliza un canal de control TCP; TWAMP Light prescinde por completo de él.
• Cuatro roles: cliente de control, servidor de control, emisor de sesión y reflector.
• VOS ejecuta TWAMP a través de interfaces de túnel IPsec de LAN, WAN y de sitio a sitio.
• Los resultados se utilizan para las comprobaciones del SLA y para el análisis de « Versa », pero no para el enrutamiento automático.

En esta página: Por qué es importante · Cómo funciona · Tipos · TWAMP y Versa · Preguntas frecuentes

¿Por qué es importante TWAMP?

Los equipos de redes necesitan mediciones objetivas de la calidad de la ruta —retardo, fluctuación y pérdida de paquetes— para saber si una ruta SD-WAN cumple su SLA o si un circuito se ha degradado antes de que los usuarios lo noten. Las comprobaciones puntuales, como el ping ICMP, son demasiado imprecisas: no tienen en cuenta el retraso unidireccional y no distinguen entre la pérdida de paquetes en sentido directo y en sentido inverso. TWAMP subsana esa carencia como estándar de la IETF (RFC 5357), de modo que un dispositivo VOS puede realizar una prueba conforme con un equipo de terceros y ambas partes interpretan los resultados de la misma manera.

La interoperabilidad cobra mayor importancia en entornos mixtos: una sucursal que utiliza VOS y se comunica con la pasarela noVersa de un socio, o un cliente SASE que valida su circuito de acceso. Dado que TWAMP proporciona métricas detalladas en lugar de una simple señal de «activo/inactivo», los operadores pueden correlacionar las cifras con la experiencia de uso de la aplicación y detectar a tiempo cualquier deterioro en el servicio.

¿Qué es TWAMP?

TWAMP separa el plano de control del plano de prueba. Un cliente de control y un servidor de control intercambian mensajes TCP (puerto predeterminado 862) para negociar parámetros y gestionar las sesiones resultantes. La medición en sí se lleva a cabo entre un emisor de sesión, que transmite paquetes de sondeo UDP, y un reflector de sesión, que les añade una marca de tiempo y los devuelve. Las métricas de ida y vuelta no requieren sincronización de relojes; las mediciones de retardo unidireccional sí la requieren, por lo que para obtener cifras precisas de OWD es necesario que haya sincronización NTP entre el emisor y el reflector.

Cada sesión de prueba se ejecuta bajo demanda o de forma continua, con un número de paquetes, un intervalo y un marcado DSCP configurables, de modo que los operadores puedan probar una clase de servicio específica en lugar de limitarse únicamente al tráfico de «mejor esfuerzo». Los resultados —RTT, fluctuación, índice de pérdida, paquetes duplicados y reordenados— se exportan a Versa Analytics a través de la función de exportación de registros (LEF).

Tipos de TWAMP

VOS admite dos modos de funcionamiento. El modo «Full TWAMP» ejecuta la pila completa: una conexión de control TCP negocia los parámetros y, a continuación, inicia sesiones «TWAMP Light» como sesiones secundarias, lo que resulta adecuado para configuraciones con múltiples proveedores en las que la negociación dinámica evita tener que ajustar manualmente la configuración. TWAMP Light es el subconjunto destinado exclusivamente a pruebas: sin canal de control, solo un emisor y un reflector que intercambian sondas UDP configuradas de forma independiente en cada lado, para pares que no disponen de TWAMP Control ni de comprobaciones estáticas a través de LAN, WAN y túneles IPsec basados en IKEv2.

Una tercera dimensión es la configuración del proveedor homólogo que se establece en cada sesión: «Non-Versa » para homólogos generales de terceros, « Versa » para la medición del SLA a través de una VPN IPsec de sitio a sitio, y «RAC Client» para sesiones SLA automáticas con un cliente de acceso remoto Versa SASE .

TWAMP y Versa

Versa VOS implementa TWAMP Control y TWAMP Light como objetos configurables en la sección «Redes > TWAMP» de la vista «Dispositivo» de Director: controlan la negociación de parámetros de las sesiones de cliente y servidor y gestionan las sesiones secundarias, mientras que las sesiones de prueba independientes de TWAMP Light se ejecutan cuando no se necesita un canal de control. Ambos cumplen con el RFC 5357 e interactúan con implementaciones de TWAMP de terceros y con otros nodos de VOS.

En la práctica, TWAMP es la forma en que Versa mide la calidad de la ruta SD-WAN —el RTT, la fluctuación y la pérdida que presenta un circuito de sucursal en ese momento, tal y como se detalla en «Medición del rendimiento con TWAMP»— y que alimenta Versa Analytics para la elaboración de informes de cumplimiento de los SLA. No se trata de un mecanismo de redireccionamiento del tráfico: los operadores utilizan sus mediciones para fundamentar las decisiones de optimización, junto con las políticas independientes de selección de rutas de VOS. La opción de proveedor homólogo del cliente RAC amplía esa misma medición a las sesiones de cliente de SASE .

Preguntas frecuentes

¿Cuál es la diferencia entre TWAMP Control y TWAMP Light?

TWAMP Control añade un canal TCP que negocia los parámetros de prueba entre un cliente de control y un servidor, y a continuación gestiona una o varias sesiones de prueba secundarias. TWAMP Light prescinde por completo del canal de control: los parámetros del emisor y del reflector se configuran de forma independiente, lo que resulta adecuado para los pares que no son compatibles con TWAMP Control.

¿TWAMP requiere sincronización de reloj?

Las mediciones de ida y vuelta no lo hacen, ya que ambas marcas de tiempo proceden del propio reloj del remitente, lo que compensa cualquier desfase horario. Las mediciones de retardo unidireccional sí requieren relojes sincronizados: las implementaciones que necesiten cifras precisas de retardo unidireccional (OWD) deben ejecutar NTP entre el remitente y el reflector antes de basarse en esos datos.

¿Puede TWAMP provocar cambios automáticos en la ruta en una SD-WAN?

No. TWAMP mide la calidad de la ruta, pero no controla el enrutamiento del tráfico ni los cambios en la ruta de datos. Los operadores utilizan sus métricas de RTT, fluctuación y pérdida —que se muestran a través de Versa Analytics— para fundamentar las comprobaciones del SLA y las decisiones de optimización, que se aplican por separado mediante las políticas de selección de rutas de VOS.

¿Qué puertos TCP y UDP utiliza TWAMP?

El canal de TWAMP Control utiliza por defecto el puerto TCP 862, aunque VOS permite a los operadores configurar un puerto distinto al predeterminado para reforzar la seguridad. El tráfico de prueba —los paquetes de sondeo entre el remitente de la sesión y el reflector— se transmite a través de UDP, normalmente en el rango de puertos dinámicos o en el puerto conocido 862.

¿Para qué sirve la configuración «RAC Client peer-vendor»?

Configura una sesión TWAMP para la medición automática del SLA con un cliente de acceso remoto Versa SASE , en lugar de un par de sitio a sitio. Compárese esto con Versa, que se utiliza para la medición del SLA a través de una VPN IPsec de sitio a sitio entre dispositivos VOS, y con «Non-Versa », que es la opción predeterminada para otros pares de terceros.

Más información sobre TWAMP

Si quieres saber más, estas son algunas fuentes en las que confiamos.

Términos relacionados

Si estás leyendo sobre TWAMP, te conviene echar un vistazo a esto a continuación.