الخلاصة
- يفصل المستقبِل بين سعته الفعلية
fcwndوهدف النقل الخلفيRLWND، فيما يبقىcwndلدى المرسِل قائماً. - تحدد
min(cwnd, RLWND, fcwnd)الإرسال، لكن النتيجة الواحدة لا تكشف أي سلطة فرضت القيد. - يتطلب النشر القابل للتدقيق حفظ المرشحين الثلاثة، وجودة قياس الطوابع الزمنية، وWindow Scale، وزمن الانتقال الذي لا يسحب رصيداً سبق إعلانه.
سلطة محلية تؤثر في طرف بعيد
تُقرأ النافذة الصغيرة عادة بوصفها امتلاءً في مخزن المستقبِل أو بطئاً في التطبيق. rLEDBAT يضيف احتمالاً مختلفاً: قد تتوافر السعة، لكن العميل يختار أن تتراجع التحديثات أو النسخ الاحتياطية أمام الاستخدام التفاعلي.
تمثل fcwnd قدرة الاستقبال، وتمثل RLWND الهدف المحسوب من تغير التأخير. يعلن المستقبِل الأصغر منهما، ثم يطبق المرسِل نافذة الازدحام cwnd. وهكذا تصبح SND.WND = min(cwnd, RLWND, fcwnd).
ينتمي كل مرشح إلى جهة مختلفة: الازدحام والمسار، قدرة الجهاز المستقبِل، أو سياسته. تحفظ الحزمة الحد الأدنى ولا تحفظ توقيع الفائز. لذلك قد يلقي الخادم اللوم على الشبكة، وتلقي الشبكة اللوم على الجهاز، بينما يكون الجهاز قد تباطأ عمداً.
قيمة التصميم أنه لا يحتاج إلى تعديل الخادم. فالمرسِل القياسي يحترم النافذة. لكن ذلك لا يلغي تحكمه: إذا كان cwnd أصغر، أو حدث فقد، ظلت آليات TCP المعتادة صاحبة القرار.
الوعد السابق يقيّد القرار الجديد
حافة النافذة اليمنى إذن بإرسال مجال من أرقام التسلسل. لا يجوز للمستقبِل إرجاعها فوراً عندما يحسب RLWND أصغر. بل يخفض الإعلان مع وصول البايتات حتى يبلغ الهدف، وقد يستغرق ذلك نحو RTT.
من ثم فإن الفرق المؤقت بين القرار والقيمة المرئية قد يكون التزاماً صحيحاً لا بطئاً. ينبغي أن يسجل الإيصال وقت القرار، والهدف، وتسلسل الإعلانات، والبايتات قيد النقل.
قياس زمني لا شهادة موثقة
تتيح TCP Timestamps تتبع تغير التأخير الأمامي من دون مزامنة الساعات، لأن الإزاحة الثابتة تزول في الفروق. لكن الدقة والانحراف والقيم المتكررة وDelayed ACK وطابور العودة وإعادة الإرسال تؤثر في العينات. وقد لا يرى المستقبِل فقد الذيل إذا لم تصل قطعة لاحقة تكشف الفجوة.
يجب ربط RLWND بالعينات الخام والمقبولة، وأسباب الاستبعاد، والتأخير الأساسي وRTT. كما أن التوقيت غير موثّق تشفيرياً؛ يستطيع مهاجم على المسار التأثير في المشاهدة وإطالة تنازل تنزيل تحديثات.
دقة تُحسم عند بدء الاتصال
يوسع Window Scale المدى لكنه يجعل الخطوة أخشن. يحذر RFC من أن عاملاً فوق 11 قد يكون خشناً، ويوصي بأقل من 12 مع بقاء الأمر تجريبياً. ولأن العامل يُتفاوض عليه عند الاتصال، قد لا يمكن إصلاح التذبذب من دون اتصال جديد.
ما الذي يعنيه Experimental
RFC 9840 وثيقة تجريبية من IRTF/ICCRG. ما زالت علاقة متحكمَي الإرسال والاستقبال، وAQM، وL4S، والاستئناف بعد الخمول موضوع اختبار. لا يكفي متوسط السرعة؛ يلزم توزيع تأخير الطابور، والفقد، وECN، وطلب التطبيق، والنوافذ الثلاث، وفترات الخمول وخوارزمية المرسِل.
تثبت وثائق Microsoft Delivery Optimization ومادة Apple أن أنظمة التشغيل تدير النقل الخلفي فعلاً، لكنها لا تثبت أن منتجاً بعينه يطبق RFC 9840. ذلك يحتاج إلى دليل تنفيذ أو قياس مضبوط أو تصريح المورد.
المصادر
- RFC 9840 HTML
- سجل RFC 9840
- RFC 9840 نص
- RFC 9840 XML
- RFC 6817 LEDBAT
- RFC 9293 TCP
- RFC 7323 امتدادات TCP
- RFC 9438 CUBIC
- RFC 5681 ازدحام TCP
- RFC 7841 النافذة الابتدائية
- RFC 8289 CoDel
- RFC 8033 PIE
- RFC 9330 L4S
- مسودة LEDBAT++
- تقييم LEDBAT++
- أسئلة Delivery Optimization
- مستجدات Delivery Optimization
- Apple عن خفض التأخير
- RFC 2119
- RFC 8174
إحاطة الأعضاء
سياق أعمق للملف الشخصي
سجّل الدخول بمستوى العضوية المناسب لفتح الإحاطة الكاملة وملاحظات المصادر.
للدائرة الاستراتيجية فقط
الدائرة الاستراتيجية
مفتوح لجميع القراء. افتح إحاطات الملف الشخصي بعد الانضمام وتسجيل الدخول.
انضم إلى الدائرة الاستراتيجيةلأعضاء تحالف القيادات فقط
تحالف القيادات
لأصحاب الأصول الفكرية المؤهلين وللإدارة؛ سجّل الدخول للوصول إلى إحاطات التحالف.
انضم إلى تحالف القيادات
