TCP handshake, teardown, र flow control कसरी काम गर्छन्?

Question

IT Interview Practice · Accepted Answer

TCP ले **3-way handshake** ले connection स्थापना गर्छ, **4-way teardown** ले बन्द गर्छ, र **flow control** तथा **congestion control** ले डेटा सुरक्षित रूपमा बगिरहेको राख्छ। Handshake ले प्रत्येक पक्षको सुरुआती sequence number समक्रमण गर्छ ताकि दुवैले हरेक byte ट्र्याक र 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** ले छिटो पठाउने पक्षलाई सुस्त पाउने पक्षलाई डुबाउनबाट रोक्छ। प्रत्येक पक्षले हरेक ACK मा एउटा **receive window** — यसले अहिले कति byte का लागि buffer ठाउँ राख्छ — विज्ञापन गर्छ। पठाउने पक्षसँग बढीमा एउटा window जति unacknowledged डेटा बाटोमा हुन सक्छ (**sliding window**); पाउने पक्षको window शून्यमा खुम्चिए, पठाउने पक्ष रोकिन्छ। यो *पाउने पक्षले चलाउने* सीमा हो।

**Congestion control** फरक छ: यसले पाउने पक्षलाई होइन *network* लाई overload बाट जोगाउँछ। TCP ले एउटा **congestion window** राख्छ जुन सफलतामा बढ्छ र packet हराउँदा खुम्चिन्छ (हराइलाई congestion संकेत मानिन्छ)। slow start र CUBIC जस्ता algorithm बिस्तारै बढ्छन्, अनि हराइ देखिँदा पछि हट्छन्:

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

TCP ले वास्तवमा पठाउने मात्रा `min(receive window, congestion window)` हो — पाउने पक्ष र network दुवैले सीमित।

## यो किन महत्त्वपूर्ण छ

यो प्रश्नले "SYN-SYN/ACK-ACK" घोकेका उम्मेदवारलाई TCP किन भरपर्दो छ भनी बुझ्नेहरूबाट छुट्याउँछ। Handshake, sequence number, र ACK नै ordering तथा retransmission पछाडिको संयन्त्र हुन्; flow र congestion control नै एउटै connection ले सुस्त client लाई डुबाउन वा साझा link भत्काउन किन नसक्ने भन्ने कारण हुन्। यसले वास्तविक-संसारको व्यवहार सिधै व्याख्या गर्छ — connection सेटअप latency (कुनै डेटा अघि एउटा round trip), throughput किन पूर्ण गतिमा सुरु नभई बिस्तारै बढ्छ, र लामो-दूरीको link मा हराइले किन performance खस्काउँछ — यी सबै तपाईं network सिस्टम tune वा debug गर्दा तर्क गर्नुहुने कुरा हुन्।

यो किन महत्त्वपूर्ण छ

सम्बन्धित प्रश्नहरू