الخلاصة

  • تعني OC-Reduction-Percentage = 100 في RFC 7683 أن على العقدة المستجيبة تطبيق المعالجة على جميع الطلبات الجديدة المطابقة التي كانت سترسلها لولا الإجراء؛ ولا تضمن الخوارزمية انخفاضاً مطلقاً في حجم الحركة.
  • يتطلب إثبات النتيجة التشغيلية ربط OLR الدقيق بحالة OCS المقبولة، وقرارات كل طلب، وقياسات الحركة والإنتاجية المفيدة ضمن الهويات والنطاقات والفترة الزمنية نفسها.

أمر يلبس هيئة نتيجة

ترد عبارة «تخفيض مئة في المئة» عادة بعد مقارنة رقمين. أما في Diameter Overload Indication Conveyance، أو DOIC، فترد قبل معرفة الأثر. تعرّف RFC 7683 الحقل OC-Reduction-Percentage بأنه نسبة الحركة التي يُطلب من المرسل تقليلها قياساً إلى ما كان سيرسله من دون الإجراء. وتعني القيمة 100 طلب معالجة كل الحركة الواقعة ضمن النطاق لأن العقدة المبلِّغة تحت حمل شديد وتتوقف عن معالجة الرسائل الجديدة.

يثبت OLR نية واضحة في مستوى التحكم. لكنه ليس عداد دخول لدى العقدة المحمية، ولا إيصالاً من كل مشارك في المسار. لا يثبت أن جميع العملاء يدعمون DOIC، أو أن كل عقدة مستجيبة قبلت النسخة نفسها من الحالة، أو أن الطلبات المحوّلة اختفت من الشبكة. تحويل «طُلب» إلى «قيس» يوسّع الادعاء من دون أن يضيف دليلاً.

يوضح مسار Ben Campbell المهني سبب أهمية هذا الفصل. يعرّفه ملف IETF Datatracker متخصصاً في الاتصالات الآنية، ويسجل عمله السابق في IAB، وفي منصب ART Area Director، ورئاسة عدة مجموعات عمل. ويظهر اسمه بين مؤلفي RFC 7068 الخاصة بمتطلبات التحكم في التحميل الزائد، وRFC 7683 التي تحدد DOIC، وRFC 8583 التي تفصل معلومات الحمل عن تعليمات التحميل الزائد. لا تمنح هذه الوثائق عقدة واحدة معرفة لا تملكها.

القرار موزع بين عقدتين

تقرر العقدة المبلِّغة أن حالة التحميل الزائد تحتاج إلى خفض، وتحسب النسبة بطريقة يحددها التنفيذ، ثم ترسل Overload Report. تتلقى العقدة المستجيبة التقرير وتحفظ Overload Control State، أو OCS، وتختار رسائل الطلب المفردة التي ستخضع للمعالجة. وطريقة الاختيار أيضاً قرار تنفيذي.

تلزم خوارزمية الفقد الافتراضية العقدة المستجيبة بتطبيق المعالجة على النسبة المطلوبة من الطلبات الجديدة. غير أن RFC 7683 تضع الحد بوضوح: لأن الخوارزمية عديمة الحالة، فهي لا تضمن انخفاضاً مطلقاً في الحركة المرسلة؛ بل تضمن اختيار النسبة المطلوبة من الطلبات الجديدة للمعالجة.

ولا تعني المعالجة بالضرورة إلغاء الطلب. قد تحوّله قواعد التطبيق إلى وجهة أخرى أو تخنقه. تفضّل RFC 8581 التحويل عند التعامل مع Peer Overload Report، وتفرض الخنق إذا لم تكن لدى الأقران البدلاء سعة كافية. قد ينخفض الدخول إلى العقدة المحمية بينما يزداد الحمل لدى قرين آخر، أو ترتفع الأخطاء وإعادات المحاولة. ولكل نتيجة نقطة قياس مختلفة.

كلمة «الكل» محكومة بنطاق OCS

تميز RFC 7683 بين Host Report وRealm Report. ينطبق الأول على الطلبات الموجهة إلى مضيف، والثاني على الطلبات الموجهة ضمن realm، كما يدخل Application-ID في مطابقة الحالة. وتضيف RFC 8581 تقرير القرين لمعالجة تحميل Diameter Agent الزائد، ويُعرّف بالـApplication-ID وهوية Diameter الخاصة بالقرين.

إذن تعني القيمة 100 كل الطلبات المطابقة لـOCS فعّال بعينه، لا كل حركة Diameter. قد يظل تطبيق أو مضيف أو realm أو قرين آخر خارج النطاق. وقد لا يحمل عميل لا يدعم الامتداد الحالة نفسها. وفي Peer Report يجب تجاهل التقرير إذا لم يطابق SourceID هوية القرين الذي جاءت منه الاستجابة. فالمصدر الصحيح جزء من سلطة التحكم.

للحالة ترتيب زمني أيضاً. يحدّث OC-Sequence-Number الأكبر حالة OCS المطابقة، بينما يُتجاهل الرقم المساوي أو الأصغر. ويتطلب أي تغيير في مدة الصلاحية أو نسبة التخفيض زيادة الرقم. وما دامت تقارير أقدم لم تنتهِ صلاحيتها، يجب أن يبقى الترتيب صحيحاً حتى بعد إعادة تشغيل العقدة المبلِّغة. لذلك لا يكفي في التحقيق معرفة آخر قيمة أُرسلت؛ المهم النسخة التي قبلتها كل عقدة حين صنفت طلباً محدداً.

غياب OLR لا يعني انتهاء الحالة

تتعامل شاشات كثيرة مع اختفاء حقل التحذير بوصفه عودة إلى الوضع الطبيعي. يرفض DOIC هذا الاختصار. لا تحذف استجابة بلا OC-OLR حالة OCS؛ فغياب OLR يعني «لا تغيير». تستطيع العقدة المبلِّغة إعلان النهاية بمدة صلاحية تساوي صفراً، أو تنتهي الحالة عند انقضاء مدتها المحفوظة.

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

إن وضع علامة «تعافٍ» عند أول استجابة لا تحمل OLR قراءة معكوسة لآلة الحالة. واعتبار انتهاء OCS وحده دليلاً على سلامة الخدمة يستبدل قياس الأداء بانتهاء تعليمة.

التقارير الثلاثة لا تُجمع

يمكن أن تحمل الرسالة الواحدة تقارير Host وRealm وPeer معاً. تطلب RFC 8581 من العقدة المستجيبة أن تعالج تقرير المضيف أو realm أولاً، ثم تطبق معالجة القرين على الرسائل الناجية، مع احتساب ما خُفّض سابقاً لتفادي تذبذب الحمل.

ليست النسب ثلاث عدادات مستقلة للفقد. جمعها أو تطبيق كل واحدة على مجموعة الطلبات الأصلية يخترع مقاماً مشتركاً غير موجود. يحتاج التدقيق إلى عد المجموعات المتتابعة: الطلبات المرشحة، المطابقة لـHost أو Realm OCS، الباقية، المطابقة لـPeer OCS، ثم المحوّلة والمخنوقة والمرسلة بصورة عادية. عندئذ فقط تتحول النسبة من سياسة إلى عدد قابل للمراجعة.

مقياس Load يسير في الاتجاه المعاكس

تفصل RFC 8583 بين load الدائم وoverload الاستثنائي. يقدم Load Report معلومة أو إشارة تساعد في توزيع الحمل أو توقعه. أما OLR فيطلب صراحة خفض offered load، ويعمل عملياً كعقد بين العقدة المبلِّغة والعقدة المستجيبة.

حتى اتجاه الأرقام مختلف. في Diameter Load تعني القيمة الأعلى حملاً فعلياً أقل: تمثل 65535 حملاً صفرياً، وتمثل 0 حملاً بنسبة 100%. وفي OC-Reduction-Percentage تعني 0 أن لا حاجة للمعالجة، بينما تطلب 100 معالجة جميع الطلبات المطابقة. يمكن لحقل عام اسمه «النسبة» أن يقلب المعنى كاملاً من دون أي خطأ في الصيغة.

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

سلسلة إيصالات تصلح للتحقيق

يبدأ السجل بقرار الإبلاغ: هوية العقدة، وApplication-ID، ونوع التقرير، وإصدار منطق الحساب، والوقت. ثم يحتفظ بـOLR نفسه مع الرقم التسلسلي ومدة الصلاحية والخوارزمية والنسبة ووقت الإرسال.

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

بعد ذلك فقط تُقارن حركة الدخول في العقدة المحمية والأقران البدلاء، وخط الأساس الذي كان سيُرسل، والرفض وإعادات المحاولة، والإنتاجية المفيدة وأثر التطبيق ضمن النافذة نفسها. إذا انقطعت السلسلة وجب أن يتوقف الادعاء عند آخر إيصال. قد تصح عبارة «كان لدى العقدة A حالة OCS بنسبة 100%» بينما تظل عبارة «كانت الحركة صفراً» غير معلومة.

المصادر