Zusammenfassung

  • Der Empfänger bildet sein Angebot aus echter Flusskontrollkapazität fcwnd und einer rLEDBAT-Zielgröße RLWND; der Sender behält cwnd.
  • SND.WND = min(cwnd, RLWND, fcwnd) entscheidet über die Rate, erklärt aber nicht, welcher Kandidat sie verursacht hat.
  • Ein auditierbarer Versuch muss Kandidaten, Timestamp-Qualität, Window Scale und die zeitliche Konvergenz ohne Fensterschrumpfung sichern.

Drei Verdächtige, ein Messwert

Das klassische Diagnosemuster lautet: kleines Empfangsfenster, also langsame Anwendung. rLEDBAT fügt eine zweite lokale Ursache hinzu. Ein Update-Client kann bewusst weniger Fenster ankündigen, damit interaktiver Verkehr Vorrang erhält.

fcwnd schützt die reale Empfangskapazität. RLWND ist die aus Verzögerung abgeleitete Hintergrundzielgröße. Angezeigt wird ihr Minimum; beim Sender kommt das Staufenster cwnd hinzu. Die drei Werte gehören Empfängerkapazität, Empfängerpolitik und Sender/Pfad. Nur den Gewinner zu speichern vernichtet die Attribution.

Der Vorteil ist asymmetrische Einführung: Der Client kann einen unveränderten Server zum Nachgeben bringen, weil jeder TCP-Sender das Fenster respektiert. Dennoch ersetzt rLEDBAT keine Staukontrolle. Ist cwnd kleiner oder tritt Verlust auf, bleibt der Sender maßgeblich.

Eine Zusage kann nicht sofort zurückgenommen werden

Das Fenster räumt Sequenzraum ein. Sein rechter Rand darf nach einer Zusage nicht abrupt zurückspringen. Der Empfänger nähert sich einem kleineren RLWND, indem er das angekündigte Fenster mit eintreffenden Bytes reduziert; die Umstellung kann ungefähr einen RTT dauern.

Zwischen Beschluss und vollständiger Wirkung zeigt der Mitschnitt einen Übergang. Deshalb gehören Entscheidungszeit, Ziel, angekündigte Folgewerte und Bytes in flight in denselben Beleg. Eine kurzfristige Abweichung ist möglicherweise Protokolltreue, nicht Reglerträgheit.

Unsichere Zeit und grobe Stufen

TCP Timestamps erlauben Verzögerungsänderungen ohne synchronisierte Uhren; ein konstanter Offset fällt heraus. Auflösung, Drift, wiederholte Werte, Delayed ACKs, Rückwegwarteschlangen und Retransmissions bleiben aber relevant. Tail Loss kann dem Empfänger verborgen bleiben. Rohwerte, Filter, Ausschlussgründe und Basisverzögerung müssen die Reglerentscheidung begleiten.

Window Scale schafft Reichweite auf Kosten von Granularität. Faktoren über 11 können laut RFC zu grob sein; empfohlen wird weniger als 12, ausdrücklich als Gegenstand weiterer Versuche. Die Wahl fällt beim Verbindungsaufbau. Ein später sichtbares Stufenproblem kann daher nur durch neue Verbindungsparameter behoben werden.

Experiment, nicht Etikett

RFC 9840 ist ein Experimental RFC aus IRTF/ICCRG. Wechselwirkungen mit Senderreglern, AQM, L4S und Neustarts nach Leerlauf sind offene Untersuchungsfelder. Durchschnittsdurchsatz genügt nicht: nötig sind Queue-Delay-Verteilung, Verlust, ECN, Anwendungsnachfrage, alle Fenster, Idle-Phasen und Senderalgorithmus.

Microsofts Delivery-Optimization-Dokumentation und Apples Material zu responsiven Netzen belegen den Produktbedarf für Hintergrundsteuerung, nicht die Implementierung dieses RFC in einer bestimmten Version. Dafür braucht es Implementierungsnachweis, kontrollierte Messung oder Herstellererklärung.

Timestamps sind außerdem keine authentisierten Queue-Aussagen. Ein On-Path-Angreifer kann Verzögerungsbeobachtungen beeinflussen. Bei Patch- oder Backupverkehr ist dauerhafte Unterdrückung sicherheitsrelevant. Rohbeobachtung, Filter, Entscheidung und Fensterwirkung sind getrennt zu protokollieren.

Quellen