الخلاصة

  • اقترحت RFC 1046 طابوراً محدوداً للتأخير المنخفض، بحيث يملك ما قُبل فيه حداً لانتظار العقدة. أما الفائض فيُسقط، وتبقى حصة الفئة من الوصلة محدودة حتى لا تمنع الفئات الأخرى من العمل.
  • عند التزاحم، لم تكن طلبات Type-of-Service المتعددة حقوقاً تتجمع. كانت بدائل OR: تختار العقدة طابوراً واحداً، وقد يرفع الرجوع إلى طابور آخر فرصة القبول لكنه يبدّل التأخير والاعتمادية وقد يعيد ترتيب الرزم.

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

نُشرت الوثيقة في فبراير 1988 بقلم W. Prue وJ. Postel بوصفها ورقة أفكار للنقاش. لم تزعم انتشار التنفيذ، ولم تثبت نسباً عالمية. هي سجل لاقتراح يبيّن كيف تتحول صفة مرغوبة إلى توزيع ملموس للخسارة والانتظار والسعة.

طلبٌ في الرأس، ومقايضة في العقدة

عرّفت RFC 791 بايت Type of Service في IPv4: أسبقية، ورغبات في تأخير منخفض، ومعدل نقل مرتفع، واعتمادية مرتفعة. ووصفت الاختيار بين الخصائص الثلاث بأنه مقايضة؛ تحسين واحدة قد يضعف أخرى.

لم يحمل الحقل عمق الطابور ولا معدل الوصلة ولا نسبة الموارد المخصصة. كان يصف ما يفضله المرسل. أما RFC 1046 فحاولت تحديد ما قد تفعله عقدة الإخراج بهذا التفضيل عندما لا تكفي الموارد للجميع.

هذا الفصل يمنع استنتاجاً شائعاً: رؤية العلامة لا تثبت تنفيذ الخدمة. لا بد من سجل التصنيف، والقبول، والطابور، والإرسال أو الإسقاط.

MGD كان حداً لمن دخل، لا وعداً لكل من طلب

سمّت الوثيقة الهدف Maximum Guaranteed Delay لكل عقدة، شريطة أن تعبر الرزمة الإنترنت بنجاح. القيد مهم: الحد يخص انتظار الرزمة المقبولة، ولا يضمن أن كل رزمة موسومة ستدخل أو تصل إلى التطبيق.

كما أن التأخير المنخفض أحادي الاتجاه. لا يعني زمناً منخفضاً للذهاب والإياب؛ قد تحمل الاستجابة أو ACK فئة مختلفة.

ربطت الوثيقة الحد بالمعادلة:

أقصى تأخير = N / (P × R)

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

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

الطابور القصير يحمي الساعة بإسقاط الفائض

اقترحت RFC 1046 طابوراً صغيراً وخدمةً بمعدل يمنع فئة التأخير المنخفض من استهلاك موارد مفرطة. عندما يتجاوز الوصول الحد، تُسقط الرزم الجديدة. ورأت أن Source Quench لن يستجيب بالسرعة الكافية لطابور بهذه الصغر، لذلك لم توصِ به لهذه الفئة في الصورة الأساسية.

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

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

ليست هذه مراتب «جيد وأفضل». لكل فئة ضرر مفضل: سقوط مبكر، أو انتظار أطول، أو استهلاك أكبر لفرص الوصلة.

OR جعل البتات خيارات لا سندات ملكية

قالت الخوارزمية إن الطلبات المتعددة تُفسر عند التزاحم على أنها OR لا AND. يمكن الحصول على تأخير منخفض ومعدل مرتفع معاً فقط حين لا تضطر الموارد العقدة إلى الاختيار.

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

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

الأسبقية سمحت بالتجاوز ولم تسمح بالجوع الدائم

إلى جانب الفئات، عالج المقترح ثمانية مستويات أسبقية. تستطيع الرزمة الأعلى أن تتقدم داخل طابور الفئة، لكن كل تجاوز يضيف إلى الرزمة المنتظرة نقاط «إحباط» محلية. وبعد عدد كافٍ لا تعود الرزمة القديمة قابلة للتأخير بالطريقة نفسها.

لا تنتقل هذه القيمة إلى العقدة التالية ولا تغيّر رأس الرزمة. كما لا تطرد الأسبقية رزمة سبق قبولها من طابور ممتلئ؛ يسقط أحدث وصول حتى إن كان ذا أسبقية عالية.

لكن هذه الآلية تضعف حساب MGD البسيط. في مثال RFC، يمكن لرزمة منخفضة التأخير من دون أسبقية مرتفعة مماثلة أن تنتظر من مرة إلى 28 مرة مقارنة بالحالة من دون طابور أسبقية. لذلك لا تكفي عبارة «طُلِب تأخير منخفض» لقياس النتيجة.

بقيت النسب والضبط قرارات بشرية

قسّمت الوثيقة مثالاً إلى 17% للتأخير المنخفض و50% لمعدل النقل و33% للاعتمادية، واقترحت chits نسبية لتنعيم فرص الخدمة. لم تجعل هذه الأرقام معياراً. وسألت: من يحدد MGD والنسب؟ كيف نحدّ من إساءة استعمال الفئات المرغوبة؟ هل يستحق التعقيد؟ وما الاختبارات اللازمة؟

واقترحت عدّ الفئة التي استُخدمت فعلاً عندما تطلب الرزمة عدة فئات. حساب ثلاث علامات كأنها ثلاث خدمات منجزة كان سيطمس الفرق بين الطلب والتنفيذ.

الوثائق اللاحقة تضبط الزمن التاريخي

وصفت RFC 1349 TOS لاحقاً بأنه آلية استشارية محضة لا تناسب طلب ضمانات. وميّزت RFC 2474 وRFC 2475 لاحقاً بين codepoint، والسلوك في كل قفزة، والخدمة، وتهيئة المرور، وآلية التنفيذ.

لا تثبت هذه النصوص أن RFC 1046 نُفذت أو أن DiffServ ورث طوابيرها حرفياً. إنها تؤكد فقط أن العلامة المحمولة ليست المورد المحلي ولا العقد التشغيلي.

وتسجل RFC 1016 سياق Source Quench في ذلك الزمن، بينما تلزم RFC 6633 لاحقاً بعدم إرساله وبإهماله، وتنص على ألا تُنفذ طريقة RFC 1016. الإشارة تاريخية وليست نصيحة تشغيلية اليوم.

المصادر وحدود الإثبات

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