Hur fungerar TCP-handskakning, teardown och flow control?

Question

IT Interview Practice · Accepted Answer

TCP upprättar en anslutning med en **3-way handshake**, stänger den med en **4-way teardown**, och håller data flödande säkert med **flow control** och **congestion control**. Handskakningen synkroniserar varje sidas inledande sequence number så att båda kan spåra och bekräfta (ACK) varje byte:

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

**Flow control** hindrar en snabb sändare från att översvämma en långsam mottagare. Varje sida annonserar ett **receive window** — hur många bytes den för närvarande har buffertutrymme för — i varje ACK. Sändaren får ha som mest ett fönster obekräftad data i luften (ett **sliding window**); om mottagarens fönster krymper till noll pausar sändaren. Detta är en *mottagarstyrd* gräns.

**Congestion control** är annorlunda: det skyddar *nätverket* (inte mottagaren) från överbelastning. TCP upprätthåller ett **congestion window** som växer vid framgång och krymper vid paketförlust (förlust tolkas som en signal om trängsel). Algoritmer som slow start och CUBIC trappar upp gradvis och backar sedan när förlust dyker upp:

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

Den faktiska mängd TCP skickar är `min(receive window, congestion window)` — begränsad av både mottagaren och nätverket.

## Varför det är viktigt

Denna fråga skiljer kandidater som memorerat "SYN-SYN/ACK-ACK" från dem som förstår *varför* TCP är tillförlitligt. Handskakningen, sequence numbers och ACK:er är mekanismen bakom ordning och retransmission; flow control och congestion control är varför en enda anslutning inte kan dränka en långsam klient eller sänka en delad länk. Detta förklarar direkt beteende i verkligheten — latens vid anslutningsuppsättning (en round trip innan någon data), varför throughput trappas upp snarare än startar på full hastighet, och varför förlust på en långdistanslänk sänker prestandan — allt sådant du resonerar om när du trimmar eller felsöker nätverkssystem.

Varför det är viktigt

Relaterade frågor