TCP handshake, teardown, na flow control hufanyaje kazi?

Question

IT Interview Practice · Accepted Answer

TCP huanzisha muunganisho kwa **3-way handshake**, huufunga kwa **4-way teardown**, na huweka data ikitiririka salama kwa **flow control** na **congestion control**. Handshake husawazisha nambari ya mfuatano (sequence number) ya kuanzia ya kila upande ili wote waweze kufuatilia na kuthibitisha (ACK) kila byte:

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

**Flow control** huzuia mtumaji wa haraka asizidishe mpokeaji wa polepole. Kila upande hutangaza **receive window** — bytes ngapi kwa sasa ina nafasi ya buffer kwazo — kwenye kila ACK. Mtumaji anaweza kuwa na window moja ya data isiyokubaliwa (unacknowledged) ikiwa njiani (**sliding window**); ikiwa window ya mpokeaji hupungua hadi sifuri, mtumaji husimama. Hii ni kikomo *kinachoendeshwa na mpokeaji*.

**Congestion control** ni tofauti: hulinda *mtandao* (si mpokeaji) dhidi ya kuzidiwa. TCP hudumisha **congestion window** inayokua kwenye mafanikio na hupungua kwenye upotevu wa packet (upotevu husomwa kama ishara ya msongamano). Algorithms kama slow start na CUBIC hupanda taratibu, kisha hurudi nyuma upotevu ukionekana:

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

Kiasi halisi TCP inachotuma ni `min(receive window, congestion window)` — kimefungwa na mpokeaji na mtandao vyote.

## Kwa nini ni muhimu

Swali hili hutenganisha watahiniwa waliokariri "SYN-SYN/ACK-ACK" na wale wanaoelewa *kwa nini* TCP ni ya kuaminika. Handshake, sequence numbers, na ACKs ni utaratibu nyuma ya mpangilio na retransmission; flow na congestion control ndiyo sababu muunganisho mmoja hauwezi kuzamisha client wa polepole au kuporomosha link inayoshirikiwa. Hili hueleza moja kwa moja tabia ya ulimwengu halisi — latency ya kuanzisha muunganisho (round trip moja kabla ya data yoyote), kwa nini throughput hupanda badala ya kuanza kwa kasi kamili, na kwa nini upotevu kwenye link ya umbali mrefu huporomosha utendaji — vyote unavyofikiria unaporekebisha au ku-debug mifumo ya mtandao.

Kwa nini ni muhimu

Maswali yanayohusiana