2. Definitionen
Dieser Abschnitt bietet die Definition mehrerer Begriffe, die im Rest dieses Dokuments verwendet werden.
SEGMENT
Ein Segment ist JEDES TCP/IP-Daten- oder Bestätigungspaket (oder beides).
SENDER MAXIMUM SEGMENT SIZE (SMSS)
Die SMSS ist die Größe des größten Segments, das der Sender übertragen kann. Dieser Wert kann basieren auf:
- Der maximalen Übertragungseinheit des Netzwerks
- Dem Path MTU Discovery [RFC1191, RFC4821] Algorithmus
- RMSS (siehe nächster Punkt)
- Anderen Faktoren
Die Größe schließt TCP/IP-Header und Optionen nicht ein.
RECEIVER MAXIMUM SEGMENT SIZE (RMSS)
Die RMSS ist die Größe des größten Segments, das der Empfänger zu akzeptieren bereit ist. Dies ist der Wert, der in der MSS-Option angegeben ist, die der Empfänger während des Verbindungsaufbaus sendet. Oder, wenn die MSS-Option nicht verwendet wird, sind es 536 Bytes [RFC1122]. Die Größe schließt TCP/IP-Header und Optionen nicht ein.
FULL-SIZED SEGMENT
Ein Segment, das die maximal zulässige Anzahl von Datenbytes enthält (d.h. ein Segment mit SMSS Bytes Daten).
RECEIVER WINDOW (rwnd)
Das zuletzt angekündigte Empfängerfenster.
CONGESTION WINDOW (cwnd)
Eine TCP-Zustandsvariable, die die Datenmenge begrenzt, die ein TCP senden kann. Zu jedem gegebenen Zeitpunkt DARF (MUST NOT) ein TCP keine Daten mit einer Sequenznummer höher als die Summe der höchsten bestätigten Sequenznummer und dem Minimum von cwnd und rwnd senden.
INITIAL WINDOW (IW)
Das Anfangsfenster ist die Größe des Staufensters des Senders nach Abschluss des Drei-Wege-Handshakes.
LOSS WINDOW (LW)
Das Verlustfenster ist die Größe des Staufensters, nachdem ein TCP-Sender einen Verlust mit seinem Neuübertragungstimer erkannt hat.
RESTART WINDOW (RW)
Das Neustartfenster ist die Größe des Staufensters, nachdem ein TCP die Übertragung nach einer Leerlaufperiode neu startet (wenn der Slow-Start-Algorithmus verwendet wird; siehe Abschnitt 4.1 für weitere Diskussion).
FLIGHT SIZE
Die Menge an Daten, die gesendet, aber noch nicht kumulativ bestätigt wurde.
DUPLICATE ACKNOWLEDGMENT
Eine Bestätigung wird in den folgenden Algorithmen als "Duplikat" betrachtet, wenn:
(a) der Empfänger des ACK ausstehende Daten hat,
(b) die eingehende Bestätigung keine Daten trägt,
(c) die SYN- und FIN-Bits beide aus sind,
(d) die Bestätigungsnummer gleich der größten auf der gegebenen Verbindung empfangenen Bestätigung ist (TCP.UNA aus [RFC793]) und
(e) das in der eingehenden Bestätigung angekündigte Fenster gleich dem in der letzten eingehenden Bestätigung angekündigten Fenster ist.
Alternativ kann ein TCP, das selektive Bestätigungen (SACKs) [RFC2018, RFC2883] nutzt, die SACK-Informationen nutzen, um zu bestimmen, wann ein eingehendes ACK ein "Duplikat" ist (z.B. wenn das ACK zuvor unbekannte SACK-Informationen enthält).