Qu'est-ce que le RTT ?

Le temps aller-retour (RTT) correspond au temps nécessaire à un paquet pour aller de la source à la destination et pour qu'un accusé de réception revienne, mesuré en millisecondes. Il s'agit d'un indicateur clé de la performance du réseau – au même titre que la perte de paquets et la gigue – utilisé pour évaluer la qualité du chemin et orienter les décisions automatisées de routage du trafic.

Points clés à retenir

• Le RTT mesure la latence totale aller-retour, et non la latence unidirectionnelle du réseau.
• Un RTT plus faible se traduit généralement par un chemin plus réactif pour le trafic en temps réel.
• Le RTT regroupe les délais de propagation, de transmission, de mise en file d'attente et de traitement.
• VersaLe client « SASE » mesure le temps aller-retour (RTT) via TWAMP afin d’évaluer la qualité de la liaison.
• Les profils SLA utilisent des seuils de RTT pour déclencher la commutation automatique de chemin.

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

Pourquoi le RTT est-il important ?

Le temps aller-retour (RTT) est l'un des premiers indicateurs que les ingénieurs vérifient lorsqu'une connexion semble lente, car il reflète directement la réactivité perçue par l'utilisateur. Les appels vocaux, les visioconférences et autres applications en temps réel ne tolèrent qu'un délai supplémentaire très faible, et le RTT – qui correspond à la latence dans les deux sens, additionnée au temps de traitement à l'extrémité distante – rend le mieux compte de ce que l'utilisateur ressent réellement lors d'un aller-retour.

Le RTT revêt également une importance opérationnelle. Les architectures SD-WAN et « SASE » modernes utilisent le RTT, ainsi que la perte de paquets et la gigue, pour évaluer en continu chaque chemin disponible entre un terminal et une destination. Au lieu de se fier à la bande passante annoncée d’une liaison ou à une table de routage statique, la logique de sélection de chemin réagit en temps quasi réel : lorsque le RTT sur le chemin actif se dégrade au-delà d’un seuil, le trafic est automatiquement redirigé vers un meilleur chemin, transformant ainsi un indicateur de dépannage en une donnée en temps réel pour les décisions de routage automatisées.

Qu'est-ce que le RTT ?

Le RTT est mesuré en horodatant un paquet au moment de son envoi, puis à nouveau à l'arrivée de sa réponse, avant de calculer la différence. Aucune synchronisation d'horloge entre les points d'extrémité n'est nécessaire, ce qui rend cette mesure bien plus simple que celle de la latence unidirectionnelle réelle. Le RTT correspond à la somme du délai de propagation dans les deux sens, du délai de transmission, du délai d'attente aux nœuds intermédiaires et du temps de traitement nécessaire à la destination avant de répondre.

Comme le RTT regroupe les trajets aller et retour, il peut masquer une asymétrie : un trajet aller rapide et un trajet retour lent donnent le même RTT qu’un trajet uniformément lent dans les deux sens. Les ingénieurs le mesurent généralement à l’aide d’échos ICMP (ping), de poignées de main TCP SYN/SYN-ACK ou de protocoles de trafic synthétique, puis calculent la valeur minimale et la médiane sur une fenêtre de temps, plutôt que de se fier à un seul échantillon faussé par une congestion passagère.

Types de mesure du RTT

La mesure du RTT s'articule autour de deux grandes approches. La mesure active (synthétique) consiste à injecter, à intervalles réguliers, un trafic de sondage dédié – des requêtes d'écho ICMP ou un protocole spécialement conçu à cet effet, tel que le protocole TWAMP (Two-Way Active Measurement Protocol) – sur un chemin, puis à chronométrer le temps de réponse, ce qui permet d'obtenir un échantillon contrôlé et reproductible, au prix d'un léger surcroît de trafic.

La mesure passive détermine le RTT à partir du trafic qui existerait de toute façon, généralement en chronométrant une poignée de main TCP à trois étapes ou en faisant correspondre les paquets de requête et de réponse dans un flux en temps réel – cela n'entraîne aucune surcharge, mais aucun échantillon n'est disponible tant qu'un trafic éligible n'apparaît pas. Il convient également de distinguer le RTT au niveau de la couche réseau (ICMP, poignée de main TCP) du RTT au niveau de la couche application, qui inclut en plus le temps de traitement du serveur.

RTT & Versa

VersaLe client « SASE » utilise le RTT comme donnée essentielle pour la sélection automatique du chemin. Lorsque vous configurez le service d’accès sécurisé « Versa », un profil SLA définit un seuil relatif (un multiple du RTT minimal depuis la connexion) et un plafond absolu en millisecondes ; le dépassement de l’un ou l’autre sur une fenêtre glissante constitue une violation du SLA, mesurée via TWAMP sur la passerelle. Le client mesure périodiquement le RTT – ainsi que la perte de paquets, les paquets dupliqués et réordonnés – pour chaque adresse IP WAN annoncée par la passerelle ; il bascule sa connexion IPsec lorsqu’une autre adresse obtient un meilleur score, puis transmet les résultats à Versa Analytics. Le même principe s’applique aux Secure SD-WAN et aux variantes NGFW.

Questions fréquentes

Quelle est une bonne valeur de RTT ?

Il n'existe pas de seuil universel : tout dépend de l'application. La voix et la vidéo nécessitent un temps de transit aller-retour bien inférieur à 150 ms ; les applications interactives tolèrent des valeurs plus élevées ; les transferts en masse sont quant à eux largement insensibles au temps de transit aller-retour (RTT). Les profils SLA permettent aux administrateurs de définir des seuils pour chaque déploiement plutôt que de se baser sur une valeur unique.

Quelle est la différence entre le RTT et la latence ?

La latence, ou délai aller simple, correspond au temps mis par un paquet pour parcourir une distance dans un sens ; le RTT correspond au temps mis par ce paquet et sa réponse pour effectuer un aller-retour complet. Le RTT est souvent estimé à environ le double de la latence aller simple, bien que des chemins asymétriques puissent rendre cette estimation imprécise.

Quelle est la différence entre le RTT et la gigue ?

Le RTT correspond à une mesure ponctuelle du délai aller-retour à un instant donné ; la gigue désigne la variation de ce délai d'une mesure à l'autre. Un trajet peut présenter un RTT modéré mais une gigue élevée – c'est-à-dire une synchronisation irrégulière –, ce qui nuit à la qualité de la voix et de la vidéo en temps réel, même si le délai moyen semble correct.

Comment « Versa » mesure-t-il le temps de transit (RTT) ?

Le client « Versa » (SASE ) utilise des sondes synthétiques basées sur TWAMP pour mesurer périodiquement le temps de transit aller-retour vers chacune des adresses IP WAN d'une passerelle, puis compare les résultats aux seuils relatifs et absolus définis dans un profil SLA afin de détecter tout dépassement.

Est-il possible de réduire le RTT ?

Certaines causes peuvent être résolues – en se rapprochant d'un point de présence, en ajoutant une liaison plus performante ou en supprimant des sauts encombrés –, mais le délai de propagation dicté par la distance physique constitue une limite infranchissable. Le SD-WAN réduit principalement le RTT effectif en acheminant le trafic vers le meilleur chemin, et non en contournant les lois de la physique.

En savoir plus sur RTT

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

Termes associés

Si vous vous intéressez au RTT, voici quelques liens qui pourraient vous intéresser.