Как работают TCP handshake, teardown и flow control?

Question

IT Interview Practice · Accepted Answer

TCP устанавливает соединение с помощью **3-way handshake**, закрывает его с помощью **4-way teardown** и безопасно поддерживает поток данных благодаря **flow control** и **congestion control**. Рукопожатие синхронизирует начальный порядковый номер (sequence number) каждой стороны, чтобы обе могли отслеживать и подтверждать (ACK) каждый байт:

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

**Flow control** не даёт быстрому отправителю перегрузить медленного получателя. Каждая сторона в каждом ACK анонсирует **receive window** — сколько байт у неё сейчас есть места в буфере. Отправитель может иметь в полёте не более одного окна неподтверждённых данных (**sliding window**); если окно получателя сжимается до нуля, отправитель приостанавливается. Это ограничение, *управляемое получателем*.

**Congestion control** — другое: он защищает *сеть* (а не получателя) от перегрузки. TCP поддерживает **congestion window** — растёт при успехе и сжимается при потере пакета (потеря трактуется как сигнал перегрузки). Алгоритмы вроде slow start и CUBIC постепенно наращивают, затем отступают при появлении потерь:

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

Фактический объём, который TCP отправляет, — это `min(receive window, congestion window)` — ограничен и получателем, и сетью.

## Почему это важно

Этот вопрос отделяет кандидатов, заучивших «SYN-SYN/ACK-ACK», от тех, кто понимает, *почему* TCP надёжен. Рукопожатие, порядковые номера и ACK — это механизм за упорядочиванием и retransmission; flow control и congestion control — причина, по которой одно соединение не может утопить медленного клиента или обрушить общий канал. Это напрямую объясняет реальное поведение — задержку установления соединения (один round trip до передачи любых данных), почему пропускная способность нарастает постепенно, а не стартует на полной скорости, и почему потери на дальнем канале обрушивают производительность, — всё то, о чём вы рассуждаете при тюнинге или отладке сетевых систем.

Почему это важно

Похожие вопросы