TCP handshake, teardown และ flow control ทำงานอย่างไร?

Question

IT Interview Practice · Accepted Answer

TCP สร้างการเชื่อมต่อด้วย **3-way handshake**, ปิดมันด้วย **4-way teardown** และรักษาให้ข้อมูลไหลอย่างปลอดภัยด้วย **flow control** และ **congestion control** การจับมือจะซิงค์เลขลำดับ (sequence number) เริ่มต้นของแต่ละฝ่ายเพื่อให้ทั้งสองติดตามและ 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** — ว่าตอนนี้มีพื้นที่ buffer สำหรับกี่ไบต์ — ในทุก ACK ผู้ส่งมีข้อมูลที่ยังไม่ถูก ACK บนเส้นทางได้มากที่สุดหนึ่ง window (**sliding window**); ถ้า window ของผู้รับหดเหลือศูนย์ ผู้ส่งจะหยุดชั่วคราว นี่คือขีดจำกัดที่ *ผู้รับเป็นผู้ควบคุม*

**Congestion control** ต่างออกไป: มันปกป้อง *เครือข่าย* (ไม่ใช่ผู้รับ) จากการโหลดเกิน TCP รักษา **congestion window** ที่โตขึ้นเมื่อสำเร็จและหดลงเมื่อ packet สูญหาย (การสูญหายถูกอ่านเป็นสัญญาณของความแออัด) อัลกอริทึมอย่าง slow start และ CUBIC เร่งขึ้นทีละน้อย แล้วถอยลงเมื่อพบการสูญหาย:

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

จำนวนที่ TCP ส่งจริงคือ `min(receive window, congestion window)` — ถูกจำกัดโดยทั้งผู้รับและเครือข่าย

## ทำไมจึงสำคัญ

คำถามนี้แยกผู้สมัครที่ท่องจำ "SYN-SYN/ACK-ACK" ออกจากผู้ที่เข้าใจ *ว่าทำไม* TCP จึงเชื่อถือได้ การจับมือ, sequence number และ ACK คือกลไกเบื้องหลังลำดับและการ retransmit; flow control และ congestion control คือเหตุผลที่การเชื่อมต่อเดียวไม่สามารถจมผู้รับที่ช้าหรือทำให้ลิงก์ที่ใช้ร่วมกันล่มได้ สิ่งนี้อธิบายพฤติกรรมในโลกจริงโดยตรง — latency ในการตั้งค่าการเชื่อมต่อ (หนึ่ง round trip ก่อนมีข้อมูลใด ๆ), ทำไม throughput จึงค่อย ๆ เพิ่มแทนที่จะเริ่มที่ความเร็วเต็ม และทำไมการสูญหายบนลิงก์ระยะไกลจึงทำให้ประสิทธิภาพดิ่งลง — ทั้งหมดเป็นสิ่งที่คุณต้องใช้เหตุผลเมื่อปรับแต่งหรือ debug ระบบเครือข่าย

ทำไมจึงสำคัญ

คำถามที่เกี่ยวข้อง