TCP und UDP: Transportprotokolle im Vergleich
Wie TCP Zuverlässigkeit und Flusskontrolle umsetzt, weshalb UDP weniger Overhead erzeugt und welches Protokoll zu welchem Anwendungsfall passt.
- >TCP (Transmission Control Protocol): Verbindungsorientierter Bytestrom mit Reihenfolge, Wiederholungen und Flusskontrolle. Der Verbindungsaufbau nutzt einen 3-Way-Handshake.
- >UDP (User Datagram Protocol): Verbindungslos, "Best Effort", schnell. Keine Garantie für Ankunft.
- >Use Cases: TCP für Web/Mail/Filetransfer. UDP für Streaming/VoIP/DNS.
TCP: Zuverlässiger, geordneter Bytestrom
TCP erkennt Verluste innerhalb einer Verbindung, überträgt fehlende Segmente erneut und stellt der Anwendung die Daten in der richtigen Reihenfolge bereit. Kann die Verbindung nicht wiederhergestellt werden, erhält die Anwendung einen Fehler statt einer falschen Erfolgsmeldung.
TCP Features
- 3-Way-Handshake: SYN, SYN-ACK, ACK.
- Flow Control: Verhindert Überlastung des Empfängers.
- Error Recovery: Sendet verlorene Pakete neu.
- Ordered Delivery: Sortiert Pakete wieder richtig.
UDP Features
- Fire and Forget: Sendet Daten einfach los.
- Low Overhead: Kleiner Header (8 Bytes vs 20 Bytes bei TCP).
- Kein Handshake: Sofortige Datenübertragung.
- Latenzarm einsetzbar: Geeignet, wenn die Anwendung Verluste selbst tolerieren oder behandeln kann.
Der 3-Way-Handshake (TCP)
Bevor TCP Daten sendet, bauen Client und Server eine Verbindung auf. Das ist wie ein Telefongespräch:
Wann nutze ich was?
- TCP-Zuverlässigkeit und UDP-Datagramme anhand ihrer Mechanismen erklären
- Ports, Sockets und Verbindungszustände in Paketmitschnitten lesen
- Transportprobleme von Anwendungs- und Netzwerkproblemen unterscheiden
TCP steuert einen Byte-Stream
TCP baut mit SYN, SYN-ACK und ACK einen Verbindungszustand auf. Sequenznummern ordnen Bytes, Bestätigungen und Retransmissions behandeln Verlust. Empfangsfenster schützen den Empfänger, Congestion Control reagiert auf vermutete Netzüberlastung. Die Anwendung sieht einen geordneten Stream, nicht die ursprünglichen IP-Paketgrenzen.
Zuverlässigkeit bedeutet nicht automatisch geringe Verzögerung. Wiederholungen und Head-of-Line Blocking können bei Verlust warten lassen. Die Anwendung muss weiterhin Zeitüberschreitungen, Abbrüche und eigene Nachrichtenformate korrekt behandeln.
UDP liefert unabhängige Datagramme
UDP besitzt keinen Verbindungsaufbau, keine eingebaute Wiederholung und keine Reihenfolgegarantie. Der geringe Protokolloverhead eignet sich für kurze Anfragen und zeitkritische Daten, wenn die Anwendung Verlust toleriert oder selbst Zuverlässigkeit implementiert. DNS nutzt häufig UDP für normale Anfragen, kann aber je nach Größe und Vorgang auch TCP verwenden.
Moderne Protokolle zeigen, dass die Wahl nicht nur TCP gegen UDP lautet. QUIC implementiert zuverlässige, verschlüsselte Streams im Userspace über UDP. Die Anforderungen der Anwendung – Latenz, Verlusttoleranz, Reihenfolge und Netzkompatibilität – bleiben die eigentliche Entscheidungsebene.
Ports identifizieren Kommunikationsendpunkte
Eine Verbindung wird durch Protokoll, Quell- und Zieladresse sowie Quell- und Zielport beschrieben. Der Server lauscht typischerweise auf einem bekannten Port, der Client verwendet einen temporären Port. Firewalls und NAT führen Zustände anhand dieser Merkmale.
Bei der Diagnose werden Handshake, Round-Trip Time, Retransmissions, Reset und Window-Zustand betrachtet. Fehlt bereits SYN-ACK, liegt das Problem eher bei Pfad, Filter oder Listener. Kommt die Verbindung zustande, aber die Anwendung antwortet nicht korrekt, verschiebt sich die Analyse in Richtung TLS und Anwendungsprotokoll.
- 01
Protokoll, Quell- und Zielport sowie erwarteten Listener bestimmen.
- 02
Bei TCP den vollständigen Handshake und mögliche Resets prüfen.
- 03
Latenz, Paketverlust und Retransmissions im zeitlichen Verlauf bewerten.
- 04
Firewall-, NAT- und Rückwegzustand für beide Richtungen kontrollieren.
- 05
Nach erfolgreichem Transport TLS und Anwendung getrennt untersuchen.
Ist UDP immer schneller als TCP?
UDP hat weniger eingebaute Mechanismen, aber die tatsächliche Anwendungsleistung hängt von Netz, Implementierung und benötigter Zuverlässigkeit ab. Eine Anwendung kann über UDP ähnliche Funktionen selbst implementieren.
Warum nutzt Streaming heute oft trotzdem TCP oder QUIC?
Viele Angebote puffern Inhalte und profitieren von zuverlässiger Übertragung sowie guter Firewall-Kompatibilität. QUIC verbindet zuverlässige Streams mit einem UDP-basierten Transport.