الخلاصة

  • يعلن كل طرف في SYN الأُسّ الخاص بنافذة استقباله، ولذلك تحتفظ الوصلة بمقياسين مستقلين للاتجاهين.
  • بعد المصافحة تعني القيمة 65,535، عند إزاحة 7، مقدار 8,388,480 بايت؛ أما الحقل نفسه داخل SYN فلا يخضع للتحجيم أبداً.
  • توسّع الآلية لغة رصيد الاستقبال، ولا تنشئ ذاكرة ولا توسّع نافذة الازدحام ولا تؤدي عمل SACK أو الطوابع الزمنية أو PAWS.

لا يقيس حقل Window سرعة الطريق. إنه إعلان من الطرف المستقبِل عن عدد البايتات الإضافية التي يستطيع قبولها بعد الحافة المؤكدة. حدّه التاريخي، بستة عشر بتاً، هو 65,535. عندما يصبح حاصل ضرب عرض النطاق في زمن الذهاب والعودة أكبر من ذلك، قد تكون الذاكرة موجودة لكن الحقل عاجزاً عن وصفها.

عرض RFC 1072 المشكلة سنة 1988 للمسارات الطويلة والسريعة. لم يقترح تغيير شكل ترويسة TCP، بل وضع خياراً من ثلاثة بايتات في SYN الموثوق. يحمل الخيار أُسّاً للعدد اثنين، ثم تُقرأ قيم Window اللاحقة بعد إزاحة ثنائية محفوظة في حالة الوصلة.

اختيار SYN يحمي المعنى. قد يضيع ACK عادي يحمل خياراً، فلا يعرف الطرف الآخر أن الوحدة تغيرت. أما SYN فيُعاد إرساله أثناء إنشاء الوصلة. بذلك يتفق الطرفان على طريقة القراءة قبل أن تعتمد البيانات عليها.

مقياسان لا مقياس واحد

الأُسّ الذي يرسله الطرف «أ» يخص نافذة الاستقبال التي سيعلنها «أ». يحفظه «ب» ليفسر حقول Window القادمة من «أ». ويرسل «ب» قيمة قد تكون مختلفة للاتجاه المعاكس. اختلاف الذاكرة والسياسة يجعل التماثل غير مطلوب.

الخيار عرض وليس أمراً أحادياً. يجب أن يتضمن SYN من الطرفين Window Scale حتى تُفعّل الآلية. الصفر عرض صحيح بمعامل واحد. إذا أغفل طرف الخيار بقيت قيمتا الإزاحة صفراً واستمر المعنى القديم.

حقل Window في SYN وSYN-ACK استثناء صريح: لا يخضع للتحجيم. بعد إنشاء الوصلة ينتج 65,535 << 7 مقدار 8,388,480 بايت، لكن 65,535 في SYN تظل 65,535. البتات لم تتغير؛ السياق الذي سبقها هو الذي منحها وحدة أخرى.

حل RFC 1323 محل التجربة سنة 1992. ثم أبطل RFC 7323 الوثيقة السابقة سنة 2014 وثبّت نافذة مفهومية من 30 بت. الحد الأعلى للأُسّ هو 14، ما يتيح قيمة تقل قليلاً عن 1 GiB. تُعامل القيم الأكبر على أنها 14 حتى تبقى مقارنات فضاء أرقام التسلسل ذي 32 بت آمنة.

المدى الأوسع يخفّض الدقة. عند إزاحة 7 تمثل كل زيادة بمقدار واحد في الحقل 128 بايت. يستطيع الطرف إدارة ذاكرته بدقة داخلياً، لكن الحافة المعلنة تصبح مقسمة إلى درجات عند ترميزها.

رصيد الطرف المستقبِل ليس إذناً من الشبكة

نافذة الاستقبال ونافذة الازدحام قيدان مختلفان. يحدد الطرف المستقبِل الأولى حسب ذاكرته وسرعة التطبيق، ويحدد المرسل الثانية حسب أدلة الطريق. يلتزم المرسل بالأصغر. إعلان ثمانية ميغابايت لا يسمح بتجاوز نافذة ازدحام قدرها 64 كيلوبايت.

ولا يصف Window Scale الكتل التي وصلت بعد فجوة، فذلك دور SACK. ولا يستخدم الزمن لرفض بيانات من دورة تسلسل قديمة، فذلك نطاق PAWS. ولا يحسب مهلة إعادة الإرسال. قرب هذه الآليات في تاريخ TCP عالي الأداء لا يوحّد وظائفها.

يضع RFC 9293 Window Scale ضمن الخيارات الشائعة الموصى بها للأداء العالي، لا ضمن شروط التشغيل البيني الأساسي. قد تنجح الوصلة بلا مقياس ثم تعجز عن ملء الطريق. نجاح المصافحة دليل توافق، لا دليل كفاية الأداء.

ما يفقده المراقب إذا فاته SYN

التقاط يبدأ بعد المصافحة لا يستطيع تفسير Window=32,768 وحده. قد تكون القيمة الحقيقية 32,768 بايت أو عدة ميغابايت. يلزم أُسّ SYN الخاص بالاتجاه نفسه. وينطبق الشرط ذاته على جدار ناري ذي حالة يستخدم النافذة للحكم على المقاطع.

يحذر RFC 7323 من حذف الخيار أو تعديله في SYN أو SYN-ACK، لأن الطرفين قد يحتفظان بمعاملات غير متسقة. إذا لم يستطع جهاز وسيط تحديد المقياس، فلا يجوز له تنفيذ فحص نافذة اعتماداً على القيمة الخام.

كان الابتكار التاريخي تغييراً في الدلالة لا في طول الترويسة. أعطت عملية فتح موثوقة للحقل قاعدتي قراءة، وحفظت الوصلة القاعدتين، وظلت الحدود مقيدة بسلامة فضاء التسلسل.

المصادر