Bandbreiten-Verzögerungs-Produkt (BDP)

Das Produkt aus Rate und Round-Trip Time ist die Datenmenge, die ein Sender während einer Umlaufzeit über den Engpass schicken kann. Bei ausreichendem Fenster können ungefähr so viele Bits gleichzeitig unterwegs sein, bevor eine Bestätigung zurückkehrt. Anschaulich entspricht es dem „Füllstand“ einer Leitung. Es ist nicht die maximale Nachrichtengröße und auch kein Messwert des tatsächlich erreichten Durchsatzes. BDP schätzt die Datenmenge auf dem Pfad „in flight“ bei gegebener Engpassrate und RTT. Es ist ein Maßstab für nötige Fenstergrößen, kein Durchsatzversprechen. Last, Verluste, Congestion Control und Empfängerfenster beeinflussen die tatsächliche Übertragung. Verwende Messwerte aus demselben Pfad und Zeitraum, wenn du Rechnungen gegeneinander hältst.

Bei 500 Mbit/s und 5 ms gilt 500·10⁶ bit/s·0,005 s=2,5·10⁶ bit. Acht Bit ergeben ein Byte, also sind das 312 500 Byte beziehungsweise 312,5 kB mit dezimaler SI-Präfixverwendung. Das Ergebnis setzt die Einheiten sauber um: Sekunden kürzen sich mit „pro Sekunde“, und die Umrechnung bit zu Byte erfolgt erst anschließend durch Division durch acht. BDP schätzt die Datenmenge auf dem Pfad „in flight“ bei gegebener Engpassrate und RTT. Es ist ein Maßstab für nötige Fenstergrößen, kein Durchsatzversprechen. Last, Verluste, Congestion Control und Empfängerfenster beeinflussen die tatsächliche Übertragung. Verwende Messwerte aus demselben Pfad und Zeitraum, wenn du Rechnungen gegeneinander hältst.

Für eine Ende-zu-Ende-Verbindung ist die Engpassbandbreite entscheidend, also die kleinste verfügbare Rate entlang des betrachteten Pfads. Eine schnellere einzelne Ethernet-Strecke erhöht den Pfaddurchsatz nicht, wenn Router, Funkzugang oder Server langsamer sind. In realen Netzen können mehrere Flows und Protokollreserven die nutzbare Rate weiter reduzieren; nenne daher, ob R Linkrate oder gemessene verfügbare Rate meint. BDP schätzt die Datenmenge auf dem Pfad „in flight“ bei gegebener Engpassrate und RTT. Es ist ein Maßstab für nötige Fenstergrößen, kein Durchsatzversprechen. Last, Verluste, Congestion Control und Empfängerfenster beeinflussen die tatsächliche Übertragung. Verwende Messwerte aus demselben Pfad und Zeitraum, wenn du Rechnungen gegeneinander hältst.

Wenn Pakete in Warteschlangen auf überlasteten Routern warten, steigt die gemessene Round-Trip Time. Damit kann auch das berechnete BDP wachsen, obwohl sich die physische Linkrate nicht verändert hat. Für Dimensionierung muss man deshalb die RTT unter der relevanten Betriebslast betrachten und unnötiges Bufferbloat vermeiden. Ein einzelner unbelasteter Ping beschreibt nicht immer die Datenübertragung im Dauerbetrieb. BDP schätzt die Datenmenge auf dem Pfad „in flight“ bei gegebener Engpassrate und RTT. Es ist ein Maßstab für nötige Fenstergrößen, kein Durchsatzversprechen. Last, Verluste, Congestion Control und Empfängerfenster beeinflussen die tatsächliche Übertragung. Verwende Messwerte aus demselben Pfad und Zeitraum, wenn du Rechnungen gegeneinander hältst.

Nein. Das Produkt liefert eine Größenordnung, die eine Leitung bei der angegebenen Rate und Umlaufzeit füllen kann. Das nötige TCP-Sendefenster wird durch Congestion Window, Receiver Window, Verluste, ACK-Verhalten, Pacing und Anwendungsdaten begrenzt. Eine höhere RTT oder wechselnde Bandbreite kann den Bedarf ändern. BDP ist daher Diagnose- und Planungsgröße, während Protokollregeln Sicherheit und faire gemeinsame Nutzung steuern. BDP schätzt die Datenmenge auf dem Pfad „in flight“ bei gegebener Engpassrate und RTT. Es ist ein Maßstab für nötige Fenstergrößen, kein Durchsatzversprechen. Last, Verluste, Congestion Control und Empfängerfenster beeinflussen die tatsächliche Übertragung. Verwende Messwerte aus demselben Pfad und Zeitraum, wenn du Rechnungen gegeneinander hältst.