Jak działają TCP handshake, teardown i flow control?

Question

IT Interview Practice · Accepted Answer

TCP ustanawia połączenie za pomocą **3-way handshake**, zamyka je za pomocą **4-way teardown** i utrzymuje bezpieczny przepływ danych dzięki **flow control** i **congestion control**. Handshake synchronizuje początkowy numer sekwencyjny każdej strony, aby obie mogły śledzić i potwierdzać (ACK) każdy bajt:

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

**Flow control** powstrzymuje szybkiego nadawcę przed zalaniem wolnego odbiorcy. Każda strona ogłasza **receive window** — ile bajtów ma obecnie miejsca w buforze — w każdym ACK. Nadawca może mieć najwyżej jedno okno niepotwierdzonych danych w locie (**sliding window**); jeśli okno odbiorcy skurczy się do zera, nadawca się zatrzymuje. To limit *sterowany przez odbiorcę*.

**Congestion control** jest inny: chroni *sieć* (nie odbiorcę) przed przeciążeniem. TCP utrzymuje **congestion window**, które rośnie przy sukcesie i kurczy się przy utracie pakietów (utrata jest odczytywana jako sygnał zatoru). Algorytmy jak slow start i CUBIC rozpędzają się stopniowo, a potem cofają, gdy pojawi się utrata:

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

Faktyczna ilość, którą TCP wysyła, to `min(receive window, congestion window)` — ograniczona zarówno przez odbiorcę, jak i przez sieć.

## Dlaczego to ważne

To pytanie oddziela kandydatów, którzy wykuli „SYN-SYN/ACK-ACK", od tych, którzy rozumieją, *dlaczego* TCP jest niezawodny. Handshake, numery sekwencyjne i ACK-i to mechanizm stojący za kolejnością i retransmisją; flow control i congestion control to powód, dla którego pojedyncze połączenie nie może utopić wolnego klienta ani zawalić współdzielonego łącza. To wprost wyjaśnia zachowanie z realnego świata — opóźnienie ustanawiania połączenia (jedna runda tam i z powrotem przed jakimikolwiek danymi), dlaczego przepustowość rozpędza się, zamiast startować od pełnej prędkości, i dlaczego utrata na łączu dalekiego zasięgu rujnuje wydajność — a o tym wszystkim rozumujesz, gdy stroisz lub debugujesz systemy sieciowe.

Dlaczego to ważne

Powiązane pytania