Institut für Kommunikationsnetze und Rechnersysteme - Universität ...

– 92 –
net. Die „künstliche“ Vergrößerung des CWnd soll ein Versenden von neuen Daten auch in
der Fast-Recovery-Phase ermöglichen, was allerdings nur unter bestimmten Voraussetzungen
(große Anzahl von DupACKs im Vergleich zu der auf
normierten Größe des
CWnd) tatsächlich geschieht. Das Ende der Fast-Recovery-Phase ist im Fall von „TCP
Reno“ erreicht, wenn eine Bestätigung für bislang unquittierte Daten eintrifft. Nun wird
W C
auf den Wert der SSThresh gesetzt, was gleichzeitig den Übergang in den Congestion-
Avoidance-Modus signalisiert.
L MSS
• Partial Acknowledgement Handling: In der Version „TCP New Reno“ wurde die Fast-
Recovery-Prozedur modifiziert, um auf gehäuft auftretende Paketverluste angemessen reagieren
zu können. Wenn im Fall von „TCP Reno“ z. B. zwei aufeinander folgende Segmente
verloren gegangen sind und das erste per Fast Retransmit wiederholt und bestätigt
worden ist, wird der zweite Verlust erst durch einen Timeout mit anschließender Timeout
Recovery erkannt und behoben, was sich meist leistungsmindernd auswirkt.
Bei „TCP New Reno“ hingegen führt eine teilweise Bestätigung (partial acknowledgement),
d. h. eine Quittung, mit der zwar neue Daten bestätigt werden, jedoch nicht alle bisher
gesendeten, zu einer sofortigen Wiederholung des nächsten unbestätigten Segments. Im
genannten Beispiel würde der Sender eine solche teilweise Bestätigung als Antwort auf die
Wiederholung des ersten verloren gegangenen Segments erhalten. Das CWnd wird dabei
nicht weiter reduziert und der Sender bleibt im Fast-Recovery-Modus mit dem oben
beschriebenen Effekt, dass weitere DupACKs zu einer Vergrößerung des CWnd führen.
Neben den erwähnten Varianten „TCP Tahoe“, „TCP Reno“ und „TCP New Reno“ gibt es
noch weitere Formen der Überlaststeuerung (z. B. „TCP Vegas“), die aber eher experimentellen
Charakter haben und deswegen hier nicht betrachtet werden.
Darüber hinaus ergeben sich an einigen Stellen Modifikationen der oben beschriebenen Algorithmen,
wenn anstelle kumulativer Quittierung eine selektive Bestätigung (Selective Acknowledgement,
SACK) empfangener Pakete eingesetzt werden [189]. Diese Option ist bereits in
vielen TCP-Implementierungen enthalten, erfordert aber eine Unterstützung durch beide Verbindungsendpunkte.
Wiederholungsverhalten
Eine Fragestellung, die in der Literatur kaum thematisiert wird, ist das Wiederholungsverhalten
von TCP z. B. nach einem Timeout. In [76] wird vorgeschlagen, grundsätzlich nach einem
Timeout nur das nächste unbestätigte Segment zu wiederholen. Sind allerdings mehrere aufeinander
folgende Segmente verloren gegangen, kann das z. B. im Fall von „TCP Reno“ dazu
führen, dass nur das erste Segment per Fast Retransmit wiederholt und für jedes weitere dieser
Segmente ein Timeout ausgelöst wird. Die Abstände der Timeouts wachsen dabei aufgrund des
Karn-Algorithmus (siehe unten) exponentiell an.