رهان الثانية الواحدة: كيف قصّر TCP مؤقت إعادة الإرسال الأولي

الخلاصة

• أوصى RFC 6298 بـ RTO أولي مقداره ثانية واحدة بدلًا من ثلاث، لأن أكثر من 97.5% من أزمنة RTT المرصودة كانت أقل من ثانية.
• إذا انتهى مؤقت أقل من ثلاث ثوانٍ أثناء انتظار تأكيد SYN، فيجب إعادة RTO إلى ثلاث ثوانٍ قبل بدء إرسال البيانات.

مؤقت قبل وجود الدليل

يحسِب TCP مهلة إعادة الإرسال عادةً من قياسات RTT. لكن عند بدء الاتصال لا توجد عينة بعد. وإذا فُقد SYN أو الرد عليه، فعلى المرسل أن يختار بين انتظار طويل وإعادة إرسال مبكرة على مسار بطيء فحسب.

كان RFC 2988 يستخدم ثلاث ثوانٍ. أوصى RFC 6298 بثانية واحدة، مع السماح للتنفيذ باستخدام قيمة أكبر وأكثر تحفظًا. هذه توصية SHOULD وليست MUST.

ما الذي دعمته القياسات

عرض الملحق A القرار باعتباره مفاضلة تستند إلى ملاحظات تاريخية. وجدت دراسة واسعة أن أكثر من 97.5% من RTT لاتصالات مرصودة كانت تحت ثانية، وأن إعادة إرسال المصافحة بلغت نحو 2%. وفي المقابل، تجاوز RTT ثانية واحدة لدى نحو 2.5% من الاتصالات المرصودة.

في مجموعات البيانات المذكورة، قُدّرت إعادة الإرسال غير الضرورية بأقل من 0.1% في معظمها، لكنها بلغت نحو 1.1% في سجل تتبّع لشبكة Dartmouth اللاسلكية. ومن بين الاتصالات التي أعادت إرسال SYN، كان يمكن لـ43% إلى 87% أن تحقق مكسبًا لا يقل عن 10%، ولـ17% إلى 73% مكسبًا لا يقل عن 50% وفق التحليل الافتراضي المضاد. هذه قياسات تاريخية لعام 2011 وليست وصفًا لشبكات اليوم.

آلية الحماية المدمجة

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

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

المصادر

• RFC 6298 — Computing TCP's Retransmission Timer