Tcp - Versionsgeschichte

Thomas.will: /* Eine Vollständige TCP-Verbindung */

2026-03-29T11:03:56Z

Eine Vollständige TCP-Verbindung

Thomas.will: /* Zuverlässigkeitsmechanismen (Ergänzung) */

2026-03-29T11:00:40Z

Zuverlässigkeitsmechanismen (Ergänzung)

Thomas.will: /* Abbildung mit Wireshark */

2026-03-29T10:52:27Z

Abbildung mit Wireshark

Thomas.will: /* Erläuterung */

2024-01-31T07:07:38Z

Erläuterung

Linkai.zhang: /* Erläuterung */

2023-03-27T10:52:57Z

Erläuterung

Linkai.zhang: /* Aufbau des TCP-Headers */

2023-03-27T10:52:32Z

Aufbau des TCP-Headers

Linkai.zhang: /* Wichtige Kenndaten sind die Ports */

2023-03-27T10:51:56Z

Wichtige Kenndaten sind die Ports

Thomas.will: /* Eine Vollständige TCP-Verbindung */

2023-02-24T16:42:00Z

Eine Vollständige TCP-Verbindung

Thomas.will: /* Eine Vollständige TCP-Verbindung */

2023-02-24T16:38:43Z

Eine Vollständige TCP-Verbindung

Thomas.will: /* Eine Vollständige TCP-Verbindung */

2023-02-24T16:37:29Z

Eine Vollständige TCP-Verbindung

@@ Zeile 101: / Zeile 101: @@
 *Die Lage der Daten vom Client zum Server hat eine andere Posititon wie Server zum Client.
 *Das heist wenn ich 23 Daten übertragen habe zeigt dieser Zeiger auf die Sequenznummer 23.
-*Der Zeiger steht am Anfang auf 0
+* In der Realität wird beim Verbindungsaufbau eine zufällige Initial Sequence Number (ISN) gewählt, um Vorhersage-Angriffe zu erschweren.
 *Ein gesetztes SYN-Flag erhöht diesen Zeiger ebenfalls um 1
 *Das bedeutet das dieser Zeiger am Anfang der Datenübertragung in beiden Richtungen auf 1 steht.

@@ Zeile 116: / Zeile 116: @@
 ==Abbildung mit Wireshark==
 [[Datei:wireshark.png]]
-= Zuverlässigkeitsmechanismen (Ergänzung) =
+===Weitere Mechanismen===
-* '''Retransmission:''' Bei fehlendem ACK erfolgt eine erneute Übertragung nach Timeout (RTO) oder bei drei doppelten ACKs (Fast Retransmit).
+==== Sliding Window ====
-* '''Überlaststeuerung:''' Mechanismen wie Slow Start und Congestion Avoidance regeln die Senderate bei Netzüberlastung.
+* Dieser Mechanismus erlaubt es dem Sender, mehrere Datenpakete direkt nacheinander zu verschicken, ohne auf jede einzelne Bestätigung warten zu müssen.
-* '''Maximum Segment Size (MSS):''' Aushandlung der maximalen Nutzlastgröße (meist 1460 Byte) zur Vermeidung von IP-Fragmentierung.
+* Die Fenstergröße bestimmt dabei, wie viele Bytes maximal unterwegs sein dürfen, bevor der Datenfluss für eine Quittung gestoppt wird.

← Nächstältere Version		Version vom 29. März 2026, 10:52 Uhr
Zeile 116:		Zeile 116:
	==Abbildung mit Wireshark==		==Abbildung mit Wireshark==
	[[Datei:wireshark.png]]		[[Datei:wireshark.png]]
		+	= Zuverlässigkeitsmechanismen (Ergänzung) =
		+	* '''Retransmission:''' Bei fehlendem ACK erfolgt eine erneute Übertragung nach Timeout (RTO) oder bei drei doppelten ACKs (Fast Retransmit).
		+	* '''Überlaststeuerung:''' Mechanismen wie Slow Start und Congestion Avoidance regeln die Senderate bei Netzüberlastung.
		+	* '''Maximum Segment Size (MSS):''' Aushandlung der maximalen Nutzlastgröße (meist 1460 Byte) zur Vermeidung von IP-Fragmentierung.

@@ Zeile 74: / Zeile 74: @@
 :Das Feld Fenstergröße enthält die Anzahl Bytes, die der Empfänger ab dem bereits bestätigten Byte empfangen kann. Mit der Angabe der Fenstergröße erfolgt in TCP die Flußsteuerung. Das TCP-Protokoll arbeitet nach dem Prinzip eines Schiebefensters mit variabler Größe (Sliding Window). Jede Seite einer Verbindung darf die Anzahl Bytes senden, die im Feld für die Fenstergröße angegeben ist, ohne auf eine Quittung von der Empfängerseite zu warten. Währen des Sendens können gleichzeitug Quittungen für die von der anderen Seite empfangenen Daten eintreffen (diese Quittungen können wiederum neue Fenstergrößen einstellen).
 :Eine Fenstergröße von 0 besagt, daß die Bytes bis einschließlich der Acknowledgement Number minus Eins empfangen wurden, der Empfänger momentan aber keine weiteren Daten empfangen kann. Die Erlaubnis zum weiteren Senden von Daten erfolgt durch das versenden eines Segments mit gleicher Bestätigungsnummer und einer Fenstergröße ungleich Null.
-; Checksum (2 Byte)
+; [[Checksum TCP]] (2 Byte)
 : Die ''Prüfsumme'' dient zur Erkennung von Übertragungsfehlern und wird über den TCP-Header, die Daten und einen Pseudo-Header berechnet. Dieser Header besteht aus der Ziel-IP, der Quell-IP, der TCP-Protokollkennung (0x0006) und der Länge des TCP-Headers inkl. Nutzdaten (in Bytes).
 ; ''Urgent Pointer'' (2 Byte)

@@ Zeile 51: / Zeile 51: @@
 : ''Sequenznummer'' des ersten Daten-Oktett  dieses TCP-Pakets oder die ''Initialisierungs-Sequenznummer'' falls das SYN-Flag gesetzt ist. Nach der Datenübertragung dient sie zur Sortierung der TCP-Segmente, da diese in unterschiedlicher Reihenfolge beim Empfänger ankommen können.
 ; ''Acknowledgement Number'' (Quittierungsnummer) (4 Byte)
-: Sie gibt die ''Sequenznummer'' an, die der Empfänger dieses TCP-Segmentes als Nächstes erwartet. ''Sie ist nur gültig, falls das [[ACK (Signal)|ACK-Flag]] gesetzt ist.''
+: Sie gibt die ''Sequenznummer'' an, die der Empfänger dieses TCP-Segmentes als Nächstes erwartet. ''Sie ist nur gültig, falls das ACK-Flag gesetzt ist.''
 ; ''Data Offset'' (4 Bit)
 :  Das Feld Offset (oder auch Header Length) gibt die Länge des TCP- Headers in 32-Bit Worten an. Dies entspricht dem Anfang der Daten im TCP-Segment. Das Feld ist notwendig, da der Header durch das Optionsfeld eine variable Länge hat.

@@ Zeile 41: / Zeile 41: @@
 == Aufbau des TCP-Headers ==
 === Allgemeines ===
-Das TCP-Segment besteht immer aus zwei Teilen, dem Header und der Nutzlast ({{lang|en|''payload''}}). Die Nutzlast enthält die zu übertragenden Daten, die wiederum Protokollinformationen der Anwendungsschicht wie HTTP oder FTP entsprechen können. Der Header enthält für die Kommunikation erforderliche Daten sowie die Dateiformat-beschreibende Information.  Da das Options-Feld in der Regel nicht genutzt wird, hat ein typischer Header eine Größe von 20 Byte.
+Das TCP-Segment besteht immer aus zwei Teilen, dem Header und der Nutzlast "payload". Die Nutzlast enthält die zu übertragenden Daten, die wiederum Protokollinformationen der Anwendungsschicht wie HTTP oder FTP entsprechen können. Der Header enthält für die Kommunikation erforderliche Daten sowie die Dateiformat-beschreibende Information.  Da das Options-Feld in der Regel nicht genutzt wird, hat ein typischer Header eine Größe von 20 Byte.
 === Erläuterung ===
@@ Zeile 80: / Zeile 80: @@
 ; Options (0–40 Byte)
 : Das Options-Feld ist unterschiedlich groß und enthält Zusatzinformationen. Die Optionen müssen ein Vielfaches von 32 Bit lang sein. Sind sie das nicht, muss mit Nullbits aufgefüllt werden ({{lang|en|''Padding''}}). Dieses Feld ermöglicht, Verbindungsdaten auszuhandeln, die nicht im TCP-Header enthalten sind, wie zum Beispiel die Maximalgröße des Nutzdatenfeldes.
 =3 Way Handshake=
 *Bei 3 Way Handshake baut eine Seite eine Verbindung auf.

@@ Zeile 1: / Zeile 1: @@
 =Wichtige Kenndaten sind die Ports=
-*TCP muss die empfangenen Daten an die korrekte Applikation weiter leiten.
+*TCP muss die empfangenen Daten an die korrekte Applikation weiterleiten.
 *Zur Adressierung der Anwendungen werden deshalb sogenannte Portnummern verwendet.
 *Portnummern sind 16 Bit groß
 *Auch UDP verwendet Portnummern zur Adressierung.
-*Die Transportprotokolle TCP und UDP haben jeweils eigene Adreßräume.
+*Die Transportprotokolle TCP und UDP haben jeweils eigene Adressräume.
 *Der Gültigkeitsbereich einer Portnummer ist auf einen Host beschränkt.
 *IP-Adresse und Portnummer spezifiziert einen Kommunikationsendpunkt, einen sogenannten Socket.
@@ Zeile 12: / Zeile 12: @@
 *Registrierte Ports von 1024 bis 49151.
 *Dynamische oder auch private Ports 49152 bis 65535.
 =TCP Header=

@@ Zeile 98: / Zeile 98: @@
 =Eine Vollständige TCP-Verbindung=
 *Bei einer Verbindung ist die Sequenznummer ein Zeiger auf die aktuell übertragenen Daten.
 *Das heist wenn ich 23 Daten übertragen habe zeigt dieser Zeiger auf die Sequenznummer 23.
 *Der Zeiger steht am Anfang auf 0
@@ Zeile 104: / Zeile 106: @@
 *Am Ende der Verbindung wird dieser Zeiger nochmal durch ein gesetztes FIN-Flag um 1 erhöht dies ist aber dann unrelevant, da die Verbindung im Anschluss endet.
 *In unserem Beispiel wollen wir 20 Bytes vom Client zum Server übertragen und 79 vom Server zum Client.
 {{#drawio:tcp1.png}}