Calculateur du Produit Bande Passante × Délai (BDP) TCP | Dimensionner la fenêtre et trouver le plafond
Calcule le produit bande passante × délai de TCP à partir du débit du lien et du RTT, exprimé en octets, KiB, MiB et paquets. Vois d'un coup d'œil si la fenêtre par défaut de 64 KiB bride la liaison et si le Window Scaling est nécessaire.
💡 À propos de cet outil
Vous disposez d'un lien à 1 Gbps, vous lancez un transfert longue distance et il plafonne à 30 Mbps. Le lien n'est pas en cause : le goulot d'étranglement, c'est la fenêtre TCP. Dès que le produit bande passante × délai (BDP = bande passante × RTT) dépasse la fenêtre d'émission, l'émetteur s'arrête pour attendre les ACK et le « tuyau » reste à moitié vide.
Cet outil prend la bande passante (Kbps / Mbps / Gbps) et le RTT (ms) et renvoie le BDP en octets, KiB et MiB. Il le convertit en nombre de paquets avec un MSS = 1460 octets (IPv4 sur Ethernet) et indique le débit plafond atteint avec une fenêtre par défaut de 64 KiB sans Window Scaling. Six presets — LAN, métropolitain, intercontinental, trans-Pacifique, satellite GEO et 4G LTE — permettent de partir d'une liaison proche de la vôtre et de vérifier les chiffres avant de toucher aux tampons de socket.
🧐 Questions fréquentes
Q. Que m'indique réellement le BDP ? R. C'est la quantité de données qui doivent être « en vol » pour garder le tuyau plein. Dimensionnez la fenêtre d'émission (ou le tampon de réception) au moins au BDP et l'émetteur ne s'arrête plus pour attendre les ACK.
Q. Pourquoi cette limite de 64 KiB revient-elle sans cesse ? R. Le champ fenêtre de l'en-tête TCP fait 16 bits, donc il plafonne à 65 535 octets (~64 KiB). Tout BDP supérieur exige le Window Scaling (RFC 7323), qui décale la fenêtre annoncée pour atteindre des valeurs de l'ordre du gigaoctet.
Q. Comment mesurer le RTT ?
R. Le temps aller-retour donné par ping est l'indicateur courant. Il varie avec le routage et la congestion : saisissez une valeur en heure de pointe pour une estimation prudente.
Q. D'où vient le MSS = 1460 ? R. De la MTU Ethernet de 1500 octets moins 20 octets d'en-tête IPv4 et 20 octets d'en-tête TCP. Avec IPv6, PPPoE ou des tunnels, le MSS diminue et le nombre de paquets augmente.
Q. Gère-t-il les jumbo frames ou un autre MSS ? R. Le nombre de paquets suppose un MSS fixe de 1460. Avec des jumbo frames, le nombre réel est plus faible que celui affiché, mais le BDP en octets ne dépend pas du MSS : ce chiffre reste valable.
Q. Pourquoi trois unités de bande passante ? R. Certaines liaisons mobiles ou anciennes sont de l'ordre du Kbps tandis que le réseau d'un centre de données tourne en Gbps. Trois unités évitent de se tromper d'ordre de grandeur.
📚 Les réseaux longs et larges (LFN)
Une liaison qui combine bande passante élevée et latence élevée porte un nom : Long Fat Network (LFN). La RFC 1323 — aujourd'hui remplacée par la RFC 7323 — a été écrite précisément pour que TCP se comporte bien sur ces liens, en introduisant le Window Scaling et les estampilles temporelles TCP. L'image la plus parlante est celle d'un tuyau d'arrosage : un tuyau à la fois large et long contient beaucoup d'eau avant que la moindre goutte ne sorte, et il faut continuer à pomper ce volume pour maintenir un débit constant. Remplacez « eau dans le tuyau » par « octets en vol » et vous obtenez le BDP. Sur un LAN local, le RTT est inférieur à la milliseconde et le BDP tient dans quelques dizaines de KiB : la fenêtre par défaut suffit largement. Sur une liaison satellite GEO en revanche, le RTT dépasse 600 ms et le BDP enfle au point que la fenêtre de 64 KiB devient nettement insuffisante — c'est là que le Window Scaling cesse d'être un détail pour devenir indispensable.