TWAMP, Y.1564 e Y.1731: demostrar el SLA en una red abierta

01TWAMP: medición activa del rendimiento IP

TWAMP, el Two-Way Active Measurement Protocol (IETF RFC 5357), mide el rendimiento real de una ruta IP en servicio enviando paquetes de prueba con marca de tiempo entre dos extremos y leyendo los resultados. Un session-sender origina el tráfico de prueba y un session-reflector lo devuelve, de modo que el emisor puede calcular el retardo de ida y vuelta, la variación del retardo y la pérdida de paquetes en la ruta exacta que sigue un servicio. Al ser un estándar abierto, un extremo OcNOS interopera con cualquier sender o reflector TWAMP conforme.

OcNOS implementa el protocolo completo en ambos lados. Un router puede ser el control-client y session-sender que ejecuta las pruebas, el server y session-reflector que las responde, o ambos a la vez, y también admite la medición unidireccional cuando la métrica de interés es solo en un sentido.

Lo que hace esto útil para los operadores es dónde puede OcNOS ejecutar la medición. Las sesiones TWAMP funcionan sobre transporte MPLS simple y, sobre todo, dentro de la VPN del cliente:

• MPLS L3VPN y EVPN MPLS L3VPN, de modo que el SLA se mide en el mismo VRF que usa el tráfico del cliente.
• L3VPN sobre Segment Routing MPLS y L3VPN sobre SRv6, para los operadores que han migrado el transporte a SR.
• Interfaces de acceso entre VPN, para medir a través de los límites del servicio.

Medir dentro de la VPN importa porque una ruta que parece correcta en el underlay puede seguir incumpliendo su SLA para un tenant. TWAMP en el contexto del servicio mide lo que el cliente experimenta realmente.

02Y.1564: prueba de activación de servicios

ITU-T Y.1564, la Service Activation Test (SAT), se ejecuta una vez al activar un servicio para demostrar que cumple su SLA antes de comunicar al cliente que está operativo. Sustituye a la antigua metodología RFC 2544 para Ethernet multiservicio porque prueba todos los parámetros del SLA de un servicio a la vez y no de uno en uno.

Una prueba Y.1564 tiene dos etapas. La prueba de configuración aumenta el tráfico hasta la tasa de información comprometida (CIR) y la tasa de información excedente (EIR) para confirmar que el policer y el shaper se comportan según lo aprovisionado. La prueba de rendimiento mantiene después el servicio a CIR durante un periodo prolongado y verifica las cuatro métricas del SLA a la vez:

• Tasa de información (caudal a CIR y EIR),
• Tasa de pérdida de tramas (FLR),
• Retardo de transferencia de tramas (FTD),
• Variación del retardo de tramas (FDV).

OcNOS-SP ejecuta la SAT Y.1564 de forma nativa en los SKU MPLS y PLUS, desde OcNOS 6.6.0, así que un técnico de activación puede validar un servicio Ethernet frente a su SLA desde la CLI de OcNOS en lugar de enviar un equipo de prueba independiente a cada extremo.

03Y.1731: OAM Ethernet continuo

Mientras Y.1564 valida un servicio en su activación, ITU-T Y.1731 Ethernet OAM lo supervisa de forma continua durante su operación. Basado en la gestión de fallos de conectividad IEEE 802.1ag, dota a cada conexión virtual Ethernet de su propia detección de fallos y supervisión del rendimiento siempre activas. OcNOS implementa el conjunto completo de herramientas:

04Cómo encajan los tres

Las tres normas no son alternativas. Forman el ciclo de vida de aseguramiento de un servicio, y OcNOS las ejecuta todas en el mismo router:

Juntas permiten a un operador vender un SLA estricto y respaldarlo con mediciones en las capas Ethernet e IP, sobre hardware abierto, sin un rack de sondas propietarias.