Dernière mise à jour : 2026-06-24

Produit bande passante-délai

Le produit bande passante-délai (BDP) est la quantité de données pouvant occuper un trajet réseau à un instant donné — les données « en transit » entre un émetteur et un récepteur. C'est le chiffre le plus utile pour régler les connexions à haut débit, car il indique la taille que doit avoir une fenêtre TCP ou un tampon de socket pour exploiter pleinement un lien plutôt que de le laisser inactif pendant qu'il attend des accusés de réception.

La formule

où $B$ est la bande passante en bits par seconde et $T$ le temps d'aller-retour (RTT), les deux grandeurs utilisant une base de temps d'une seconde. Le produit $B \times T$ donne le nombre de bits sur le fil ; le diviser par 8 le convertit en octets, l'unité dans laquelle les fenêtres et tampons TCP sont configurés.

Un modèle mental utile est un tuyau transportant de l'eau. La bande passante est la section transversale du tuyau et le RTT sa longueur, donc le produit bande passante-délai est le volume total du tuyau. Pour que l'eau s'écoule sans interruption, il faut qu'au moins ce volume d'eau circule en permanence.

Exemple chiffré. Un lien de 1 Gbit/s avec un temps d'aller-retour de 30 ms :

Environ 3,75 Mo de données sont donc en transit à chaque instant, et une fenêtre TCP d'au moins cette taille est nécessaire pour saturer le lien. Divisez la bande passante par deux à 100 Mbit/s et le BDP tombe à 1,25 Mo ; le même débit ne demande alors plus qu'un tiers de tampon.

Pourquoi le BDP fixe la taille de la fenêtre

TCP est un protocole à fenêtre glissante : un émetteur ne peut avoir en attente que le nombre d'octets non acquittés que sa fenêtre permet. Une fois la fenêtre pleine, l'émetteur s'arrête et attend un aller-retour complet le retour des accusés de réception avant de pouvoir envoyer davantage.

Si la fenêtre est plus petite que le BDP, l'émetteur la vide avant le retour du premier accusé de réception, et le lien reste inactif pendant le reste de chaque aller-retour. Le débit atteignable est alors plafonné à :

quelle que soit la bande passante brute du lien. Régler la fenêtre de réception et les tampons de socket à au moins un BDP supprime ce goulot d'étranglement et permet à la connexion d'exploiter toute la capacité.

Réseaux longs et larges

Un trajet à grand produit bande passante-délai — bande passante élevée et latence élevée à la fois — est appelé réseau long et large (LFN). La fibre transcontinentale, les trajets intercontinentaux et les liens par satellite en sont des exemples typiques. Ils sont exigeants car la fenêtre doit être assez grande pour couvrir tout l'aller-retour.

L'en-tête TCP d'origine ne réservait que 16 bits au champ de fenêtre, le plafonnant à 64 Ko. Sur le trajet 1 Gbit/s, 100 ms ci-dessous, le BDP est de 12,5 Mo — presque 200 fois plus grand que cette limite. L'option de mise à l'échelle de fenêtre (RFC 7323) multiplie la fenêtre annoncée par une puissance de deux précisément pour que les connexions puissent croître vers le BDP sur de tels trajets.

Notez que la latence compte autant que la bande passante : le lien satellite est bien plus lent que les trajets en fibre, et pourtant son énorme RTT lui donne un BDP comparable à celui d'une connexion transcontinentale.

Bits, octets et la mesure du RTT

La bande passante est annoncée en bits par seconde tandis que les tampons sont configurés en octets, donc le facteur 8 est essentiel — exprimer le BDP en bits surestimerait le tampon nécessaire d'un facteur huit. Pour choisir les valeurs, utilisez la bande passante du goulot d'étranglement (le lien le plus lent de la route) et un RTT réaliste mesuré avec ping ou à partir d'une capture de paquets. Sur la plupart des trajets étendus, le RTT est dominé par le délai de propagation — le temps que met la lumière à parcourir la distance — qu'aucun tampon ne peut réduire.

Une conséquence pratique est que deux liens de bande passante identique peuvent nécessiter des réglages très différents : celui dont l'aller-retour est le plus long a le plus grand BDP et exige la plus grande fenêtre. C'est aussi pourquoi un lien à haute bande passante vers un serveur lointain peut tout de même sembler lent si le système d'exploitation ou l'application plafonne la fenêtre sous le BDP.

Calculateurs liés

Pour voir comment la perte de paquets et le RTT bornent ensemble la vitesse réelle d'une connexion, utilisez le calculateur Calculateur de débit TCP. Pour décomposer un temps d'aller-retour en ses composantes de propagation, sérialisation, mise en file d'attente et traitement, utilisez le calculateur Calculateur de budget de latence. Pour convertir un débit entre des unités de bits par seconde et d'octets par seconde, voyez le calculateur Convertisseur de débit (bit/s).