Qu'est-ce que TWAMP ?

TWAMP (Two-Way Active Measurement Protocol) est un protocole normalisé, défini dans la RFC 5357, qui mesure les performances du réseau (délai aller-retour, délai unidirectionnel, gigue et perte de paquets) entre deux points d’extrémité. Les appareils VOS d’ Versa ainsi que le client SASE l’utilisent pour vérifier la conformité aux SLA et mesurer la qualité du chemin, en modes « Full TWAMP » et « TWAMP Light » (allégé).

Points clés à retenir

• TWAMP mesure le délai aller-retour, le délai unidirectionnel, la gigue et la perte de paquets.
• La version complète de TWAMP utilise un canal de contrôle TCP ; TWAMP Light s'en passe complètement.
• Quatre rôles : client de contrôle, serveur de contrôle, émetteur de session et réflecteur.
• VOS exécute TWAMP sur des interfaces LAN, WAN et des tunnels IPsec de site à site.
• Les résultats alimentent les contrôles SLA et les analyses d'Versa , et non le routage automatique.

Sur cette page : Pourquoi est-ce important ? · Comment ça marche · Types · TWAMP & Versa · FAQ

Pourquoi TWAMP est-il important ?

Les équipes réseau ont besoin de mesures objectives de la qualité des liaisons (délai, gigue, perte de paquets) pour savoir si une liaison SD-WAN respecte son SLA, ou si un circuit s'est dégradé avant que les utilisateurs ne s'en aperçoivent. Les contrôles ponctuels tels que le ping ICMP sont trop approximatifs : ils ne prennent pas en compte le délai aller et ne font pas la distinction entre la perte en sens aller et la perte en sens retour. TWAMP comble cette lacune en tant que norme IETF (RFC 5357) ; ainsi, un appareil VOS peut effectuer un test conforme sur un équipement tiers, et les deux parties interprètent les résultats de la même manière.

C'est dans les environnements mixtes que l'interopérabilité revêt toute son importance : par exemple, une succursale fonctionnant sous VOS qui communique avec la passerelle non-Versa d'un partenaire, ou un client SASE qui valide son circuit d'accès. Comme TWAMP fournit des indicateurs détaillés plutôt qu'un simple signal indiquant si le service est « actif » ou « inactif », les opérateurs peuvent mettre ces chiffres en corrélation avec l'expérience utilisateur et détecter rapidement toute dégradation de la qualité de service.

Qu'est-ce que TWAMP ?

TWAMP sépare le plan de contrôle du plan de test. Un client de contrôle et un serveur de contrôle échangent des messages TCP (port par défaut 862) pour négocier les paramètres et gérer les sessions qui en résultent. La mesure proprement dite s'effectue entre un émetteur de session, qui transmet des paquets de sondage UDP, et un réflecteur de session, qui y appose un horodatage et les renvoie en écho. Les mesures aller-retour ne nécessitent aucune synchronisation d’horloge ; les mesures de délai unidirectionnel, en revanche, en ont besoin. Par conséquent, pour obtenir des valeurs OWD précises, une synchronisation NTP entre l’émetteur et le réflecteur est requise.

Chaque session de test s'exécute à la demande ou en continu, avec un nombre de paquets, un intervalle et un marquage DSCP configurables, ce qui permet aux opérateurs de tester une classe de service spécifique plutôt que le seul trafic « au mieux ». Les résultats (RTT, gigue, taux de perte, paquets dupliqués et réorganisés) sont exportés vers Versa Analytics via la fonctionnalité d'exportation des journaux (LEF).

Types de TWAMP

VOS prend en charge deux modes de fonctionnement. Le mode « Full TWAMP » exécute la pile complète : une connexion de contrôle TCP négocie les paramètres, puis lance des sessions « TWAMP Light » en tant que sessions filles – ce qui convient aux configurations multi-fournisseurs où la négociation dynamique évite d’avoir à harmoniser manuellement les paramètres. TWAMP Light est le sous-ensemble dédié uniquement aux tests : pas de canal de contrôle, juste un émetteur et un réflecteur échangeant des sondes UDP configurées indépendamment de chaque côté, pour les pairs ne disposant pas de TWAMP Control ou de contrôles statiques sur les réseaux LAN, WAN et les tunnels IPsec basés sur IKEv2.

Une troisième dimension concerne le paramètre de pair défini par chaque session : « Non-Versa » pour les pairs tiers généraux, « Versa » pour la mesure du SLA sur un VPN IPsec de site à site, et « RAC Client » pour les sessions SLA automatiques avec un client d'accès à distance Versa SASE .

TWAMP & Versa

Versa VOS implémente TWAMP Control et TWAMP Light en tant qu’objets configurables sous « Réseau > TWAMP » dans la vue « Appliance » de Director : TWAMP Control permet de contrôler les sessions client et serveur, de négocier les paramètres et de gérer les sessions enfants, tandis que TWAMP Light, en mode autonome, exécute des sessions de test lorsqu’aucun canal de contrôle n’est nécessaire. Les deux sont conformes à la norme RFC 5357 et interopèrent avec des implémentations TWAMP tierces ainsi qu’avec d’autres nœuds VOS.

Concrètement, TWAMP est la méthode utilisée par Versa pour mesurer la qualité des liaisons SD-WAN – le temps aller-retour (RTT), la gigue et le taux de perte actuels d’une liaison de succursale, comme détaillé dans la section « Mesure des performances avec TWAMP » – et alimente ainsi Versa Analytics pour la génération de rapports de conformité aux SLA. Il ne s’agit pas d’un mécanisme d’acheminement du trafic : les opérateurs utilisent ces mesures pour étayer leurs décisions d’optimisation, en complément des politiques de sélection de liaisons distinctes de VOS. L’option « RAC Client » proposée par un fournisseur partenaire étend cette même mesure aux sessions client d’ SASE .

Questions fréquentes

Quelle est la différence entre TWAMP Control et TWAMP Light ?

TWAMP Control ajoute un canal TCP qui négocie les paramètres de test entre un client de contrôle et un serveur, puis gère une ou plusieurs sessions de test enfants. TWAMP Light ignore complètement le canal de contrôle : les paramètres de l'émetteur et du réflecteur sont configurés indépendamment, ce qui convient aux pairs qui ne prennent pas en charge TWAMP Control.

TWAMP nécessite-t-il une synchronisation d'horloge ?

Ce n'est pas le cas des mesures aller-retour, car les deux horodatages proviennent de l'horloge de l'expéditeur lui-même, ce qui annule tout décalage horaire. Les mesures de délai unidirectionnel nécessitent en revanche des horloges synchronisées : les déploiements nécessitant des valeurs OWD précises doivent mettre en place un service NTP entre l'expéditeur et le réflecteur avant de se fier à ces chiffres.

TWAMP peut-il déclencher des changements automatiques de chemin dans un réseau SD-WAN ?

Non. TWAMP mesure la qualité du chemin, mais ne gère pas l'acheminement du trafic ni les modifications du chemin de données. Les opérateurs utilisent ses indicateurs de RTT, de gigue et de perte – mis en évidence par l'outil d'analyse « Versa » – pour étayer les vérifications des SLA et les décisions d'optimisation, qui sont mises en œuvre séparément via les politiques de sélection de chemin de VOS.

Quels sont les ports TCP et UDP utilisés par TWAMP ?

Le canal de TWAMP Control utilise par défaut le port TCP 862, bien que VOS permette aux opérateurs de configurer un port différent de celui par défaut afin de renforcer la sécurité. Le trafic de test – c'est-à-dire les paquets de sondage échangés entre l'émetteur de la session et le réflecteur – transite par UDP, généralement dans la plage de ports dynamiques ou sur le port bien connu 862.

À quoi sert le paramètre « Client RAC » (pair-fournisseur) ?

Il configure une session TWAMP pour la mesure automatique du SLA via un client d'accès à distance Versa SASE plutôt que via un pair de site à site. À comparer avec Versa, utilisé pour la mesure du SLA sur un VPN IPsec de site à site entre des périphériques VOS, et Non-Versa, la valeur par défaut pour les autres pairs tiers.

En savoir plus sur TWAMP

Si vous souhaitez en savoir plus, voici des sources auxquelles nous faisons confiance.

Termes associés

Si vous vous intéressez à TWAMP, voici quelques liens qui pourraient vous intéresser.