Français
Menu

Qu'est-ce que RTT (temps d'aller-retour) ?

Temps qui s'écoule entre l'envoi de données et le retour de la réponse. Il comprend le temps que mettent les signaux à parcourir la distance, ainsi que le traitement et l'attente en file dans les équipements du parcours. Il sert à calculer le délai de retransmission de TCP et à estimer le temps nécessaire pour établir une connexion (nombre d'allers-retours × RTT), et il se mesure avec ping. Dans une fibre optique, la lumière se propage à environ 200 000 km/s : 1000 km de distance ajoutent donc à eux seuls environ 10 ms de temps d'aller-retour.

Nom japonais: RTT(往復遅延時間)

« RTT (temps d'aller-retour) » apparaît dans 9 questions d'entraînement réparties sur 3 thèmes, dont Bases des réseaux informatiques, Bases des technologies web, Bases et applications de la cryptographie.

Domaine: Bases des réseaux informatiques

S'entraîner : questions sur RTT (temps d'aller-retour)

Un client établit une nouvelle connexion HTTPS (TLS 1.3 sur TCP) vers un serveur web dont le temps aller-retour (RTT) est de 100 ms. Quelle durée est la plus proche du temps nécessaire jusqu'au début de la réception de la réponse à la première requête ? La résolution DNS est déjà faite, et l'on néglige le temps de traitement du serveur et le temps de transfert des données.

  1. AEnviron 100 ms
  2. BEnviron 300 ms
  3. CEnviron 200 ms
Afficher la réponse et l'explication

Réponse : B. Environ 300 ms

D'abord, le three-way handshake de TCP prend un aller-retour (le client peut envoyer son premier message TLS avec l'ACK final). Ensuite, la poignée de main TLS 1.3 prend un aller-retour, puis la requête et la réponse HTTP un de plus, soit 3 allers-retours au total : 3 × 100 = 300 ms. Avec TLS 1.2, l'échange de clés prend 2 allers-retours, ce qui donne 4 allers-retours, soit 400 ms. Ce temps d'attente dépend du nombre de RTT, fixé par la distance ; augmenter la bande passante de la liaison ne le raccourcit donc pas. QUIC, utilisé par HTTP/3, regroupe les poignées de main de transport et cryptographique en un seul aller-retour, et offre aussi, lors d'une reconnexion, un moyen d'envoyer des données dès le premier aller (0-RTT).

Une connexion TCP a une fenêtre de réception fixe de 65 536 octets et un RTT de 10 ms. La bande passante de la liaison est largement suffisante et il n'y a aucune perte. Quelle valeur est la plus proche du débit maximal de cette connexion ?

  1. AEnviron 52 Mbit/s
  2. BEnviron 6,6 Mbit/s
  3. CEnviron 524 Mbit/s
Afficher la réponse et l'explication

Réponse : A. Environ 52 Mbit/s

Avec le contrôle par fenêtre, on ne peut envoyer au plus qu'une fenêtre de données par aller-retour (RTT), c'est-à-dire avant le retour des ACK. Le débit est donc limité à fenêtre ÷ RTT = 65 536 octets × 8 ÷ 0,01 s ≈ 52,4 Mbit/s (environ 52 Mbit/s), et il ne monte pas plus haut même sur une liaison à 1 Gbit/s. Pour exploiter pleinement une liaison rapide et lointaine, la fenêtre doit être au moins égale au produit de la bande passante par le RTT (produit bande passante × délai) : pour 1 Gbit/s et un RTT de 10 ms, 10^9 × 0,01 = 10^7 bits = 1,25 MB. Le champ de fenêtre de l'en-tête TCP fait 16 bits, soit au maximum 65 535 octets, mais l'option de mise à l'échelle de la fenêtre (window scale) permet de l'agrandir.

« RTT (temps d'aller-retour) » dans les explications

Questions mentionnant « RTT (temps d'aller-retour) » (9)

  1. Un client établit une nouvelle connexion HTTPS (TLS 1.3 sur TCP) vers un serveur web dont le temps aller-retour (RTT) est de 100 ms. Quelle durée est la plus proche du temps nécessaire jusqu'au début de la réception de la réponse à la première requête ? La résolution DNS est déjà faite, et l'on néglige le temps de traitement du serveur et le temps de transfert des données.
  2. Une connexion TCP a une fenêtre de réception fixe de 65 536 octets et un RTT de 10 ms. La bande passante de la liaison est largement suffisante et il n'y a aucune perte. Quelle valeur est la plus proche du débit maximal de cette connexion ?
  3. Sur une liaison dont le RTT est de 50 ms et la bande passante de 100 Mbit/s, une requête qui renvoie une réponse de 10 KB est répétée 100 fois, chaque requête n'étant envoyée qu'après la réception complète de la réponse précédente. Quelle durée totale est la plus proche ? On prend comme durée par requête le RTT plus le temps de transfert de la réponse (quantité de données ÷ bande passante), avec 1 KB = 1000 octets, et l'on néglige le temps de traitement du serveur.
  4. On récupère, l'un après l'autre, un fichier HTML et les quatre images qu'il référence sur un serveur web dont le RTT est de 40 ms. On suppose que l'établissement d'une connexion TCP prend un aller-retour et que chaque requête et sa réponse prennent un aller-retour, et l'on néglige le temps de transfert des données, le temps de traitement du serveur, TLS et la fermeture des connexions. Quelle est la différence de durée totale entre l'ouverture d'une nouvelle connexion TCP pour chaque objet et la réutilisation d'une seule connexion TCP (connexion persistante) ?
  5. On envoie 1,5 MB de données texte, compressées par gzip au tiers de leur taille. La bande passante est de 10 Mbit/s et le RTT de 100 ms ; avant de commencer à envoyer les données, la connexion TCP, la poignée de main TLS et la requête HTTP prennent ensemble 3 allers-retours. On prend 1 MB = 10^6 octets et l'on néglige le temps de compression et de décompression, les en-têtes et les attentes dues au contrôle de congestion de TCP. Quelle valeur est la plus proche du temps nécessaire pour finir de recevoir les données ?
  6. Quelle mise en garde concernant le 0-RTT de TLS 1.3 (envoi de « données précoces » (early data) avec le premier message, à l'aide d'une clé pré-partagée obtenue lors d'une connexion antérieure) est correcte ?
  7. Dans le three-way handshake (établissement en trois temps) qui ouvre une connexion TCP, quel est l'ordre correct des paquets échangés ?
  8. Qu'est-ce qui amène un émetteur TCP à conclure qu'un segment a été perdu et à le retransmettre ?
  9. Quelle affirmation décrit correctement un changement de TLS 1.3 (RFC 8446) par rapport à TLS 1.2 ?

Termes associés

TCP (Transmission Control Protocol) TLS (Transport Layer Security) HTTP (Hypertext Transfer Protocol) Three-way handshake (établissement en trois temps) Confidentialité persistante (forward secrecy) Paquet (packet) HTTPS DNS (Domain Name System) QUIC Débit (throughput)

Retour au glossaire