TCP handshake, teardown, અને flow control કેવી રીતે કામ કરે છે?

Question

IT Interview Practice · Accepted Answer

TCP એક **3-way handshake** થી connection સ્થાપે છે, એક **4-way teardown** થી બંધ કરે છે, અને **flow control** તથા **congestion control** થી data ને સલામત રીતે વહેતું રાખે છે. Handshake દરેક બાજુના શરૂઆતના sequence number ને synchronize કરે છે જેથી બંને દરેક byte ને track અને acknowledge કરી શકે:

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

**Flow control** એક ઝડપી sender ને ધીમા receiver ને ડૂબાડતાં અટકાવે છે. દરેક બાજુ દરેક ACK માં એક **receive window** ની જાહેરાત કરે છે — તેની પાસે અત્યારે કેટલા bytes માટે buffer જગ્યા છે. Sender પાસે વધુમાં વધુ એક window જેટલો unacknowledged data ઉડાનમાં હોઈ શકે (એક **sliding window**); જો receiver ની window shrink થઈને શૂન્ય થાય, તો sender અટકે છે. આ *receiver-driven* મર્યાદા છે.

**Congestion control** અલગ છે: તે *network* ને (receiver ને નહીં) overload થી બચાવે છે. TCP એક **congestion window** જાળવે છે જે સફળતા પર વધે અને packet loss પર shrink થાય (loss ને congestion signal તરીકે વાંચવામાં આવે). slow start અને CUBIC જેવા algorithms ધીમે ધીમે ઉપર ચઢે, પછી loss દેખાય ત્યારે પાછા ખસે:

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

TCP ખરેખર જેટલો data મોકલે છે તે `min(receive window, congestion window)` છે — receiver અને network બંનેથી bounded.

## આ શા માટે મહત્વનું છે

આ પ્રશ્ન "SYN-SYN/ACK-ACK" ગોખનારા ઉમેદવારોને TCP *શા માટે* reliable છે તે સમજનારાઓથી અલગ પાડે છે. Handshake, sequence numbers, અને ACKs એ ordering અને retransmission પાછળની પદ્ધતિ છે; flow અને congestion control એ કારણ છે કે એક જ connection ધીમા client ને ડૂબાડી ન શકે કે સહિયારી link ને પડી ભાંગવા ન દે. આ સીધું વાસ્તવિક વર્તન સમજાવે છે — connection setup latency (કોઈ data પહેલાં એક round trip), throughput પૂરી speed થી શરૂ થવાને બદલે કેમ ધીમે ધીમે ચઢે છે, અને લાંબા-અંતરની link પર loss કેમ performance ને પાડી નાખે છે — આ બધું તમે networked systems ને tune કે debug કરો ત્યારે વિચારો છો.

આ શા માટે મહત્વનું છે

સંબંધિત પ્રશ્નો