الخلاصة

  • تميّز RFC 7141 بين قرارين: ينبغي ألا تغيّر معدات الشبكة احتمال وسم كل حزمة أو إسقاطها بحسب حجمها، بينما ينبغي للنقل أن يفسر الحزمة المفقودة أو الموسومة بما يتناسب مع عدد بايتاتها.
  • يمنع هذا الفصل أن تصنع الشبكة ميزة للحزم الصغيرة، لكنه لا يملي استجابة النقل ولا يضمن تساوي معدلات البت أو انتشار التطبيق.

المعدل نفسه، وعدد الحزم أكبر بخمسة وعشرين ضعفاً

الحزمة وحدة عمل للموجّه، لكنها وعاء بايتات بالنسبة إلى الوصلة. ويصبح هذا الفرق مهماً في إدارة الطوابير النشطة (AQM)، التي تحاول الإشارة إلى الازدحام قبل امتلاء الطابور. في أواخر التسعينيات، جعل Random Early Detection (RED) السؤال بارزاً. ناقشت RFC 2309 إسقاط الحزم وفق نمط البايت لتقريب الفقد من استهلاك النطاق. لكن إذا قلت فرصة إسقاط الحزمة الصغيرة، أصبح حجمها ميزة بحد ذاته.

أعادت RFC 7141، المنشورة عام 2014 بوصفها Best Current Practice، فحص القرار. يقارن مثالها تدفقين بسرعة 48 ميغابت/ثانية: يرسل الأول حزمًا من 60 بايتاً والثاني حزمًا من 1,500 بايت. وعدد الحزم الصغيرة أكبر 25 مرة. عند إسقاط 0.1% من كل الحزم بالتساوي، يخسر التدفق الصغير حزمًا أكثر، لكن المثال يعطي التدفقين مقدار البتات المفقودة نفسه. أما الإسقاط وفق نمط البايت فيخفض احتمال إسقاط الحزم الصغيرة 25 مرة: فيتساوى عدد الحزم المفقودة، بينما يخسر التدفق الصغير بتات أقل بكثير. هذه نتيجة حسابية للمثال وليست قياساً لشبكة عاملة.

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

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

وعند تقسيم حزم ECN الموسومة أو دمجها، توصي القاعدة بالحفاظ على إجمالي البايتات الموسومة، مع استثناءات تفرضها التوافقية مع البروتوكولات السابقة. لاحقاً، استبدلت RFC 7567 التوصيات العامة لإدارة الطوابير في RFC 2309 واستشهدت بهذا الفصل. وقد وصفت دراسة RFC 7141 نفسها بشأن تطبيق RED بأنها محدودة، وقالت إن قاعدة تثبيت إسقاط نمط البايت بدت قليلة، إن وُجدت. تثبت الوثائق توصية تصميمية ونقاشاً تاريخياً، لا انتشاراً شاملاً أو هجوماً مرصوداً أو إعداداً حالياً.

المصادر: RFC 7141 · سجل محرر RFC · RFC 2309 · RFC 2914 · RFC 3168 · RFC 7567 · RFC 5681 · RFC 6679 · RFC 3550 · RFC 2474