الخلاصة
- يمنح TCP كلًا من SYN وFIN موضعًا ضمن فضاء التسلسل كي لا تؤدي إعادة الإرسال إلى تنفيذ الحدث مرتين.
- يقع SYN قبل أول بايت بيانات، بينما يقع FIN بعد آخر بايت بيانات في المقطع.
- هذه محاسبة منطقية وليست بايتات تطبيقية؛ ولا تضيف ACK أو PSH أو RST موضعًا من تلقاء نفسها.
ترقيم الحدث
أدخل RFC 793 بعض معلومات التحكم ضمن فضاء التسلسل بصورة ضمنية. ويحافظ RFC 9293 على الغرض نفسه: يمكن إقرار SYN وFIN وإعادة إرسالهما من دون التباس، فيتعامل الطرف الآخر مع النسخ المكررة بوصفها الحدث نفسه. ولا يعني ذلك إدخال بايت فعلي في مساحة بيانات المقطع.
عند وجود SYN، يشير SEG.SEQ إلى ISN، ويبدأ أول بايت بيانات عند ISN+1. فإذا احتوى المقطع على N من بايتات البيانات مع SYN، كان طوله المنطقي N+1. أما FIN فيشغل الموضع الذي يلي بيانات المقطع. وبما أن الإقرار يحدد رقم التسلسل المتوقع التالي، فإن إقرار SYN أو FIN يحرّك الحد موضعًا واحدًا حتى من دون بيانات.
يحسب SEG.LEN بايتات البيانات ويحسب معها SYN وFIN. وتعيد عملية الإرسال الموضع الأصلي نفسه. لكل اتجاه فضاء تسلسل مستقل؛ فـFIN يعني أن مرسله لا يملك مزيدًا من البيانات، ولا ينهي الاتجاه المعاكس. أما RST فلا يشغل فضاء تسلسل، ولا يضيف ACK أو PSH موضعًا.
المصادر
إحاطة الأعضاء
سياق أعمق للملف الشخصي
سجّل الدخول بمستوى العضوية المناسب لفتح الإحاطة الكاملة وملاحظات المصادر.
للدائرة الاستراتيجية فقط
الدائرة الاستراتيجية
مفتوح لجميع القراء. افتح إحاطات الملف الشخصي بعد الانضمام وتسجيل الدخول.
انضم إلى الدائرة الاستراتيجيةلأعضاء تحالف القيادات فقط
تحالف القيادات
لأصحاب الأصول الفكرية المؤهلين وللإدارة؛ سجّل الدخول للوصول إلى إحاطات التحالف.
انضم إلى تحالف القيادات