Transmission Control Protocol - Versionsgeschichte

Wdwd: rev.

Wdwd — Mon, 28 Apr 2025 12:02:48 GMT

rev.

← Nächstältere Version		Version vom 28. April 2025, 14:02 Uhr
Zeile 14:		Zeile 14:
	\| <nowiki>RFC 9293</nowiki> (2022)<ref name="RFC9293" /><br /> <nowiki>RFC 7323</nowiki> (2014)<ref>{{RFC-Internet \|RFC=7323 \|Titel=TCP Extensions for High Performance \|Datum=2014-09}}</ref>		\| <nowiki>RFC 9293</nowiki> (2022)<ref name="RFC9293" /><br /> <nowiki>RFC 7323</nowiki> (2014)<ref>{{RFC-Internet \|RFC=7323 \|Titel=TCP Extensions for High Performance \|Datum=2014-09}}</ref>
	\|}		\|}
	Das {{lang\|en\|'''Transmission Control Protocol'''}} ('''TCP''', englisch für „Übertragungssteuerungsprotokoll“) ist ein [[Netzwerkprotokoll]], das definiert, auf welche Art und Weise Daten zwischen Netzwerkkomponenten ausgetauscht werden sollen. Nahezu sämtliche aktuelle Betriebssysteme moderner Computer beherrschen TCP und nutzen es für den Datenaustausch mit anderen Rechnern. Das Protokoll ist ein [[Zuverlässigkeit (Telekommunikation)\|zuverlässiges]], [[Nachrichtenverbindung\|~~sorientiertes~~]], [[Paketvermittlung\|paketvermitteltes]]<ref>Nicht zu verwechseln mit ''paketvermittelnd''. Die Aufgabe von TCP ist es nicht, Pakete zu übertragen, sondern die Bytes eines Datenstroms. Die Paketvermittlung wird durch das Internetprotokoll (IP) bereitgestellt. Daher ist IP paketvermittelnd, aber TCP paketvermittelt.</ref>		Das {{lang\|en\|'''Transmission Control Protocol'''}} ('''TCP''', englisch für „Übertragungssteuerungsprotokoll“) ist ein [[Netzwerkprotokoll]], das definiert, auf welche Art und Weise Daten zwischen Netzwerkkomponenten ausgetauscht werden sollen. Nahezu sämtliche aktuelle Betriebssysteme moderner Computer beherrschen TCP und nutzen es für den Datenaustausch mit anderen Rechnern. Das Protokoll ist ein [[Zuverlässigkeit (Telekommunikation)\|zuverlässiges]], [[Nachrichtenverbindung\|verbindungsorientiertes]], [[Paketvermittlung\|paketvermitteltes]]<ref>Nicht zu verwechseln mit ''paketvermittelnd''. Die Aufgabe von TCP ist es nicht, Pakete zu übertragen, sondern die Bytes eines Datenstroms. Die Paketvermittlung wird durch das Internetprotokoll (IP) bereitgestellt. Daher ist IP paketvermittelnd, aber TCP paketvermittelt.</ref> [[Netzwerkprotokoll\|Transportprotokoll]] in [[Rechnernetz\|Computernetzwerken]]. Es ist Teil der [[Internetprotokollfamilie]], der Grundlage des [[Internet]]s.

	Entwickelt wurde TCP von [[Robert E. Kahn]] und [[Vinton G. Cerf]]. Ihre Forschungsarbeit, die sie im Jahr 1973 begannen, dauerte mehrere Jahre. Die erste Standardisierung von TCP erfolgte deshalb erst im Jahr 1981 als <nowiki>RFC 793</nowiki>.<ref name="RFC793" /> Danach gab es viele Erweiterungen, die bis heute in neuen [[Request for Comments\|RFCs]], einer Reihe von technischen und organisatorischen Dokumenten zum Internet, spezifiziert werden. <nowiki>RFC 9293</nowiki><ref name="RFC9293" /> bündelt die ursprüngliche Fassung und alle ihre Erweiterungen in ein einziges Dokument.		Entwickelt wurde TCP von [[Robert E. Kahn]] und [[Vinton G. Cerf]]. Ihre Forschungsarbeit, die sie im Jahr 1973 begannen, dauerte mehrere Jahre. Die erste Standardisierung von TCP erfolgte deshalb erst im Jahr 1981 als <nowiki>RFC 793</nowiki>.<ref name="RFC793" /> Danach gab es viele Erweiterungen, die bis heute in neuen [[Request for Comments\|RFCs]], einer Reihe von technischen und organisatorischen Dokumenten zum Internet, spezifiziert werden. <nowiki>RFC 9293</nowiki><ref name="RFC9293" /> bündelt die ursprüngliche Fassung und alle ihre Erweiterungen in ein einziges Dokument.

195.145.215.169: macht sinn

195.145.215.169 — Mon, 28 Apr 2025 08:00:39 GMT

macht sinn

← Nächstältere Version		Version vom 28. April 2025, 10:00 Uhr
Zeile 14:		Zeile 14:
	\| <nowiki>RFC 9293</nowiki> (2022)<ref name="RFC9293" /><br /> <nowiki>RFC 7323</nowiki> (2014)<ref>{{RFC-Internet \|RFC=7323 \|Titel=TCP Extensions for High Performance \|Datum=2014-09}}</ref>		\| <nowiki>RFC 9293</nowiki> (2022)<ref name="RFC9293" /><br /> <nowiki>RFC 7323</nowiki> (2014)<ref>{{RFC-Internet \|RFC=7323 \|Titel=TCP Extensions for High Performance \|Datum=2014-09}}</ref>
	\|}		\|}
	Das {{lang\|en\|'''Transmission Control Protocol'''}} ('''TCP''', englisch für „Übertragungssteuerungsprotokoll“) ist ein [[Netzwerkprotokoll]], das definiert, auf welche Art und Weise Daten zwischen Netzwerkkomponenten ausgetauscht werden sollen. Nahezu sämtliche aktuelle Betriebssysteme moderner Computer beherrschen TCP und nutzen es für den Datenaustausch mit anderen Rechnern. Das Protokoll ist ein [[Zuverlässigkeit (Telekommunikation)\|zuverlässiges]], [[Nachrichtenverbindung\|sorientiertes]], [[Paketvermittlung\|paketvermitteltes]]<ref>Nicht zu verwechseln mit ''paketvermittelnd''. Die Aufgabe von TCP ist es nicht, Pakete zu übertragen, sondern die Bytes eines Datenstroms. Die Paketvermittlung wird durch das Internetprotokoll (IP) bereitgestellt. Daher ist IP paketvermittelnd, aber TCP paketvermittelt.</ref> ~~[[Netzwerkprotokoll\|Transportprotokoll]] in [[Rechnernetz\|Computernetzwerken]]. Es ist Teil der [[Internetprotokollfamilie]], der Grundlage des [[Internet]]s.~~		Das {{lang\|en\|'''Transmission Control Protocol'''}} ('''TCP''', englisch für „Übertragungssteuerungsprotokoll“) ist ein [[Netzwerkprotokoll]], das definiert, auf welche Art und Weise Daten zwischen Netzwerkkomponenten ausgetauscht werden sollen. Nahezu sämtliche aktuelle Betriebssysteme moderner Computer beherrschen TCP und nutzen es für den Datenaustausch mit anderen Rechnern. Das Protokoll ist ein [[Zuverlässigkeit (Telekommunikation)\|zuverlässiges]], [[Nachrichtenverbindung\|sorientiertes]], [[Paketvermittlung\|paketvermitteltes]]<ref>Nicht zu verwechseln mit ''paketvermittelnd''. Die Aufgabe von TCP ist es nicht, Pakete zu übertragen, sondern die Bytes eines Datenstroms. Die Paketvermittlung wird durch das Internetprotokoll (IP) bereitgestellt. Daher ist IP paketvermittelnd, aber TCP paketvermittelt.</ref>

	Entwickelt wurde TCP von [[Robert E. Kahn]] und [[Vinton G. Cerf]]. Ihre Forschungsarbeit, die sie im Jahr 1973 begannen, dauerte mehrere Jahre. Die erste Standardisierung von TCP erfolgte deshalb erst im Jahr 1981 als <nowiki>RFC 793</nowiki>.<ref name="RFC793" /> Danach gab es viele Erweiterungen, die bis heute in neuen [[Request for Comments\|RFCs]], einer Reihe von technischen und organisatorischen Dokumenten zum Internet, spezifiziert werden. <nowiki>RFC 9293</nowiki><ref name="RFC9293" /> bündelt die ursprüngliche Fassung und alle ihre Erweiterungen in ein einziges Dokument.		Entwickelt wurde TCP von [[Robert E. Kahn]] und [[Vinton G. Cerf]]. Ihre Forschungsarbeit, die sie im Jahr 1973 begannen, dauerte mehrere Jahre. Die erste Standardisierung von TCP erfolgte deshalb erst im Jahr 1981 als <nowiki>RFC 793</nowiki>.<ref name="RFC793" /> Danach gab es viele Erweiterungen, die bis heute in neuen [[Request for Comments\|RFCs]], einer Reihe von technischen und organisatorischen Dokumenten zum Internet, spezifiziert werden. <nowiki>RFC 9293</nowiki><ref name="RFC9293" /> bündelt die ursprüngliche Fassung und alle ihre Erweiterungen in ein einziges Dokument.

195.145.215.169: macht mehr sinn

195.145.215.169 — Mon, 28 Apr 2025 08:00:13 GMT

macht mehr sinn

← Nächstältere Version		Version vom 28. April 2025, 10:00 Uhr
Zeile 14:		Zeile 14:
	\| <nowiki>RFC 9293</nowiki> (2022)<ref name="RFC9293" /><br /> <nowiki>RFC 7323</nowiki> (2014)<ref>{{RFC-Internet \|RFC=7323 \|Titel=TCP Extensions for High Performance \|Datum=2014-09}}</ref>		\| <nowiki>RFC 9293</nowiki> (2022)<ref name="RFC9293" /><br /> <nowiki>RFC 7323</nowiki> (2014)<ref>{{RFC-Internet \|RFC=7323 \|Titel=TCP Extensions for High Performance \|Datum=2014-09}}</ref>
	\|}		\|}
	Das {{lang\|en\|'''Transmission Control Protocol'''}} ('''TCP''', englisch für „Übertragungssteuerungsprotokoll“) ist ein [[Netzwerkprotokoll]], das definiert, auf welche Art und Weise Daten zwischen Netzwerkkomponenten ausgetauscht werden sollen. Nahezu sämtliche aktuelle Betriebssysteme moderner Computer beherrschen TCP und nutzen es für den Datenaustausch mit anderen Rechnern. Das Protokoll ist ein [[Zuverlässigkeit (Telekommunikation)\|zuverlässiges]], [[Nachrichtenverbindung\|~~verbindungsorientiertes~~]], [[Paketvermittlung\|paketvermitteltes]]<ref>Nicht zu verwechseln mit ''paketvermittelnd''. Die Aufgabe von TCP ist es nicht, Pakete zu übertragen, sondern die Bytes eines Datenstroms. Die Paketvermittlung wird durch das Internetprotokoll (IP) bereitgestellt. Daher ist IP paketvermittelnd, aber TCP paketvermittelt.</ref> [[Netzwerkprotokoll\|Transportprotokoll]] in [[Rechnernetz\|Computernetzwerken]]. Es ist Teil der [[Internetprotokollfamilie]], der Grundlage des [[Internet]]s.		Das {{lang\|en\|'''Transmission Control Protocol'''}} ('''TCP''', englisch für „Übertragungssteuerungsprotokoll“) ist ein [[Netzwerkprotokoll]], das definiert, auf welche Art und Weise Daten zwischen Netzwerkkomponenten ausgetauscht werden sollen. Nahezu sämtliche aktuelle Betriebssysteme moderner Computer beherrschen TCP und nutzen es für den Datenaustausch mit anderen Rechnern. Das Protokoll ist ein [[Zuverlässigkeit (Telekommunikation)\|zuverlässiges]], [[Nachrichtenverbindung\|sorientiertes]], [[Paketvermittlung\|paketvermitteltes]]<ref>Nicht zu verwechseln mit ''paketvermittelnd''. Die Aufgabe von TCP ist es nicht, Pakete zu übertragen, sondern die Bytes eines Datenstroms. Die Paketvermittlung wird durch das Internetprotokoll (IP) bereitgestellt. Daher ist IP paketvermittelnd, aber TCP paketvermittelt.</ref> [[Netzwerkprotokoll\|Transportprotokoll]] in [[Rechnernetz\|Computernetzwerken]]. Es ist Teil der [[Internetprotokollfamilie]], der Grundlage des [[Internet]]s.

	Entwickelt wurde TCP von [[Robert E. Kahn]] und [[Vinton G. Cerf]]. Ihre Forschungsarbeit, die sie im Jahr 1973 begannen, dauerte mehrere Jahre. Die erste Standardisierung von TCP erfolgte deshalb erst im Jahr 1981 als <nowiki>RFC 793</nowiki>.<ref name="RFC793" /> Danach gab es viele Erweiterungen, die bis heute in neuen [[Request for Comments\|RFCs]], einer Reihe von technischen und organisatorischen Dokumenten zum Internet, spezifiziert werden. <nowiki>RFC 9293</nowiki><ref name="RFC9293" /> bündelt die ursprüngliche Fassung und alle ihre Erweiterungen in ein einziges Dokument.		Entwickelt wurde TCP von [[Robert E. Kahn]] und [[Vinton G. Cerf]]. Ihre Forschungsarbeit, die sie im Jahr 1973 begannen, dauerte mehrere Jahre. Die erste Standardisierung von TCP erfolgte deshalb erst im Jahr 1981 als <nowiki>RFC 793</nowiki>.<ref name="RFC793" /> Danach gab es viele Erweiterungen, die bis heute in neuen [[Request for Comments\|RFCs]], einer Reihe von technischen und organisatorischen Dokumenten zum Internet, spezifiziert werden. <nowiki>RFC 9293</nowiki><ref name="RFC9293" /> bündelt die ursprüngliche Fassung und alle ihre Erweiterungen in ein einziges Dokument.

Uweschwoebel: Die letzte Textänderung von 194.156.213.45 wurde verworfen und die Version 247700357 von DomiMondo wiederhergestellt.

Uweschwoebel — Mon, 13 Jan 2025 13:12:34 GMT

Die letzte Textänderung von 194.156.213.45 wurde verworfen und die Version 247700357 von DomiMondo wiederhergestellt.

← Nächstältere Version		Version vom 13. Januar 2025, 15:12 Uhr
Zeile 95:		Zeile 95:
	Beim Versenden von Daten über das TCP werden zwei [[Puffer (Informatik)\|Puffer]] verwendet. Senderseitig übermittelt die Applikation die zu sendenden Daten an das TCP und dieses puffert die Daten, um mehrere kleine Übertragungen effizienter in Form einer einzigen großen zu senden. Nachdem die Daten dann an den Empfänger übermittelt wurden, landen sie im empfängerseitigen Puffer. Dieser verfolgt ähnliche Ziele. Wenn vom TCP mehrere einzelne Pakete empfangen wurden, ist es besser, diese zusammengefügt an die Applikation weiterzugeben.		Beim Versenden von Daten über das TCP werden zwei [[Puffer (Informatik)\|Puffer]] verwendet. Senderseitig übermittelt die Applikation die zu sendenden Daten an das TCP und dieses puffert die Daten, um mehrere kleine Übertragungen effizienter in Form einer einzigen großen zu senden. Nachdem die Daten dann an den Empfänger übermittelt wurden, landen sie im empfängerseitigen Puffer. Dieser verfolgt ähnliche Ziele. Wenn vom TCP mehrere einzelne Pakete empfangen wurden, ist es besser, diese zusammengefügt an die Applikation weiterzugeben.

	=== Drei-Wege-~~Lager~~ ===		=== Drei-Wege-Handschlag ===
	Sowohl beim Verbindungsaufbau als auch beim Verbindungsabbau werden die Antworten auf das erste SYN- bzw. FIN-Paket typischerweise zu einem einzelnen Paket (SYN/ACK bzw. FIN/ACK) zusammengefasst – theoretisch wäre auch das Versenden zweier separater Pakete denkbar. Da in diesem Fall nur noch drei Pakete versendet werden müssen, spricht man auch häufig vom sogenannten [[Drei-Wege-Handschlag]].		Sowohl beim Verbindungsaufbau als auch beim Verbindungsabbau werden die Antworten auf das erste SYN- bzw. FIN-Paket typischerweise zu einem einzelnen Paket (SYN/ACK bzw. FIN/ACK) zusammengefasst – theoretisch wäre auch das Versenden zweier separater Pakete denkbar. Da in diesem Fall nur noch drei Pakete versendet werden müssen, spricht man auch häufig vom sogenannten [[Drei-Wege-Handschlag]].
	Das Zusammenfassen des FIN-Pakets und des ACK-Pakets ist allerdings problematisch, da das Senden eines FIN-Pakets die Bedeutung hat „es folgen keine weiteren Daten mehr“. Allerdings kann der Sender des FIN-Pakets weiterhin Daten empfangen (wollen); man spricht von einer halb geschlossenen Verbindung (die Empfangsrichtung ist weiterhin offen, während die Senderichtung geschlossen wurde). Es wäre z. B. denkbar, den Beginn einer HTTP-Anfrage (''HTTP-Request'') direkt im SYN-Paket mitzuschicken, weitere Daten, sobald die Verbindung aufgebaut wurde, und im letzten HTTP-Request-Paket die (Senderichtung der) Verbindung gleich mittels FIN zu schließen. In der Praxis wird dieses Verfahren allerdings nicht angewendet. Würde der Browser die Verbindung auf diese Art sofort schließen, würde möglicherweise auch der Server die Verbindung schließen, anstatt die Anfrage vollständig zu beantworten.		Das Zusammenfassen des FIN-Pakets und des ACK-Pakets ist allerdings problematisch, da das Senden eines FIN-Pakets die Bedeutung hat „es folgen keine weiteren Daten mehr“. Allerdings kann der Sender des FIN-Pakets weiterhin Daten empfangen (wollen); man spricht von einer halb geschlossenen Verbindung (die Empfangsrichtung ist weiterhin offen, während die Senderichtung geschlossen wurde). Es wäre z. B. denkbar, den Beginn einer HTTP-Anfrage (''HTTP-Request'') direkt im SYN-Paket mitzuschicken, weitere Daten, sobald die Verbindung aufgebaut wurde, und im letzten HTTP-Request-Paket die (Senderichtung der) Verbindung gleich mittels FIN zu schließen. In der Praxis wird dieses Verfahren allerdings nicht angewendet. Würde der Browser die Verbindung auf diese Art sofort schließen, würde möglicherweise auch der Server die Verbindung schließen, anstatt die Anfrage vollständig zu beantworten.

194.156.213.45: /* Drei-Wege-Lager */

194.156.213.45 — Mon, 13 Jan 2025 11:10:28 GMT

Drei-Wege-Lager

← Nächstältere Version		Version vom 13. Januar 2025, 13:10 Uhr
Zeile 95:		Zeile 95:
	Beim Versenden von Daten über das TCP werden zwei [[Puffer (Informatik)\|Puffer]] verwendet. Senderseitig übermittelt die Applikation die zu sendenden Daten an das TCP und dieses puffert die Daten, um mehrere kleine Übertragungen effizienter in Form einer einzigen großen zu senden. Nachdem die Daten dann an den Empfänger übermittelt wurden, landen sie im empfängerseitigen Puffer. Dieser verfolgt ähnliche Ziele. Wenn vom TCP mehrere einzelne Pakete empfangen wurden, ist es besser, diese zusammengefügt an die Applikation weiterzugeben.		Beim Versenden von Daten über das TCP werden zwei [[Puffer (Informatik)\|Puffer]] verwendet. Senderseitig übermittelt die Applikation die zu sendenden Daten an das TCP und dieses puffert die Daten, um mehrere kleine Übertragungen effizienter in Form einer einzigen großen zu senden. Nachdem die Daten dann an den Empfänger übermittelt wurden, landen sie im empfängerseitigen Puffer. Dieser verfolgt ähnliche Ziele. Wenn vom TCP mehrere einzelne Pakete empfangen wurden, ist es besser, diese zusammengefügt an die Applikation weiterzugeben.

	=== Drei-Wege-~~Handschlag~~ ===		=== Drei-Wege-Lager ===
	Sowohl beim Verbindungsaufbau als auch beim Verbindungsabbau werden die Antworten auf das erste SYN- bzw. FIN-Paket typischerweise zu einem einzelnen Paket (SYN/ACK bzw. FIN/ACK) zusammengefasst – theoretisch wäre auch das Versenden zweier separater Pakete denkbar. Da in diesem Fall nur noch drei Pakete versendet werden müssen, spricht man auch häufig vom sogenannten [[Drei-Wege-Handschlag]].		Sowohl beim Verbindungsaufbau als auch beim Verbindungsabbau werden die Antworten auf das erste SYN- bzw. FIN-Paket typischerweise zu einem einzelnen Paket (SYN/ACK bzw. FIN/ACK) zusammengefasst – theoretisch wäre auch das Versenden zweier separater Pakete denkbar. Da in diesem Fall nur noch drei Pakete versendet werden müssen, spricht man auch häufig vom sogenannten [[Drei-Wege-Handschlag]].
	Das Zusammenfassen des FIN-Pakets und des ACK-Pakets ist allerdings problematisch, da das Senden eines FIN-Pakets die Bedeutung hat „es folgen keine weiteren Daten mehr“. Allerdings kann der Sender des FIN-Pakets weiterhin Daten empfangen (wollen); man spricht von einer halb geschlossenen Verbindung (die Empfangsrichtung ist weiterhin offen, während die Senderichtung geschlossen wurde). Es wäre z. B. denkbar, den Beginn einer HTTP-Anfrage (''HTTP-Request'') direkt im SYN-Paket mitzuschicken, weitere Daten, sobald die Verbindung aufgebaut wurde, und im letzten HTTP-Request-Paket die (Senderichtung der) Verbindung gleich mittels FIN zu schließen. In der Praxis wird dieses Verfahren allerdings nicht angewendet. Würde der Browser die Verbindung auf diese Art sofort schließen, würde möglicherweise auch der Server die Verbindung schließen, anstatt die Anfrage vollständig zu beantworten.		Das Zusammenfassen des FIN-Pakets und des ACK-Pakets ist allerdings problematisch, da das Senden eines FIN-Pakets die Bedeutung hat „es folgen keine weiteren Daten mehr“. Allerdings kann der Sender des FIN-Pakets weiterhin Daten empfangen (wollen); man spricht von einer halb geschlossenen Verbindung (die Empfangsrichtung ist weiterhin offen, während die Senderichtung geschlossen wurde). Es wäre z. B. denkbar, den Beginn einer HTTP-Anfrage (''HTTP-Request'') direkt im SYN-Paket mitzuschicken, weitere Daten, sobald die Verbindung aufgebaut wurde, und im letzten HTTP-Request-Paket die (Senderichtung der) Verbindung gleich mittels FIN zu schließen. In der Praxis wird dieses Verfahren allerdings nicht angewendet. Würde der Browser die Verbindung auf diese Art sofort schließen, würde möglicherweise auch der Server die Verbindung schließen, anstatt die Anfrage vollständig zu beantworten.

DomiMondo am 14. August 2024 um 19:35 Uhr

DomiMondo — Wed, 14 Aug 2024 19:35:11 GMT

← Nächstältere Version		Version vom 14. August 2024, 21:35 Uhr
Zeile 23:		Zeile 23:

	== Allgemeines ==		== Allgemeines ==
	TCP ist im Prinzip eine [[Ende-zu-Ende-Verbindung]] in [[Vollduplex]], ~~welche~~ die Übertragung der Informationen in beide Richtungen zulässt, analog zu einem Telefongespräch. Diese Verbindung kann auch als zwei [[Duplex (Nachrichtentechnik)\|Halbduplexverbindungen]], bei denen Informationen in beide Richtungen (allerdings nicht gleichzeitig) fließen können, betrachtet werden. Die Daten in Gegenrichtung können dabei zusätzliche Steuerungsinformationen enthalten. Die Verwaltung dieser Verbindung sowie die Datenübertragung werden von der TCP-Software übernommen. Die TCP-Software ist üblicherweise im Netz-Protokollstack des Betriebssystems angesiedelt. Anwendungsprogramme benutzen eine Schnittstelle dazu, meist [[Socket (Software)\|Sockets]], die sich (je nach Betriebssystem unterschiedlich) beispielsweise bei [[Microsoft Windows]] in extra einzubindenden [[Programmbibliothek]]en („[[Winsock]].dll“ bzw. „wsock32.dll“) befinden. [[Linux]] und viele andere [[Unixoides System\|unixoide Betriebssysteme]] enthalten einen Socketlayer im Betriebssystemkern. Auf den Socketlayer wird über Systemaufrufe zugegriffen. Anwendungen, die TCP häufig nutzen, sind zum Beispiel [[Webbrowser]] und [[Webserver]].		TCP ist im Prinzip eine [[Ende-zu-Ende-Verbindung]] in [[Vollduplex]], die die Übertragung der Informationen in beide Richtungen zulässt, analog zu einem Telefongespräch. Diese Verbindung kann auch als zwei [[Duplex (Nachrichtentechnik)\|Halbduplexverbindungen]], bei denen Informationen in beide Richtungen (allerdings nicht gleichzeitig) fließen können, betrachtet werden. Die Daten in Gegenrichtung können dabei zusätzliche Steuerungsinformationen enthalten. Die Verwaltung dieser Verbindung sowie die Datenübertragung werden von der TCP-Software übernommen. Die TCP-Software ist üblicherweise im Netz-Protokollstack des Betriebssystems angesiedelt. Anwendungsprogramme benutzen eine Schnittstelle dazu, meist [[Socket (Software)\|Sockets]], die sich (je nach Betriebssystem unterschiedlich) beispielsweise bei [[Microsoft Windows]] in extra einzubindenden [[Programmbibliothek]]en („[[Winsock]].dll“ bzw. „wsock32.dll“) befinden. [[Linux]] und viele andere [[Unixoides System\|unixoide Betriebssysteme]] enthalten einen Socketlayer im Betriebssystemkern. Auf den Socketlayer wird über Systemaufrufe zugegriffen. Anwendungen, die TCP häufig nutzen, sind zum Beispiel [[Webbrowser]] und [[Webserver]].

	Jede TCP-Verbindung wird eindeutig durch zwei Endpunkte identifiziert. Ein Endpunkt stellt ein [[geordnetes Paar]] dar, bestehend aus [[IP-Adresse]] und [[Port (Protokoll)\|Port]]. Ein solches Paar bildet eine bidirektionale [[Software]]-Schnittstelle und wird auch als [[Socket (Software)\|Socket]] bezeichnet. Somit wird eine TCP-Verbindung durch vier Werte (einem Quadrupel) identifiziert:		Jede TCP-Verbindung wird eindeutig durch zwei Endpunkte identifiziert. Ein Endpunkt stellt ein [[geordnetes Paar]] dar, bestehend aus [[IP-Adresse]] und [[Port (Protokoll)\|Port]]. Ein solches Paar bildet eine bidirektionale [[Software]]-Schnittstelle und wird auch als [[Socket (Software)\|Socket]] bezeichnet. Somit wird eine TCP-Verbindung durch vier Werte (einem Quadrupel) identifiziert:

Ocrho: /* Normen und Standards */ Aktualisierung

Ocrho — Sun, 24 Mar 2024 11:58:44 GMT

Normen und Standards: Aktualisierung

← Nächstältere Version		Version vom 24. März 2024, 13:58 Uhr
Zeile 393:		Zeile 393:
	* Michael Tischer, Bruno Jennrich: ''Internet Intern. Technik & Programmierung.'' Data-Becker, Düsseldorf 1997, ISBN 3-8158-1160-0.		* Michael Tischer, Bruno Jennrich: ''Internet Intern. Technik & Programmierung.'' Data-Becker, Düsseldorf 1997, ISBN 3-8158-1160-0.

	== ~~Weblinks~~ ==		== Normen und Standards ==
			* {{RFC-Internet \|RFC=793 \|Titel=Transmission Control Protocol \|Datum=1981}} <br>Erste Version des Standards mit vielen Ergänzungen:
	'''RFCs'''
	* {{RFC-Internet \|RFC=~~793~~ \|Titel=~~Transmission~~ ~~Control~~ ~~Protocol~~ \|Datum=~~1981~~}}		** {{RFC-Internet \|RFC=1071 \|Titel=Berechnen der Prüfsumme für IP, UDP und TCP \|Datum=}}
	* {{RFC-Internet \|RFC=~~1071~~ \|Titel=~~Berechnen~~ ~~der Prüfsumme für IP, UDP und~~ TCP \|Datum=}}		** {{RFC-Internet \|RFC=1122 \|Titel=Fehlerbehebungen bei TCP \|Datum=}}
	* {{RFC-Internet \|RFC=~~1122~~ \|Titel=~~Fehlerbehebungen~~ bei TCP \|Datum=}}		** {{RFC-Internet \|RFC=1323 \|Titel=Erweiterungen bei TCP \|Datum=}}
	* {{RFC-Internet \|RFC=~~1323~~ \|Titel=~~Erweiterungen~~ ~~bei~~ ~~TCP~~ \|Datum=}}		** {{RFC-Internet \|RFC=2018 \|Titel=TCP SACK – Selective Acknowledgment Options \|Datum=}}
	* {{RFC-Internet \|RFC=~~2018~~ \|Titel=~~TCP~~ ~~SACK~~ ~~– Selective Acknowledgment Options~~ \|Datum=}}		** {{RFC-Internet \|RFC=3168 \|Titel=Explicit Congestion Notification \|Datum=}}
	* {{RFC-Internet \|RFC=~~3168~~ \|Titel=~~Explicit~~ ~~Congestion~~ ~~Notification~~ \|Datum=}}		** {{RFC-Internet \|RFC=5482 \|Titel=TCP User Timeout Option \|Datum=}}
	* {{RFC-Internet \|RFC=~~5482~~ \|Titel=TCP ~~User~~ ~~Timeout~~ ~~Option~~ \|Datum=}}		** {{RFC-Internet \|RFC=5681 \|Titel=TCP Congestion Control – TCP-Überlastkontrolle \|Datum=}}
	* {{RFC-Internet \|RFC=~~5681~~ \|Titel=~~TCP~~ ~~Congestion~~ ~~Control~~ ~~– TCP-Überlastkontrolle~~ \|Datum=}}		** {{RFC-Internet \|RFC=7414 \|Titel=Übersicht zu TCP RFCs \|Datum=}}
	* {{RFC-Internet \|RFC=~~7414~~ \|Titel=~~Übersicht zu~~ ~~TCP~~ ~~RFCs~~ \|Datum=}}		* Nachfolger der auch viele Ergänzungen in einen Dokument bündelt: <br>{{RFC-Internet \|RFC=9293 \|Titel=Transmission Control Protocol \|Datum=2022}}

			== Weblinks ==
	'''Sonstige'''
	* [http://www.cs.berkeley.edu/~brewer/cs262/cong-avoid.pdf Congestion Avoidance and Control.] (PDF; 220 kB) TCP-Meilenstein, 1988.		* [http://www.cs.berkeley.edu/~brewer/cs262/cong-avoid.pdf Congestion Avoidance and Control.] (PDF; 220 kB) TCP-Meilenstein, 1988.
	* [http://www.warriorsofthe.net/ ''Warriors of the net''.] (Film zu TCP)		* [http://www.warriorsofthe.net/ ''Warriors of the net''.] (Film zu TCP)

Xneb20: Änderungen von Basti4000 (Diskussion) wurden auf die letzte Version von WinfriedSchneider zurückgesetzt: keine Verbesserung

Xneb20 — Fri, 22 Mar 2024 12:38:25 GMT

Änderungen von Basti4000 (Diskussion) wurden auf die letzte Version von WinfriedSchneider zurückgesetzt: keine Verbesserung

Änderungen zeigen

Basti4000: Überschrift verändert

Basti4000 — Fri, 22 Mar 2024 12:38:06 GMT

Überschrift verändert

Änderungen zeigen

WinfriedSchneider: ü/fm (Titel der Infobox optisch entspannt statt gequetscht und außerdem einheitlich mit solchen, die Vorlage:Infobox Netzwerkprotokoll verwenden, also nur das Lemma, klammerlos und ohne Abkürzung!)

WinfriedSchneider — Mon, 11 Mar 2024 11:05:50 GMT

ü/fm (Titel der Infobox optisch entspannt statt gequetscht und außerdem einheitlich mit solchen, die Vorlage:Infobox Netzwerkprotokoll verwenden, also nur das Lemma, klammerlos und ohne Abkürzung!)

← Nächstältere Version		Version vom 11. März 2024, 13:05 Uhr
Zeile 1:		Zeile 1:
	{\| class="wikitable float-right"		{\| class="wikitable float-right"
	\|+ style="background:#C0C0FF; font-size:larger;"\| ~~TCP (~~Transmission Control Protocol)		\|+ style="background:#C0C0FF; font-size:larger;"\| Transmission Control Protocol
	\|-		\|-
	! Familie:		! Familie:

← Nächstältere Version		Version vom 24. März 2024, 13:58 Uhr
Zeile 393:		Zeile 393:
	* Michael Tischer, Bruno Jennrich: ''Internet Intern. Technik & Programmierung.'' Data-Becker, Düsseldorf 1997, ISBN 3-8158-1160-0.		* Michael Tischer, Bruno Jennrich: ''Internet Intern. Technik & Programmierung.'' Data-Becker, Düsseldorf 1997, ISBN 3-8158-1160-0.

	== ~~Weblinks~~ ==		== Normen und Standards ==
			* {{RFC-Internet \|RFC=793 \|Titel=Transmission Control Protocol \|Datum=1981}} <br>Erste Version des Standards mit vielen Ergänzungen:
	'''RFCs'''
	* {{RFC-Internet \|RFC=~~793~~ \|Titel=~~Transmission~~ ~~Control~~ ~~Protocol~~ \|Datum=~~1981~~}}		** {{RFC-Internet \|RFC=1071 \|Titel=Berechnen der Prüfsumme für IP, UDP und TCP \|Datum=}}
	* {{RFC-Internet \|RFC=~~1071~~ \|Titel=~~Berechnen~~ ~~der Prüfsumme für IP, UDP und~~ TCP \|Datum=}}		** {{RFC-Internet \|RFC=1122 \|Titel=Fehlerbehebungen bei TCP \|Datum=}}
	* {{RFC-Internet \|RFC=~~1122~~ \|Titel=~~Fehlerbehebungen~~ bei TCP \|Datum=}}		** {{RFC-Internet \|RFC=1323 \|Titel=Erweiterungen bei TCP \|Datum=}}
	* {{RFC-Internet \|RFC=~~1323~~ \|Titel=~~Erweiterungen~~ ~~bei~~ ~~TCP~~ \|Datum=}}		** {{RFC-Internet \|RFC=2018 \|Titel=TCP SACK – Selective Acknowledgment Options \|Datum=}}
	* {{RFC-Internet \|RFC=~~2018~~ \|Titel=~~TCP~~ ~~SACK~~ ~~– Selective Acknowledgment Options~~ \|Datum=}}		** {{RFC-Internet \|RFC=3168 \|Titel=Explicit Congestion Notification \|Datum=}}
	* {{RFC-Internet \|RFC=~~3168~~ \|Titel=~~Explicit~~ ~~Congestion~~ ~~Notification~~ \|Datum=}}		** {{RFC-Internet \|RFC=5482 \|Titel=TCP User Timeout Option \|Datum=}}
	* {{RFC-Internet \|RFC=~~5482~~ \|Titel=TCP ~~User~~ ~~Timeout~~ ~~Option~~ \|Datum=}}		** {{RFC-Internet \|RFC=5681 \|Titel=TCP Congestion Control – TCP-Überlastkontrolle \|Datum=}}
	* {{RFC-Internet \|RFC=~~5681~~ \|Titel=~~TCP~~ ~~Congestion~~ ~~Control~~ ~~– TCP-Überlastkontrolle~~ \|Datum=}}		** {{RFC-Internet \|RFC=7414 \|Titel=Übersicht zu TCP RFCs \|Datum=}}
	* {{RFC-Internet \|RFC=~~7414~~ \|Titel=~~Übersicht zu~~ ~~TCP~~ ~~RFCs~~ \|Datum=}}		* Nachfolger der auch viele Ergänzungen in einen Dokument bündelt: <br>{{RFC-Internet \|RFC=9293 \|Titel=Transmission Control Protocol \|Datum=2022}}

			== Weblinks ==
	'''Sonstige'''
	* [http://www.cs.berkeley.edu/~brewer/cs262/cong-avoid.pdf Congestion Avoidance and Control.] (PDF; 220 kB) TCP-Meilenstein, 1988.		* [http://www.cs.berkeley.edu/~brewer/cs262/cong-avoid.pdf Congestion Avoidance and Control.] (PDF; 220 kB) TCP-Meilenstein, 1988.
	* [http://www.warriorsofthe.net/ ''Warriors of the net''.] (Film zu TCP)		* [http://www.warriorsofthe.net/ ''Warriors of the net''.] (Film zu TCP)