¿Cómo funcionan el handshake de TCP, el teardown y el flow control?

Question

IT Interview Practice · Accepted Answer

TCP establece una conexión con un **3-way handshake**, la cierra con un **4-way teardown**, y mantiene los datos fluyendo de forma segura con **flow control** y **congestion control**. El handshake sincroniza el sequence number inicial de cada lado para que ambos puedan rastrear y confirmar (ACK) cada byte:

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

El **flow control** evita que un emisor rápido sature a un receptor lento. Cada lado anuncia una **receive window** —cuántos bytes de espacio de buffer tiene ahora mismo— en cada ACK. El emisor puede tener como mucho una ventana de datos sin confirmar en tránsito (una **sliding window**); si la ventana del receptor se encoge a cero, el emisor se pausa. Este es un límite *dirigido por el receptor*.

El **congestion control** es distinto: protege a la *red* (no al receptor) de la sobrecarga. TCP mantiene una **congestion window** que crece con el éxito y se encoge al perder paquetes (la pérdida se interpreta como señal de congestión). Algoritmos como slow start y CUBIC aumentan gradualmente y luego se retiran cuando aparece pérdida:

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

La cantidad que TCP envía realmente es `min(receive window, congestion window)`: acotada tanto por el receptor como por la red.

## Por qué es importante

Esta pregunta separa a los candidatos que memorizaron "SYN-SYN/ACK-ACK" de los que entienden *por qué* TCP es fiable. El handshake, los sequence numbers y los ACKs son el mecanismo detrás del orden y la retransmisión; el flow control y el congestion control son la razón por la que una sola conexión no puede ahogar a un cliente lento ni colapsar un enlace compartido. Esto explica directamente el comportamiento del mundo real —la latencia de establecimiento de conexión (un round trip antes de cualquier dato), por qué el throughput aumenta gradualmente en lugar de empezar a máxima velocidad, y por qué la pérdida en un enlace de larga distancia hunde el rendimiento—, todo lo cual razonas al afinar o depurar sistemas en red.

Por qué es importante

Preguntas relacionadas