Wie funktionieren TCP-Handshake, Teardown und Flow Control?

Question

IT Interview Practice · Accepted Answer

TCP stellt eine Verbindung mit einem **3-way handshake** her, schließt sie mit einem **4-way teardown** und hält Daten sicher am Fließen mit **flow control** und **congestion control**. Der Handshake synchronisiert die Start-Sequenznummer jeder Seite, sodass beide jedes Byte verfolgen und bestätigen (ACK) können:

```text
   3-WAY HANDSHAKE (open)                4-WAY TEARDOWN (close)
 Client            Server              Client            Server
   │──── SYN ───────▶│                   │──── FIN ───────▶│
   │◀── SYN, ACK ────│                   │◀──── ACK ───────│
   │──── ACK ───────▶│                   │◀──── FIN ───────│
   │   connected     │                   │──── ACK ───────▶│
```

**Flow control** verhindert, dass ein schneller Sender einen langsamen Empfänger überflutet. Jede Seite bewirbt in jedem ACK ein **receive window** — wie viele Bytes sie aktuell Pufferplatz hat. Der Sender darf höchstens ein Fenster unbestätigter Daten unterwegs haben (ein **sliding window**); schrumpft das Fenster des Empfängers auf null, pausiert der Sender. Dies ist ein *empfängergesteuertes* Limit.

**Congestion control** ist anders: Sie schützt das *Netzwerk* (nicht den Empfänger) vor Überlast. TCP hält ein **congestion window**, das bei Erfolg wächst und bei Paketverlust schrumpft (Verlust wird als Stau-Signal gelesen). Algorithmen wie slow start und CUBIC steigern sich schrittweise und ziehen sich zurück, wenn Verlust auftritt:

```text
cwnd
 │        /\        /\
 │       /  \      /  ...   loss → halve/back off, then probe up again
 │      /    \    /
 │  ___/      \__/
 └───────────────────────▶ time
```

Die tatsächlich von TCP gesendete Menge ist `min(receive window, congestion window)` — begrenzt sowohl durch den Empfänger als auch durch das Netzwerk.

## Warum es wichtig ist

Diese Frage trennt Kandidaten, die "SYN-SYN/ACK-ACK" auswendig gelernt haben, von denen, die verstehen, *warum* TCP zuverlässig ist. Der Handshake, Sequenznummern und ACKs sind der Mechanismus hinter Reihenfolge und Retransmission; flow und congestion control sind der Grund, warum eine einzelne Verbindung weder einen langsamen Client ertränken noch eine geteilte Leitung kollabieren lassen kann. Dies erklärt direkt reales Verhalten — Verbindungsaufbau-Latenz (ein round trip, bevor irgendwelche Daten fließen), warum der Durchsatz hochfährt statt bei voller Geschwindigkeit zu starten, und warum Verlust auf einer Langstreckenverbindung die Performance einbrechen lässt — worüber du alles nachdenkst, wenn du vernetzte Systeme tunst oder debuggst.

Warum es wichtig ist

Ähnliche Fragen