الخلاصة

  • يشرح RFC 9957 آلية Queue Protection أو QProt عند مدخل طابور Low-Latency؛ تجمع الآلية تأخر الطابور مع درجة لكل تدفق تتلاشى بمرور الوقت، وقد تعيد الحزمة الحالية إلى Classic.
  • الدرجة هي مساهمة حسابية محلية تحت مفتاح تدفق عملي وإعداد محدد، وليست هوية أو نية أو تشخيص تطبيق أو حكم خدمة من طرف إلى طرف.
  • يلزم حفظ قاعدة التصنيف والحالة والتهيئة والقرار في سجل واحد، ثم طلب دليل خدمة مستقل قبل توسيع الاستنتاج.

القرار يخص مدخل الحزمة فقط

يشرح RFC 9957 QProt في DOCSIS 3.1. توجد فيه طابور Low-Latency إلى جانب Classic. ويظل الطابور الأول مفيداً عندما لا تبني التدفقات المشتركة فيه طابوراً باستمرار. تعمل QProt بعد التصنيف ومعالجة AQM المناسبة وقبل الإدخال في الطابور؛ في الاتجاه الصاعد على cable modem وفي الهابط على CMTS.

إذا تحققت شروط السياسة، تعيد الآلية الحزمة الواصلة إلى Classic. لا تبحث في الحزم السابقة عن «الأسوأ»، ولا تقطع حساباً، ولا تغيّر ECN الطرفي لكي تفرض سياسة على عنق زجاجة لاحق. سلطتها هي معالجة حزمة في مورد يملكه المشغّل.

والتمييز اللفظي مهم: non-queue-building بسياق RFC وصف للسلوك، أما NQB بحروف كبيرة فهو وسم Diffserv في RFC 9956. لا يضمن الوسم السلوك، ولا يثبت النقل إلى Classic أن المرسل تعمّد إساءة استخدام أولوية.

ما الذي تقوله الدرجة فعلاً

تحتفظ QProt بحالة لتدفق، غالباً خمسية الطبقة الرابعة. تنخفض درجة الاصطفاف مع الزمن، وتزداد بحجم الحزمة مضروباً في probNative، أي احتمال وسم ECN الذي يحسبه AQM الأصلي في طابور LL. لذلك ليست العقوبة على معدل الإرسال وحده؛ بل على وصول الحزم عندما تكون إشارات الازدحام المحلية أعلى.

تسمية RFC للحصة بأنها blame for queuing تعبير عن محاسبة خوارزمية، لا اتهام بشري. ثم تقتضي السياسة تجاوز تأخر الطابور لعتبة مهيأة وتجاوز درجة التدفق الوافد، بعد تحجيمها بزيادة التأخر، لحد آخر. السجل المسموح به هو: في هذا الطابور، بهذه الإعدادات، حققت هذه الحالة هذا الشرط فحُوّلت هذه الحزمة. لا يقول إن عميلاً سبب الحادث أو أن التطبيق خبيث أو أن كل مشغّل يجب أن يفعل المثل.

معرّف التدفق ليس شخصاً مسؤولاً

يعترف RFC بأن اختيار المعرّف عملي لا علمي. قد يجمع VPN مشفّر عدة تطبيقات تحت العناوين والمنافذ الخارجية ذاتها، وقد يقسم تطبيق واحد نشاطه بين تدفقات كثيرة، وقد تخفي التغليفات الرؤوس فتفرض مفتاحاً أقل دقة. لذلك يمكن للسجل أن ينسب الدرجة إلى التجميع المختار، لا إلى المشترك أو العقد أو سبب العمل.

وقد تكون إعادة التصنيف العرضية ناتجة من حمل عابر في عنق زجاجة واحد. لهذا لا ينبغي تعديل ECN من طرف إلى طرف للحكم مسبقاً على معالجة L4S في اتجاه لاحق. يمكن أن يكون الإشارة مشتركة؛ أما القرار القادم فيبقى محلياً لمن يستطيع رؤيته وشرحه والتراجع عنه.

الحماية لا تحسم القضية

الحزمة التي تنتقل إلى Classic قد تنتظر أطول وقد يعاد ترتيبها في تدفقها. هذه كلفة مقصودة لمنع الجميع من ادعاء ملاءمة الكمون المنخفض بلا ثمن. لكنها ليست عقوبة دائمة لتدفق كامل؛ توجيه التدفقات الكاملة أو تغيير DSCP يردان كأفكار خارج النطاق الحالي. كما أن ضغط buckets أو المعالجة قد يزيد تحويل تدفقات بريئة. لا يمنح RFC شهادة مناعة لمنصة بعينها؛ يلزم اختبار التنفيذ والسعة والأنفاق في المسار الجاري فعلاً.

سجل بحجم الآلية

احتفظ بإصدار المصنّف والمدخل؛ وطريقة استخراج مفتاح التدفق؛ والتأخر واحتمال AQM والدرجة والمعلمات الفعالة؛ والشرط والفعل؛ والغموض كالتجميع داخل نفق أو ضغط الحالة. وإذا أريد ادعاء أثر خدمة، تضاف طبقة منفصلة من معاملة أو مسبار صناعي أو قياس مستخدم على المسار نفسه. هذه هي أولوية الكود الجاري: الحقيقة الأولى ملك للمصنّف والطابور اللذين تصرفا؛ أما أثر العميل أو العقد أو السعة فله سلسلة أدلة ومالك قرار آخر.

Sources