وصلت الحزمة الأحدث أولاً: كيف استخدم TCP RACK الزمن لاكتشاف الفقد

الخلاصة

• يقارن RACK زمناً مضى على إرسال قديم غير مُقَر به بوصول إرسال أحدث.
• يتضمن الحد تقدير RTT وهامشاً محدوداً لإعادة الترتيب يمكن تعديله بدليل DSACK ضمن قيد يستند إلى SRTT. وتسمح RFC 8985 بمحاولة فقد إضافية واحدة فقط تتجاوز حد نافذة الازدحام؛ وتُحسب ضمن البيانات قيد النقل وتزيل ACK التالية التجاوز المؤقت، بينما يبقى RTO احتياطياً.

لا تعني الفجوة في أرقام TCP التسلسلية بالضرورة أن حزمة فُقدت، إذ قد تصل الحزم بترتيب مختلف عن ترتيب إرسالها. تحدد RFC 8985 آليتي RACK وTLP: تستخدم الأولى أزمنة الإرسال في اكتشاف الفقد، ويمكن للثانية إرسال محاولة استكشاف واحدة لطلب دليل من إقرارات ACK قبل انتهاء مهلة إعادة الإرسال العادية.

لا تلغي هاتان الآليتان التحكم في الازدحام، ولا تمنحان المرسل إذناً مستقلاً بتجاوز نافذة الازدحام أو حساب البيانات قيد النقل.

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

يمكن اعتبار الإرسال القديم مفقوداً إذا ظل غير مسلّم مدة تتجاوز تقدير زمن الذهاب والإياب مضافاً إليه هامش محدود لإعادة الترتيب. ولا يعتمد الحكم على ظهور رقم تسلسلي أحدث وحده؛ بل يجمع بين ثبوت وصول إرسال لاحق ومرور زمن كافٍ على الإرسال السابق.

إذا لم تنتج المحاولة دليلاً مفيداً، تظل مهلة إعادة الإرسال العادية مسار الاسترداد الاحتياطي. وهكذا تبقى وظائف اكتشاف الفقد، والاستجابة للازدحام، والإذن بالإرسال، والاسترداد بعد انتهاء المهلة مترابطة من دون أن تصبح وظيفة واحدة.

المواصفة الحاكمة هي RFC 8985، بينما تحدد RFC 5681 وRFC 6675 وRFC 6298 حدود التحكم في الازدحام واسترداد SACK ومؤقت إعادة الإرسال. وتعرّف هذه المعايير سلوك البروتوكول، لا الإعدادات الافتراضية الحالية للتطبيقات أو مدى التبني أو النشر أو الأداء.