الإقرار الذي انتظر المقطع الثاني: حدود ACK المؤجل في TCP

الملخص

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

تكون البايتات قد قُبلت فعلاً حين يبدأ التأخير، ويكون رقم التسلسل المتوقع التالي قد تقدم. المؤجل هو إظهار هذه الحقيقة للمرسل. فإذا وصل مقطع كامل ثان شملهما ACK تراكمي واحد؛ وإن لم يصل أطلق المؤقت الإقرار.

أوصى RFC 1122 بهذه الآلية لتقليل عمل المضيفين وحركة رسائل التحكم، لكنه ألزم بأن تبقى المهلة دون نصف ثانية، وأوصى بإقرار واحد على الأقل لكل مقطعين كاملين. وبيّن مثال الطرفية التفاعلية أن الانتظار قد يجمع ACK وتحديث النافذة والحرف المعاد في مقطع واحد.

حسم RFC 5681 صياغة التواتر بوصفها SHOULD، وكرر أن انتظار المقطع الثاني لا يجوز أن يتجاوز 500 ملي ثانية. وقد يؤدي العد وفق 2*RMSS إلى stretch ACK إذا أرسلت الجهة الأخرى مقاطع أصغر بسبب MTU المسار، فيغطي الإقرار أكثر من مقطعين فعليين. ولتفادي ذلك، يوصي بإقرار مقطع واحد على الأقل من كل مقطعين مستلمين، بصرف النظر عن حجمهما.

عند وجود فجوة يتغير الغرض من ACK. ينبغي للبيانات الواقعة بعد الفجوة أن تولد إقراراً مكرراً فورياً، كما ينبغي للبيانات التي تملأ الفجوة كلياً أو جزئياً أن تولد ACK فورياً. هنا يصبح الإقرار دليلاً تحتاجه استعادة الفقد.

سجل RFC 2525 مشكلة stretch ACK التنفيذية. فوصول ACK جزء من ساعة التحكم لدى المرسل؛ وتقليل أحداثها أكثر من اللازم قد يبطئ النمو أو يجمع الإرسال في دفعات أكبر.