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ను సమకాలీకరిస్తుంది, తద్వారా రెండూ ప్రతి 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 space ఉందో — ప్రకటిస్తుంది. sender గరిష్ఠంగా ఒక window unacknowledged data మాత్రమే in flight కలిగి ఉండవచ్చు (ఒక **sliding window**); receiver window సున్నాకు కుంచించుకుపోతే, sender ఆగుతుంది. ఇది *receiver-driven* పరిమితి.

**Congestion control** వేరు: ఇది *network*ను (receiverను కాదు) overload నుండి రక్షిస్తుంది. TCP ఒక **congestion window** నిర్వహిస్తుంది, అది successపై పెరిగి packet lossపై కుంచించుకుంటుంది (loss congestion signalగా చదవబడుతుంది). slow start మరియు CUBIC వంటి algorithms క్రమంగా పెంచి, loss కనిపించినప్పుడు వెనక్కి తగ్గుతాయి:

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

TCP నిజంగా పంపే మొత్తం `min(receive window, congestion window)` — receiver మరియు network రెండింటి చేత పరిమితం.

## ఇది ఎందుకు ముఖ్యం

ఈ ప్రశ్న "SYN-SYN/ACK-ACK" కంఠస్థం చేసిన candidatesను TCP *ఎందుకు* reliable అనేది అర్థం చేసుకున్నవారి నుండి వేరు చేస్తుంది. handshake, sequence numbers, మరియు ACKs ordering మరియు retransmission వెనుక ఉన్న mechanism; flow మరియు congestion control ఒక single connection ఒక నెమ్మది clientను ముంచలేకపోవడానికి లేదా ఒక shared linkను కూల్చలేకపోవడానికి కారణం. ఇది వాస్తవ ప్రవర్తనను నేరుగా వివరిస్తుంది — connection setup latency (ఏ data ముందు ఒక round trip), throughput పూర్తి వేగంతో మొదలవకుండా ఎందుకు క్రమంగా పెరుగుతుంది, మరియు long-distance link మీద loss ఎందుకు performanceను దెబ్బతీస్తుంది — ఇవన్నీ networked systems tune లేదా debug చేసేటప్పుడు మీరు reason చేసేవి.

ఇది ఎందుకు ముఖ్యం

సంబంధిత ప్రశ్నలు