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 ஐயும் கண்காணித்து 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** வேகமான அனுப்புநர் மெதுவான பெறுநரை மூழ்கடிப்பதைத் தடுக்கிறது. ஒவ்வொரு பக்கமும் ஒரு **receive window** ஐ — தற்போது எத்தனை byte களுக்கு buffer இடம் உள்ளது என்பதை — ஒவ்வொரு ACK-இலும் அறிவிக்கிறது. அனுப்புநர் அதிகபட்சம் ஒரு window அளவு acknowledge செய்யப்படாத data ஐ மட்டுமே பயணத்தில் வைத்திருக்கலாம் (ஒரு **sliding window**); பெறுநரின் window பூஜ்ஜியமாகச் சுருங்கினால், அனுப்புநர் இடைநிறுத்துகிறது. இது *பெறுநரால் இயக்கப்படும்* வரம்பு.

**Congestion control** வேறுபட்டது: அது (பெறுநரை அல்ல) *network* ஐ overload-இலிருந்து பாதுகாக்கிறது. TCP ஒரு **congestion window** ஐ பராமரிக்கிறது — வெற்றியில் வளர்ந்து packet loss-இல் சுருங்குகிறது (loss ஒரு congestion signal ஆகப் படிக்கப்படுகிறது). slow start மற்றும் CUBIC போன்ற algorithm கள் படிப்படியாக உயர்த்தி, loss தோன்றும்போது பின்வாங்குகின்றன:

```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 setup latency (எந்த data-க்கும் முன் ஒரு round trip), ஏன் throughput முழு வேகத்தில் தொடங்காமல் படிப்படியாக உயர்கிறது, மற்றும் ஏன் நீண்ட-தூர link-இல் loss செயல்திறனைக் கீழே தள்ளுகிறது — இவை அனைத்தும் networked systems ஐ tune செய்யும்போது அல்லது debug செய்யும்போது நீங்கள் சிந்திக்கும் விஷயங்கள்.

இது ஏன் முக்கியம்

தொடர்புடைய கேள்விகள்