TCP/UDP und Varianten Seminar ... - Informatik 4

Weitere Magazine

Empfehlungen

Info

. . . n.Block: Sequenznummer des ersten Segments des n.Blocks n.Block: Sequenznummer die auf das letzte Segment des n.Blocks folgt Da jeder Header maximal 40 Bytes an Optionen aufnehmen darf und jeder Block 64 Bit ( = 8Bytes, 4Byte Anfangssequenznummer, 4 Byte folgende Sequenznummer) beansprucht, können höchstens 4 Blöcke angegeben werden. Der Empfänger beobachtet ständig seinen Empfangspuffer. Soll nun ein Segment quittiert werden, geschieht das nach den folgenden Regeln: Ist das zu quittierende Segment in korrekter Reihenfolge eingetroffen ( d.h. vor allem kein fehlendes Segment vor diesem), so wird eine normale Quittung ohne SACK-Option verschickt. Sollte (genau) ein Segment vor diesem fehlen, so wird ein Segment mit SACK-Option versendet. In diesem Segment wird der Empfang des Segments vor dem fehlenden quittiert (eine übliche duplizierte Quittung). In der SACK-Option wird ein Block angegeben, in dem das empfangene Segment quittiert wird. Als erste Sequenznummer wird die auf das fehlende Segment folgende Sequenznummer angegeben. Sollten bereits mehrere Segmente fehlen, so wird wie im vorangegangenem Punkt vorgegangen, ausser das nun für jedes fehlende Segment ein Block eingetragen wird. Der i-te Block enthält dabei zuerst die auf das (Blöcke - i)-te fehlende Segment folgende Sequenznummer, danach die Sequenznummer des nächsten fehlenden Segments, bzw. die des zuletzt empfangenen Segments (der erste Block enthält die Nummer des zuletzt empfangenen Segments). Anhand dieser SACK-Optionen kann der Sender erkennen, welche Segmente nicht korrekt ausgeliefert wurden und diese selektiv wiederholen. TCP-SACK geht nach einem mehrfachen Übertragungsfehler nicht in den Slowstart-Modus zurück. Literatur [1] Fall, K., Floyd, S., Comparisons of Tahoe, Reno, and Sack TCP, Tech. Report, 1995 [2] Ross Keith, Kames F. Kurose Computer Networking: A topdown approach featuring the Internet, Addison Wesley, 2001 [3] Mathis et al., Selctive Acknowledgement Options, RFC 2018, 1996 [4] Nagle,Congestion Control in IP/TCP Internetworks, RFC 896, 1984 [5] Plummer, David C., An Ethernet Address Resolution Protocol, RFC 826, 1982 20
[6] Postel, J., User Datagram Protocol, RFC 768, 1980 [7] Postel, J., Transmission Control Protocol, RFC 793, 1981 [8] Postel, J., The Magic Numbers in TCP/IP, RFC 1340, 1992 [9] Stevens, W. Richard, TCP/IP Illustrated Volume I, Addison Wesley, 1994 [10] Stevens et al., TCP Congestion Control, RFC 2581, 1999 21
Seite 1 und 2: Rheinisch-Westfälische Technische
Seite 3 und 4: 1 Einleitung Seit der Entstehung de
Seite 5 und 6: 3.1 Der UDP-Header Zunächst werfen
Seite 7 und 8: 4 Transmission Control Protocol Das
Seite 9 und 10: - End Of Option List (Typ 0) Diese
Seite 11 und 12: abgebauten Verbindung wiederverwend
Seite 13 und 14: 4.4 Datentransfer Befindet sich die
Seite 15 und 16: 5 Flow- und Congestioncontrol in TC
Seite 17 und 18: 5.4 Slowstart/Congestion Avoidance
Seite 19: alle Segmente die er nach dem Über

TCP/UDP und Varianten Seminar ... - Informatik 4

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

Template löschen?

Als Template speichern?