Calculateur de budget de latence
Données
| Délai de propagation | 20 ms |
|---|---|
| Délai de sérialisation | 1 ms |
| Délai de mise en file d'attente | 5 ms |
| Délai de traitement | 2 ms |
Calculateur de budget de latence
Décomposez la latence réseau en ses quatre composantes — propagation, sérialisation, mise en file d'attente et traitement — pour trouver le délai aller simple et le temps aller-retour. Utile pour diagnostiquer où une connexion passe son temps.
Données
Composantes du délai
Résultats
Saisissez une valeur pour afficher les résultats.
Temps aller-retour
Délai aller simple
Le budget de latence
La latence réseau est rarement un nombre unique. Le délai qu'un paquet subit d'un bout à l'autre d'un chemin est la somme de plusieurs effets distincts, chacun ayant sa propre cause et son propre remède. Un budget de latence traite le délai total comme la somme de ces parts, afin de voir où passe le temps et quelle composante attaquer quand une application semble lente.
Les quatre composantes
Le délai aller simple est la somme de quatre composantes classiques ; le temps aller-retour vaut le double pour un chemin symétrique :
t1=tp+ts+tq+td RTT=2×t1où est le délai de propagation, le délai de sérialisation, le délai de mise en file d'attente et le délai de traitement.
- Délai de propagation (). Le temps que met le signal à franchir la distance physique, régi par la vitesse de la lumière dans le support. La lumière dans une fibre optique voyage à environ deux tiers de sa vitesse dans le vide, de sorte qu'un chemin ajoute environ 5 ms de propagation par 1 000 km dans chaque sens. La distance est le seul levier.
- Délai de sérialisation (). Le temps nécessaire pour pousser chaque bit d'un paquet sur le câble, égal à la taille du paquet divisée par le débit du lien. Une trame de 1 500 octets sur un lien de 1 Gbit/s se sérialise en environ 12 microsecondes. Des liens plus rapides et des paquets plus petits le réduisent.
- Délai de mise en file d'attente (). Le temps qu'un paquet attend dans un tampon derrière d'autres trafics. Il est proche de zéro sur un lien inactif et grimpe fortement à mesure que l'utilisation approche 100 %. C'est la composante la plus variable et la cause habituelle de la gigue.
- Délai de traitement (). Le temps que chaque équipement passe à analyser les en-têtes, rechercher les routes et transmettre. Sur le matériel moderne, il est faible et stable, généralement de quelques microsecondes par saut.
Exemple chiffré
Considérons un chemin avec 20 ms de propagation, 1 ms de sérialisation, 5 ms de mise en file d'attente et 2 ms de traitement. Le délai aller simple est :
t1=20+1+5+2=28 msLe temps aller-retour vaut le double :
RTT=2×28=56 msAinsi, un ping sur ce chemin indiquerait environ 56 ms, et un flux unidirectionnel verrait 28 ms de latence. La propagation domine ici, ce qui est typique d'un chemin Internet de distance moyenne.
Quelle composante domine
Le mélange change selon la situation, et cela indique où concentrer les efforts.
| Situation | Composante dominante |
|---|---|
| Lien longue distance / intercontinental | Propagation |
| Lien saturé ou congestionné | Mise en file d'attente |
| Lien dernier kilomètre lent, gros paquets | Sérialisation |
| Nombreux sauts, inspection approfondie | Traitement |
Sur un lien transcontinental, la propagation peut atteindre des dizaines de millisecondes et écrase tout le reste ; aucun matériel plus rapide n'y change rien — seul un rapprochement des extrémités le fait. Sur un lien congestionné, la mise en file d'attente peut grimper jusqu'à des centaines de millisecondes, et la solution consiste à ajouter de la capacité ou une gestion active des files d'attente.
Pourquoi le temps aller-retour importe
Le temps aller-retour est le chiffre auquel la plupart des protocoles s'intéressent réellement. Une requête doit atteindre la destination et la réponse doit revenir, de sorte que pour une route symétrique l'aller-retour couvre deux fois la distance aller simple — d'où le facteur deux. TCP ne peut pas accuser réception des données plus vite qu'un RTT, ce qui signifie que les liens à forte latence brident le débit utile même lorsque la bande passante est abondante. Ce couplage entre latence et débit explique pourquoi les liens longs et rapides ont besoin de grandes fenêtres d'émission, et c'est le lien entre ce calculateur et le dimensionnement bande passante-délai.
Les chemins réels ne sont pas toujours parfaitement symétriques : les routes aller et retour peuvent différer, de sorte qu'un ping mesuré n'est pas forcément exactement le double d'une mesure aller simple. Le facteur deux est une hypothèse de planification solide, pas une garantie.
Réduire le budget
Une fois que vous savez quelle composante domine, le remède en découle. La propagation ne répond qu'à des routes plus courtes, ce qui en pratique signifie un réseau de diffusion de contenu ou une présence en périphérie plaçant les serveurs près des utilisateurs. La mise en file d'attente répond à plus de capacité, à un lissage de trafic et à une gestion des files d'attente qui empêche les tampons de se remplir. La sérialisation répond à des liens plus rapides et à des trames plus petites. Le traitement est généralement déjà faible mais bénéficie de la transmission matérielle sur les équipements chargés. Mesurer d'abord chaque part garantit que vous actionnez le levier qui fait vraiment bouger le total.
Calculateurs associés
Une fois le temps aller-retour connu, dimensionnez les données en transit et la fenêtre TCP avec le calculateur Calculateur du produit bande passante-délai. Pour voir comment la latence plafonne le débit utile sur un lien sujet aux pertes, utilisez le calculateur Calculateur de débit TCP. Pour estimer la durée d'un transfert volumineux de bout en bout, consultez le calculateur Calculateur de temps de transfert de données.
Questions fréquentes (FAQ)
Qu'est-ce qu'un budget de latence ?
Un budget de latence est une décomposition du délai réseau total en ses causes, afin de voir où passe le temps et combien de marge il reste avant qu'une application ne devienne peu réactive. Le délai aller simple du réseau comporte quatre composantes classiques : propagation (distance), sérialisation (placement des bits sur le câble), mise en file d'attente (temps passé dans les tampons) et traitement (prise en charge par les équipements).
Leur somme donne le délai aller simple ; en le doublant, on obtient le temps aller-retour. Traiter la latence comme un budget rend évident la composante à attaquer : un lien longue distance est dominé par la propagation, tandis qu'un lien congestionné est dominé par la mise en file d'attente.
Quelle est la différence entre le délai de propagation et le délai de traitement ?
Le délai de propagation dépend uniquement de la distance et du support : la lumière dans une fibre voyage à environ deux tiers de la vitesse de la lumière dans le vide, de sorte qu'un chemin de 3 000 km ajoute environ 15 ms dans chaque sens, quelle que soit la rapidité des équipements.
Le délai de traitement est le temps que chaque routeur ou commutateur passe à inspecter et transmettre un paquet, généralement quelques dizaines de microsecondes sur le matériel moderne. La propagation domine habituellement sur les liens longue distance, tandis que le traitement ne devient significatif que lorsqu'un paquet traverse de nombreux sauts ou passe par une inspection approfondie des paquets.
Pourquoi le temps aller-retour vaut-il le double du délai aller simple ?
Une requête doit voyager jusqu'à la destination et la réponse doit revenir, de sorte que pour un chemin symétrique l'aller-retour couvre deux fois la distance aller simple. C'est pourquoi le RTT est égal au double du délai aller simple dans ce calculateur.
Les chemins réels ne sont pas toujours symétriques — les routes aller et retour peuvent différer — de sorte qu'un ping mesuré n'est pas forcément exactement le double d'une mesure aller simple. Le RTT importe car des protocoles comme TCP ne peuvent pas accuser réception des données plus vite qu'un aller-retour, ce qui plafonne le débit utile sur les liens à forte latence.
Comment puis-je réduire la latence ?
Visez la composante qui domine votre budget. Pour réduire le délai de propagation, rapprochez les serveurs des utilisateurs avec un CDN ou une présence en périphérie, puisqu'on ne peut pas dépasser la vitesse de la lumière.
Pour réduire le délai de mise en file d'attente, ajoutez de la capacité, appliquez un lissage de trafic ou activez une gestion active des files d'attente pour que les tampons ne se remplissent pas. Pour réduire le délai de sérialisation, utilisez des liens plus rapides ou des paquets plus petits. Le délai de traitement est généralement déjà faible, mais le déchargement et la transmission matérielle aident sur les équipements chargés. Mesurer d'abord chaque composante vous indique quel levier fera vraiment bouger le chiffre.
Recommandations
Calculateur du produit bande passante-délai
Calculez le produit bande passante-délai (BDP) à partir de la bande passante d'un lien et de son temps d'aller-retour. Le BDP est la quantité de données en transit sur un trajet et la taille de fenêtre TCP recommandée pour exploiter pleinement ce trajet.
Calculateur de débit TCP
Estimez le débit maximal d'une connexion TCP unique et durable à partir de sa taille de segment, de son temps d'aller-retour et de son taux de perte de paquets, grâce à l'équation de Mathis. Montre pourquoi un chemin à forte latence et perte plafonne un flux bien en dessous du débit de la liaison.