الخلاصة

  • يجزّئ FQ-PIE الخماسية الظاهرة إلى دلاء صفوف محدودة، ويدير PIE لكل صف، ثم يخدمها بمجدول مشتق من DRR.
  • الإسقاط عند امتلاء السعة يثبت عدم قبول حزمة محلياً، ولا يحدد العميل المتسبب أو يثبت عدالة النتيجة.
  • يجب فصل أدلة التصنيف والقياس وقرار الازدحام وخدمة المجدول واستجابة النقل ونتيجة المستخدم.

حدث قبول لا وثيقة اتهام

تصل حزمة إلى واجهة لم يعد فيها موضع. ينص مشروع FQ-PIE على إسقاطها من دون مزيد من المعالجة. قد يبدو من السهل نسب الحدث إلى أكبر تدفق أو أكثر عميل نشاطاً، لكن القرار لم يجر ذلك التحليل. لا تحمل الحزمة المسقطة دليلاً على من ملأ السعة، ولا تثبت أن معاقبة تدفق معين كانت ستعيد الخدمة.

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

الإصدار 02 من مشروع IETF في مجموعة TSVWG، وعنوانه Flow Queue PIE، مؤرخ في 6 يوليو 2026 وتنتهي صلاحيته في 7 يناير 2027. يسجله Datatracker وثيقة نشطة لمجموعة العمل بحالة IESG هي I-D Exists، ويقترح النص حالة Experimental. ليس وثيقة RFC.

الدلو عنوان تشغيلي لا هوية

يصنف FQ-PIE الحزمة باستخدام رقم البروتوكول وعنواني المصدر والوجهة ومنفذي المصدر والوجهة. تُجزّأ هذه الخماسية إلى جدول محدود من الصفوف. هذا حل عملي، لكنه لا ينشئ سجلاً للعملاء أو التطبيقات.

قد تقع خماسيتان لا علاقة بينهما في الدلو نفسه فتشتركان في حالة PIE وفرصة الخدمة. وفي الاتجاه المقابل، يستطيع تطبيق أو عميل واحد فتح اتصالات عدة والظهور في دلاء متعددة. يمكن للمجدول أن يعامل كل دلو وفق قواعده بدقة، بينما يحصل عميل ذو ثمانية تدفقات على فرص أكثر من عميل ذي تدفق واحد.

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

النفق يغير ما يمكن رؤيته

قد يجمع نفق مشفر مئات الجلسات الداخلية في تدفق خارجي واحد. وفي الجوار قد ينقسم تطبيق غير مغلف إلى خماسيات عديدة. أحياناً يكون النفق هو وحدة الخدمة المقصودة، وأحياناً يكون الالتزام لمشترك أو تطبيق. لا تستطيع عبارة «لكل تدفق» حسم الاختيار من دون تحديد نقطة الرؤية.

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

PIE يعمل على حالة مأخوذة بالعينات

يحافظ PIE على احتمال إسقاط يعتمد على الفرق بين تأخير الصف المقاس والهدف، وعلى اتجاه تغير التأخير. يستخدم RFC 8033 في أمثلته هدفاً قدره 15 ملي ثانية وفاصل تحديث افتراضياً قدره 15 ملي ثانية. الهدف مدخل لضابط، وليس ضماناً زمنياً لكل حزمة.

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

يمكن تقدير التأخير من طول الصف ومعدل التفريغ وفق قانون ليتل، أو قياسه بطوابع زمنية مباشرة. يوصي مشروع FQ-PIE بالطوابع المباشرة لأن معدل التفريغ لكل صف صعب القياس. انتقال الحزمة من صف المضيف إلى حلقة إرسال المشغل لا يعني أنها خرجت فعلاً على الوصلة.

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

العلامة ليست استجابة المرسل

يمكن وسم حزمة تدعم ECN بدلاً من إسقاطها. يثبت الوسم أن العقدة المحلية غيرت حقلاً وفق إعداد واحتمال وعتبة. لكنه لا يثبت أن المستقبل أعاد الإشارة أو أن المرسل خفض معدله أو أن ازدحاماً لاحقاً زال أو أن التطبيق تحسن.

كما أن الإسقاط لا يثبت تلك النتائج. إنه حدث محلي يحتاج لاحقاً إلى دليل من النقل والخدمة. ويختلف FQ-PIE عن إجراء الحد المشبع في FQ-CoDel: فهو لا يبحث عن أكبر صف بالحجم ثم يسقط منه دفعة كبيرة. يناقش المشروع أن الإسقاط الدفعي قد يؤدي إلى نقص استغلال الوصلة لأن PIE يعمل أصلاً عند الإدخال. غياب إسناد «أكبر صف» مقصود وينبغي ألا تعيده التقارير من عندها.

زيارة المجدول ليست مساواة في النهاية

يستخدم المجدول المشتق من deficit round robin حصة وعجزاً لزيارة الصفوف النشطة. تسجل الزيارة والعجز الموجب والبايتات المرسلة خدمة حقيقية للدلو. لكنها لا تثبت تساوي زمن الإكمال. أحجام الحزم وزمن الذهاب والعودة وضابط الازدحام والطلب والاختناق اللاحق وعدد التدفقات لكل جهة تغير النتيجة.

يمكن لوصلة مشغولة باستمرار أن تتعايش مع تصادم تدفقين، ونفق كبير في صف واحد، وتطبيق موزع على عدة صفوف. الاستغلال الجيد لا يثبت عدالة التوزيع، كما أن انتظام الزيارة لا يثبت جودة تجربة المستخدم. لكل مقياس مقام مختلف.

يذكر المشروع تطبيقات في Linux وFreeBSD وns-3. هذه قرينة على وجود كود، لا على أن واجهة إنتاج محددة اختارت FQ-PIE أو استخدمت المعلمات نفسها أو وضعت القياس في النقطة ذاتها. كما يسرد تفاعل BBR، وعتبة التحول بين الوسم والإسقاط، والتدفقات القصيرة، وتحسينات PIE، ودوال التجزئة البديلة ضمن مسائل التجربة المفتوحة.

المصادر