لا تتحرك الساعة إلا مع الخبر المفيد: كيف ربط TCP مؤقته بالتأكيد الجديد

الخلاصة

• تعيد RFC 6298 تشغيل المؤقت عندما يؤكد ACK بيانات جديدة، لا لمجرد وصول ACK.
• يبدأ المؤقت عند إرسال البيانات، ويتوقف عند تأكيد كل البيانات المعلقة، وعند انتهائه يعاد إرسال أقدم مقطع لم يُؤكَّد.

حدود التأكيد هي التي تضبط الموعد

يحمي المؤقت البيانات التي ما زالت معلقة. عند إرسال حزمة تحمل بيانات، يبدأ المرسل المؤقت بقيمة RTO الحالية إذا لم يكن قيد التشغيل. ولا يؤدي إرسال بيانات إضافية، بحد ذاته، إلى نقل الموعد إلى الأمام.

تنص القاعدة 5.3 على إعادة التشغيل فقط عندما يؤكد ACK بيانات جديدة. عندها تكون الجهة المستقبلة قد تقدمت في حدود التسلسل المعروفة للمرسل، وقد تغير أقدم مقطع معلق؛ لذلك يبدأ فاصل RTO جديد.

أما ACK الذي يكرر الحد السابق فلا يحقق هذا الشرط. ومن هذه الصياغة يمكن استنتاج أن ACKs المكررة لا تستطيع تأجيل مهلة البيانات التي لم يُؤكَّد استلامها إلى ما لا نهاية. وهذا لا يعني أنها عديمة الفائدة في TCP عمومًا.

إذا أُكِّدت كل البيانات المعلقة، يُطفأ المؤقت. وإذا انتهى، يعيد المرسل إرسال أقدم مقطع لم يُؤكَّد.

ما هو إلزامي وما هو موصى به

تُلزم RFC 6298 التنفيذ بألا يعيد إرسال مقطع قبل مرور RTO كامل منذ إرساله السابق. أما تسلسل البدء والإيقاف وإعادة التشغيل فهو خوارزمية موصى بها لإدارة المؤقت. لا ينبغي الخلط بين القيد الإلزامي وطريقة تحقيقه الموصى بها.

لا تثبت الوثيقة سلوك كل تطبيق حالي، ولا تتناول هنا ACK المتأخر أو عينات RTT أو إعادة الإرسال السريع أو SACK أو التحكم في الازدحام أو التراجع بعد انتهاء المهلة.

المصادر

• RFC 6298 — Computing TCP's Retransmission Timer