Miten TCP:n kättely, purku ja vuonohjaus (flow control) toimivat?

Question

IT Interview Practice · Accepted Answer

TCP muodostaa yhteyden **3-way handshakella**, sulkee sen **4-way teardownilla** ja pitää datan virtaamassa turvallisesti **flow controlin** ja **congestion controlin** avulla. Kättely synkronoi kummankin osapuolen aloitusjärjestysnumeron (sequence number), jotta molemmat voivat seurata ja kuitata (ACK) jokaisen tavun:

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

**Flow control** estää nopeaa lähettäjää hukuttamasta hidasta vastaanottajaa. Kumpikin osapuoli ilmoittaa **receive windown** — kuinka monelle tavulle sillä on tällä hetkellä puskuritilaa — jokaisessa ACK:ssa. Lähettäjällä saa olla enintään yhden ikkunan verran kuittaamatonta dataa matkalla (**sliding window**); jos vastaanottajan ikkuna kutistuu nollaan, lähettäjä pysähtyy. Tämä on *vastaanottajan ohjaama* raja.

**Congestion control** on eri asia: se suojaa *verkkoa* (ei vastaanottajaa) ylikuormalta. TCP ylläpitää **congestion windowia**, joka kasvaa onnistuessa ja kutistuu pakettihäviön yhteydessä (häviö tulkitaan ruuhkasignaaliksi). Algoritmit kuten slow start ja CUBIC kiihdyttävät vähitellen ja perääntyvät sitten, kun häviötä ilmenee:

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

TCP:n todella lähettämä määrä on `min(receive window, congestion window)` — sekä vastaanottajan että verkon rajoittama.

## Miksi se on tärkeää

Tämä kysymys erottaa ehdokkaat, jotka opettelivat ulkoa "SYN-SYN/ACK-ACK", niistä, jotka ymmärtävät *miksi* TCP on luotettava. Kättely, järjestysnumerot ja ACK:t ovat järjestyksen ja uudelleenlähetyksen taustalla oleva mekanismi; flow control ja congestion control ovat syy siihen, ettei yksittäinen yhteys voi hukuttaa hidasta asiakasta tai romahduttaa jaettua linkkiä. Tämä selittää suoraan todellista käyttäytymistä — yhteyden muodostuksen latenssin (yksi edestakainen kierros ennen dataa), sen miksi läpäisy kiihtyy vähitellen eikä lähde täydellä nopeudella, ja miksi häviö pitkän matkan linkillä romahduttaa suorituskyvyn — kaikkea sitä, mitä joudut päättelemään virittäessäsi tai debugatessasi verkotettuja järjestelmiä.

Miksi se on tärkeää

Aiheeseen liittyvät kysymykset