Lernportal für angehende FachinformatikerAdministration
Kapitel 05

5.1 Übersicht Transport Layer

Fortschritt wird geladen …
Fachlich geprüftStand: 4. August 2026

Die Transportschicht stellt Anwendungen eine Ende-zu-Ende-Kommunikation zwischen Prozessen bereit. Sie ordnet Daten mithilfe von Ports den richtigen Anwendungen zu und kann - abhängig vom verwendeten Protokoll - Verbindungen, Segmentierung, Reihenfolge, Zuverlässigkeit, Flusssteuerung und Überlastkontrolle bereitstellen. Diese Übersicht grenzt die allgemeinen Layer-4-Aufgaben von den Eigenschaften einzelner Protokolle ab.

Von Host-zu-Host zu Prozess-zu-Prozess

Die Vermittlungsschicht transportiert IP-Pakete zwischen Endsystemen. Die Transportschicht ergänzt darüber eine logische Kommunikation zwischen Anwendungsprozessen. Zwischenliegende Router leiten IP-Pakete weiter, sind aber normalerweise nicht Endpunkt der TCP-, UDP- oder QUIC-Kommunikation.

Für Anwendungen erscheint der Transport weitgehend unabhängig von den konkreten Übertragungsmedien und Zwischenroutern. Vollständig transparent ist er dennoch nicht: Verzögerung, Verlust, verfügbare Bandbreite, MTU und Pfadänderungen beeinflussen den Dienst, den ein Transportprotokoll bereitstellen kann.

Die Transportschicht verbindet Anwendungen auf zwei Endsystemen über mehrere Netze hinweg
IP bringt Pakete zum Zielhost. Die Transportschicht ordnet die Kommunikation dort dem richtigen Prozess zu und stellt den vom Protokoll angebotenen Transportdienst bereit.Originalgröße öffnen ↗
EbeneAdressiertBeispiel
AnwendungDienst oder AnwendungsfunktionHTTPS, DNS, SSH
TransportProzess beziehungsweise TransportendpunktTCP-/UDP-Port oder QUIC-Verbindungskennung
VermittlungNetzinterface beziehungsweise HostIPv4- oder IPv6-Adresse
SicherungInterface im lokalen LinkMAC-Adresse auf Ethernet

Allgemeine Aufgaben der Transportschicht

Nicht jedes Transportprotokoll erfüllt alle denkbaren Aufgaben. Portadressierung und die Übergabe zwischen Anwendung und IP gehören zum gemeinsamen Kern von TCP und UDP. Zuverlässige Zustellung, geordnete Ausgabe, Verbindungszustand sowie Fluss- und Überlaststeuerung werden dagegen nur von Protokollen angeboten, die diese Funktionen ausdrücklich definieren.

AufgabeBedeutungProtokollabhängig?
Multiplexing und Demultiplexingmehrere Anwendungen nutzen denselben Host und dieselbe IP-VerbindungPorts bei TCP und UDP; andere Kennungen sind möglich
Segmentierung und WiederzusammensetzenAnwendungsdaten in übertragbare Einheiten aufteilen und am Ziel zuordnenja, Form und Verhalten unterscheiden sich
VerbindungsverwaltungZustand aufbauen, halten und beendenTCP und QUIC ja; UDP nein
ZuverlässigkeitVerluste erkennen und Daten erneut übertragenTCP und QUIC ja; UDP selbst nein
ReihenfolgesteuerungDaten in der vorgesehenen Reihenfolge an die Anwendung gebenTCP-Bytestrom und QUIC-Streams ja
Flusssteuerungschnellen Sender an die Aufnahmefähigkeit des Empfängers anpassenTCP und QUIC ja
ÜberlastkontrolleSender an die Belastbarkeit des Netzes anpassenTCP und QUIC ja; nicht Bestandteil des einfachen UDP-Dienstes

Ports ermöglichen Multiplexing

Ein Host kann gleichzeitig Webzugriffe, Namensauflösung, Fernadministration und viele weitere Kommunikationen ausführen. TCP und UDP verwenden dafür jeweils einen eigenen 16-Bit-Portraum von 0 bis 65535. Ein Port ist keine physische Buchse, sondern eine logische Kennung innerhalb eines Transportprotokolls.

Ein Socket wird im praktischen Sprachgebrauch häufig als Kombination aus IP-Adresse, Transportprotokoll und Port beschrieben. Eine konkrete TCP-Verbindung wird durch Quell-IP, Quellport, Ziel-IP und Zielport eindeutig unterschieden. TCP-Port 53 und UDP-Port 53 sind deshalb getrennte Transportendpunkte.

Mehrere Anwendungen werden durch Ports über dieselbe IP-Adresse gemultiplext
Die Ziel-IP führt zum Host, der Zielport zur passenden Anwendung. Quellport und weitere Merkmale unterscheiden parallele Kommunikationsbeziehungen.Originalgröße öffnen ↗
PortbereichBezeichnungEinordnung
0 bis 1023System / Well-Known Portsfür bekannte Dienste; Vergabe durch IANA
1024 bis 49151User / Registered Portsfür registrierte Anwendungen und Dienste
49152 bis 65535Dynamic / Private Portstypischer Bereich für kurzlebige Clientports; konkrete Betriebssystembereiche können abweichen

Segmentierung, Kapselung und Wiederzusammensetzen

Große Datenmengen werden nicht als ein einziges beliebig großes IP-Paket übertragen. Die Transportschicht beziehungsweise die jeweilige Protokollimplementierung bildet passende Einheiten. Bei TCP spricht man von Segmenten, bei UDP von Datagrammen; QUIC transportiert Frames innerhalb von QUIC-Paketen, die wiederum in UDP-Datagrammen liegen.

Der Begriff Blockung bezeichnet in älteren Darstellungen das Zusammenfassen oder Aufteilen von Daten in geeignete Übertragungseinheiten. Moderne Erklärungen unterscheiden genauer zwischen dem Bytestrom oder den Nachrichten der Anwendung, den Einheiten des Transportprotokolls und den daraus gebildeten IP-Paketen.

Anwendungsdaten werden in mehrere Transportsegmente aufgeteilt, als IP-Pakete übertragen und am Ziel zusammengesetzt
Die Transportschicht bildet ihre eigenen Protokolleinheiten und übergibt sie an IP. Der Empfänger verarbeitet sie nach den Regeln des verwendeten Transportprotokolls.Originalgröße öffnen ↗
ProtokollDienst für die AnwendungErhält Nachrichtengrenzen?
TCPzuverlässiger geordneter Bytestromnein - Anwendung muss eigene Struktur festlegen
UDPeinzelne Datagramme mit geringem Protokollaufwandja
QUICsichere Verbindung mit mehreren zuverlässigen Streams und optionalen DatagrammenStream- beziehungsweise Datagrammstruktur

Zuverlässigkeit ist kein Automatismus von Layer 4

Die Transportschicht kann einen zuverlässigen Ende-zu-Ende-Dienst bereitstellen, sie muss es aber nicht. TCP erkennt fehlende Daten, bestätigt empfangene Bereiche und überträgt bei Bedarf erneut. UDP garantiert weder Zustellung noch Reihenfolge noch Schutz vor Duplikaten. Benötigt eine UDP-Anwendung solche Eigenschaften, muss sie diese selbst oder durch ein darüberliegendes Protokoll ergänzen.

Auch ein zuverlässiges Transportprotokoll garantiert keinen erfolgreichen Geschäftsprozess. Ein bestätigtes TCP-Segment beweist beispielsweise nicht, dass eine Anwendung einen Datensatz fachlich verarbeitet oder dauerhaft gespeichert hat. Solche Bestätigungen gehören in das Anwendungsprotokoll.

EbeneBeispiel einer Bestätigung
TransportBytes wurden vom Transportendpunkt empfangen
AnwendungHTTP-Anfrage wurde mit einem Status beantwortet
FachprozessAuftrag wurde geprüft, gespeichert und angenommen

Flusssteuerung und Überlastkontrolle unterscheiden

Flusssteuerung schützt den Empfänger davor, schneller mit Daten beliefert zu werden, als er sie puffern und verarbeiten kann. Überlastkontrolle schützt den Netzpfad vor zu viel gleichzeitig eingespeistem Verkehr. Beide Mechanismen können die Sendemenge begrenzen, reagieren aber auf unterschiedliche Engpässe.

Die ältere Formulierung einer kosten- oder ressourceneffizienten Übertragung lässt sich heute deshalb präziser fassen: Ein geeignetes Transportprotokoll soll die verfügbaren Ressourcen fair und wirksam nutzen, Verluste und Verzögerungen berücksichtigen und gleichzeitig die Anforderungen der Anwendung erfüllen.

MechanismusZu schützende RessourceTypisches Signal
FlusssteuerungEmpfangspuffer und verarbeitender Endpunktvom Empfänger gemeldetes Fenster oder Credit
ÜberlastkontrolleNetzpfad und gemeinsam genutzte ÜbertragungskapazitätVerlust, ECN, Laufzeit- und Bestätigungsmuster

TCP, UDP, QUIC und SCTP einordnen

TCP und UDP bleiben die grundlegenden Transportprotokolle des Internet Protocol Suite und werden auf der nächsten Lernseite detailliert verglichen. QUIC ist ein modernes, verbindungsorientiertes und abgesichertes Transportprotokoll, das zur leichteren Bereitstellung in UDP-Datagrammen transportiert wird. HTTP/3 verwendet QUIC.

SCTP ist ein weiteres standardisiertes Transportprotokoll. Es unterstützt Nachrichten, mehrere Streams und mehrere Netzpfade. Im allgemeinen Client-Server-Alltag ist es deutlich seltener sichtbar als TCP, UDP oder QUIC, gehört aber zur fachlich vollständigen Einordnung moderner Transportprotokolle.

ProtokollGrundmodellTypische Einordnung
TCPverbindungsorientierter, zuverlässiger BytestromWeb, Mail, Dateiübertragung, Administration und viele weitere Dienste
UDPverbindungsloses DatagrammDNS, Echtzeitverkehr, einfache Anfragen und Träger für andere Protokolle
QUICsichere Verbindung mit gemultiplexten Streams über UDPHTTP/3 und moderne Anwendungen mit geringer Aufbauverzögerung
SCTPzuverlässige Nachrichten mit Multi-Streaming und Multi-HomingTelekommunikation und spezielle Infrastrukturen

Historische OSI-Transportprotokollklassen TP0 bis TP4

Das klassische OSI-Transportprotokoll nach ISO/IEC 8073 beziehungsweise ITU-T X.224 definiert fünf Protokollklassen. Diese Klassen sind nicht mit TCP- oder UDP-Portbereichen und nicht mit heutigen Quality-of-Service-Klassen gleichzusetzen. Sie zeigen historisch, wie Transportfunktionen an unterschiedlich zuverlässige Netzdienste angepasst wurden.

ISO/IEC 8072 beschreibt den verbindungsorientierten Transportdienst und seine Qualitätsmerkmale, während ISO/IEC 8073 das dazugehörige Protokoll und die Klassen festlegt. Für heutige Fachinformatiker ist vor allem die Einordnung wichtig; TCP und UDP verwenden diese TP-Klassen nicht.

KlasseBezeichnungKernidee
TP0Simple Classeinfacher Transport über einen bereits zuverlässigen verbindungsorientierten Netzdienst
TP1Basic Error Recovery Classgrundlegende Wiederherstellung nach Netzverbindungsfehlern
TP2Multiplexing Classmehrere Transportverbindungen über eine Netzverbindung multiplexen
TP3Error Recovery and Multiplexing ClassFehlerwiederherstellung und Multiplexing kombinieren
TP4Error Detection and Recovery ClassFehlererkennung, Wiederherstellung, Flusssteuerung und Betrieb auch über verbindungslose Netzdienste

Transportschicht bei der Fehlersuche

PrüfschrittLeitfrage
1. ProtokollVerwendet die Anwendung TCP, UDP, QUIC oder ein anderes Transportprotokoll?
2. EndpunkteWelche Quell- und Zieladressen sowie Ports gehören zur Kommunikation?
3. ListenerLauscht der erwartete Dienst am richtigen Interface und Port?
4. VerbindungszustandKommt bei verbindungsorientierten Protokollen ein Handshake zustande?
5. RückwegErreichen Antworten den ursprünglichen Transportendpunkt?
6. Filter und NATBlockieren Firewall, ACL oder Übersetzung den benötigten Port oder Zustand?
7. Verlust und LaufzeitZeigen Mitschnitt und Messwerte Wiederholungen, Lücken oder auffällige Verzögerungen?
8. AnwendungIst der Transport funktionsfähig, aber das Anwendungsprotokoll meldet einen Fehler?

Quellen zur fachlichen Prüfung

Unterlage mitnehmen

PDF-Download nach Anmeldung

Zum Schutz der Unterrichtsunterlagen steht der PDF-Download ausschließlich angemeldeten Nutzern zur Verfügung.

5.1 Übersicht Transport Layer | Netzwerkgrundlagen