الخلاصة

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

قيمة ما لم يُطلب من الشبكة

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

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

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

إضافة الفئة لا تثبت سلامة الأساس

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

لكن الفئة الإضافية لا تحدد ما يتبقى للمسار العادي. يمكن للأولوية أن تحمي تطبيقاً حساساً أو تمول التوسع؛ ويمكنها أيضاً أن تجوّع غير القادرين على الدفع إذا لم يكن للأساس حد محمي. القياس المطلوب هو المقام العادي عند نقطة التنافس، لا نجاح الفئة المدفوعة وحدها.

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

وحدة العد تختار المستفيد

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

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

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

عندما ينتهي التعاون

يوضح RFC 2914 مسؤولية الاستجابة للازدحام، ويناقش RFC 2309 الطوابير والتدفقات غير المستجيبة، ويسجل RFC 896 خطر الانهيار. الطريق المشترك ليس غياباً للحكم؛ إنه يعتمد على التعاون ما دام كافياً ويحتاج إلى دفاع عندما يفشل.

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

النشر سلسلة لا مفتاح واحد

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

يذكّر RFC 1958 بأن الإنترنت بلا مالك واحد أو تحكم مركزي. تتغير التطبيقات أسرع من البنية المشتركة والعقود. لذلك قد تبقى خدمة أقل دقة تتحمل التنسيق الجزئي أكثر إتاحة من نظام أجمل بعد اكتمال نشره.

يجب أن تسمي المراجعة الأجهزة والأطراف والحدود والتسوية ومسار الرجوع الآمن. افتراض النشر الشامل يخفي مخاطرة توافر داخل الخطة نفسها.

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

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

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

المصادر