Come funzionano l'handshake, la chiusura (teardown) e il flow control del TCP?

Question

IT Interview Practice · Accepted Answer

Il TCP stabilisce una connessione con un **3-way handshake**, la chiude con un **4-way teardown** e mantiene il flusso di dati in sicurezza grazie a **flow control** e **congestion control**. L'handshake sincronizza il sequence number iniziale di ciascun lato così che entrambi possano tracciare e confermare (ACK) ogni byte:

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

Il **flow control** impedisce a un mittente veloce di sopraffare un ricevente lento. Ogni lato annuncia una **receive window** — quanti byte di spazio buffer ha attualmente — in ogni ACK. Il mittente può avere al massimo una finestra di dati non confermati in volo (una **sliding window**); se la finestra del ricevente si riduce a zero, il mittente si mette in pausa. È un limite *guidato dal ricevente*.

Il **congestion control** è diverso: protegge la *rete* (non il ricevente) dal sovraccarico. Il TCP mantiene una **congestion window** che cresce in caso di successo e si riduce alla perdita di pacchetti (la perdita è interpretata come segnale di congestione). Algoritmi come slow start e CUBIC salgono gradualmente, poi arretrano quando compare una perdita:

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

La quantità che il TCP invia davvero è `min(receive window, congestion window)` — limitata sia dal ricevente sia dalla rete.

## Perché è importante

Questa domanda separa i candidati che hanno memorizzato "SYN-SYN/ACK-ACK" da quelli che capiscono *perché* il TCP è affidabile. L'handshake, i sequence number e gli ACK sono il meccanismo dietro l'ordinamento e la retransmission; flow control e congestion control sono il motivo per cui una singola connessione non può annegare un client lento né far collassare un link condiviso. Questo spiega direttamente comportamenti del mondo reale — la latenza di setup della connessione (un round trip prima di qualsiasi dato), perché il throughput sale gradualmente anziché partire alla massima velocità, e perché la perdita su un link a lunga distanza affossa le prestazioni — tutte cose su cui ragioni quando ottimizzi o fai il debug di sistemi di rete.

Perché è importante

Domande correlate