الخلاصة

  • قسّم RFC 791 الثماني بين الأولوية ومؤشرات مستقلة للتأخير والإنتاجية والموثوقية.
  • جعله RFC 1349 قيمة TOS واحدة من أربعة بتات، ثم عرّف RFC 2474 ستة بتات لـ DSCP وخصّص RFC 3168 البتين الأخيرين لـ ECN.

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

أعاد RFC 1349 في عام 1992 صياغة الجزء ذي الأربعة بتات كقيمة واحدة: أقل تأخير، أو أعلى إنتاجية، أو أعلى موثوقية، أو أقل تكلفة نقدية، أو خدمة عادية. وكان على المضيفات والموجّهات معالجة النوع غير المعروف بصورة صحيحة من دون فهم دلالته. ظل TOS طلباً لا وعداً.

استبدل RFC 2474 ذلك بحقل الخدمات المتمايزة. أصبحت البتات الست العليا DSCP غير مهيكلة، وتختار سلوكاً لكل قفزة؛ أما البتان الباقيان فصُنّفا «Currently Unused» في معالجة Diffserv، وكان يجب تجاهلهما عند اختيار ذلك السلوك. ويمكن ضبط الربط بين الرمز والسلوك، كما يمكن للنطاقات الإدارية إعادة وسم الحقل عند حدودها. ويقرّ النص بعدم التوافق مع بنية RFC 791؛ أما Class Selector فيحافظ على توافق تاريخي محدود مع الأولوية القديمة.

خصّص RFC 3168 البتين السفليين لـ ECN. والرموز الأربعة هي Not-ECT وECT(0) وECT(1) وCongestion Experienced ‏(CE). إذا شاركت نقطتا نهاية النقل، فقد تغيّر إدارة الطوابير النشطة وسم رزمة ECT إلى CE بدلاً من إسقاطها عند بدء الازدحام. لكن ECN لا يضمن التسليم ولا يلغي فقد الحزم.

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

Sources