كيف تعمل مصافحة TCP (handshake) والإنهاء (teardown) والتحكّم في التدفّق (flow control)؟

Question

IT Interview Practice · Accepted Answer

يؤسّس TCP اتصالاً بـ **مصافحة ثلاثية (3-way handshake)**، ويغلقه بـ **إنهاء رباعي (4-way teardown)**، ويُبقي البيانات تتدفّق بأمان عبر **التحكّم في التدفّق (flow control)** و**التحكّم في الازدحام (congestion control)**. تُزامِن المصافحة رقم التسلسل الابتدائي (starting sequence number) لكل طرف كي يستطيع كلاهما تتبّع كل بايت وتأكيده (ACK):

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

يمنع **التحكّم في التدفّق** مُرسِلاً سريعاً من إغراق مُستقبِل بطيء. يعلن كل طرف عن **نافذة استقبال (receive window)** — كم بايتاً يملك حالياً مساحة تخزين مؤقّت له — في كل ACK. يجوز للمُرسِل أن يكون لديه بحدٍّ أقصى نافذة واحدة من البيانات غير المؤكَّدة أثناء الطيران (**نافذة منزلقة، sliding window**)؛ فإذا تقلّصت نافذة المُستقبِل إلى صفر، توقّف المُرسِل. هذا حدٌّ *يقوده المُستقبِل*.

يختلف **التحكّم في الازدحام**: فهو يحمي *الشبكة* (لا المُستقبِل) من الحِمل الزائد. يحتفظ TCP بـ **نافذة ازدحام (congestion window)** تكبر عند النجاح وتنكمش عند فقدان الرزم (يُقرأ الفقدان كإشارة ازدحام). ترفع خوارزميات مثل 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 موثوقاً. المصافحة وأرقام التسلسل والـ ACKs هي الآلية وراء الترتيب وإعادة الإرسال؛ والتحكّم في التدفّق والازدحام هو سبب عجز اتصال واحد عن إغراق عميل بطيء أو انهيار وصلة مشترَكة. يفسّر هذا مباشرةً سلوكاً واقعياً — زمن إعداد الاتصال (رحلة ذهاب وإياب واحدة قبل أيّ بيانات)، ولماذا ترتفع الإنتاجية تدريجياً بدلاً من البدء بالسرعة القصوى، ولماذا يهوي الأداء عند الفقدان على وصلة بعيدة المدى — وكلها أمور تستدلّ حولها عند ضبط الأنظمة الشبكية أو تصحيح أخطائها.

لماذا يهم

أسئلة ذات صلة