Si funksionojnë TCP handshake, teardown dhe flow control?

Question

IT Interview Practice · Accepted Answer

TCP vendos një lidhje me një **3-way handshake**, e mbyll me një **4-way teardown**, dhe e mban të dhënat të rrjedhin në mënyrë të sigurt me **flow control** dhe **congestion control**. Handshake-u sinkronizon numrin fillestar të sekuencës të secilës anë që të dyja të mund të gjurmojnë dhe të bëjnë acknowledge çdo 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** ndalon një dërgues të shpejtë të mos e mbytë një marrës të ngadaltë. Çdo anë reklamon një **receive window** — sa byte hapësirë buffer ka aktualisht — në çdo ACK. Dërguesi mund të ketë maksimumi një window të dhënash pa acknowledge në fluturim (një **sliding window**); nëse window-ja e marrësit zbret në zero, dërguesi ndalon. Ky është një kufi *i drejtuar nga marrësi*.

**Congestion control** është ndryshe: mbron *rrjetin* (jo marrësin) nga mbingarkesa. TCP mban një **congestion window** që rritet kur ka sukses dhe zvogëlohet kur humbin paketa (humbja lexohet si sinjal congestion-i). Algoritme si slow start dhe CUBIC rriten gradualisht, pastaj tërhiqen kur shfaqet humbja:

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

Sasia që TCP dërgon në të vërtetë është `min(receive window, congestion window)` — e kufizuar nga marrësi dhe nga rrjeti njëkohësisht.

## Pse ka rëndësi

Kjo pyetje i ndan kandidatët që mësuan përmendësh "SYN-SYN/ACK-ACK" nga ata që e kuptojnë *pse* TCP është i besueshëm. Handshake-u, numrat e sekuencës dhe ACK-të janë mekanizmi pas renditjes dhe ritransmetimit; flow dhe congestion control janë arsyeja pse një lidhje e vetme nuk mund të mbytë një klient të ngadaltë ose të rrëzojë një link të përbashkët. Kjo shpjegon drejtpërdrejt sjelljen në botën reale — latency-ja e vendosjes së lidhjes (një round trip para çdo të dhëne), pse throughput-i rritet gradualisht në vend që të nisë me shpejtësi të plotë, dhe pse humbja në një link të largët e rrëzon performancën — të gjitha gjëra për të cilat arsyeton kur akordon ose debug-on sisteme rrjeti.

Pse ka rëndësi

Pyetje të ngjashme