حين قال الخادم إنه مثقل، ضاعفت الشبكة العمل

الخلاصة

• في المثال المحدود الوارد في RFC 5390، أمكن لطلب SIP واحد أن يولد ما يصل إلى ثمانية عشر طلباً ومثلها من الاستجابات عند اجتماع ثلاثة خوادم مثقلة، والمحاولة على بدائل، وإعادة الإرسال عبر UDP.
• لم تحدد 503 بدقة أي مورد امتلأ، ولا مقدار الحمل الذي ما زال مقبولاً، ولا ما إذا كانت الإشارة تخص عنوان IP أو مضيفاً أو URI؛ لذلك كان ممكناً أن يتكرر العمل أو تُعطل سعة سليمة أو يتأرجح الحمل.
• فصلت الأعمال اللاحقة بين المراقب وقرار التحكم والتغذية الراجعة والمنفذ عند المنبع. وصول الرفض لا يثبت أن الإرسال انخفض، وانخفاض الإرسال لا يثبت أن المكالمة نجحت.

الصدق المحلي لم يكن سياسة للنظام

أتاح RFC 3261 للخادم أن يجيب بـ503 عند العجز المؤقت، وأن يضيف Retry-After ليقترح مدة انتظار. كما أتاح للوكيل أن يجرب خادماً بديلاً. إذا كان العطل محصوراً في آلة واحدة وكانت آلة أخرى تملك سعة مستقلة، فإن هذا السلوك يحول التعدد إلى توافر فعلي.

وضع RFC 5390 الحالة التي تنقلب فيها النتيجة. كان أمام موزع الحمل ثلاثة خوادم، S1 وS2 وS3، لكنها جميعاً مثقلة. أرسل الطلب إلى الأول، ثم انتقل إلى الثاني بعد 503، ثم إلى الثالث. اضطر كل خادم إلى استقبال العمل وتحليله وجدولته وصنع جواب رفض، مع أنه لا يملك مورداً يكفي لإنجاز المعاملة الأصلية.

كل خادم وصف حالته بصدق. وكل انتقال اتبع منطق البديل. لكن لا شيء في السلسلة خفض العمل المعروض. تغير العنوان فقط. كانت القائمة تحتوي ثلاثة أسماء، بينما الواقع يحتوي صفراً من مسارات السعة المستقلة.

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

ثمانية عشر طلباً كانت فاتورة مشروطة لا رقماً دعائياً

الخادم المثقل قد يتأخر حتى في صنع الرفض. خلال الانتظار، يستطيع عميل SIP الذي يستخدم UDP إعادة الإرسال. حسب مثال RFC 5390 أربع معاملات SIP، بما فيها المسافة بين العميل والوكيل، وما يصل إلى سبع إعادات إرسال لكل معاملة UDP قبل انتهاء المهلة. ضمن هذه الفرضيات وصل طلب أصلي واحد إلى حد أقصى قدره ثمانية عشر طلباً وثمانية عشر جواباً.

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

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

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

دليـل البدائل أخفى خريطة الاعتماد

أضاف RFC 5390 وكيلاً أعلى من فرعين. كان P1 يكتشف، بعد تجربة S1 وS2 وS3، أن المجموعة كلها مثقلة. غير أن هذه المعرفة لم تعد إلى الوكيل الأعلى كحالة تحكم ذات نطاق قابل للاستخدام. جرب الوكيل P2، فعاد P2 إلى الخوادم الثلاثة نفسها.

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

لهذا لا تُقاس المرونة بعدد النقاط المسماة. واجهتان تعتمدان على قاعدة بيانات متوقفة هما مجال فشل واحد بالنسبة إلى الطلب المحتاج إليها. ومساران ينتهيان في بوابة PSTN نفسها لا يمنحان فرصتين مستقلتين للنجاح.

ينبغي أن تملك كل محاولة جديدة تفسيراً قابلاً للاختبار: ما المورد المستقل الذي أضافه هذا المسار؟ إذا غاب الجواب، فإن عبارة «جربنا كل الخوادم» تسجل نشاط الخوارزمية ولا تثبت جدوى القرار.

الإشارة الضيقة استطاعت إغلاق مجموعة سليمة

الغموض نفسه لم يؤد دائماً إلى إرسال زائد. لاحظ RFC 5390 أن RFC 3261 لم يحسم بما يكفي إن كانت 503 تخص عنوان IP أو اسم مضيف أو URI. استخدمت بعض التطبيقات اسم المضيف. وإذا وزع DNS SRV ذلك الاسم على عدة أعضاء، أمكن لرفض عضو واحد أن يوقف الحركة إلى المجموعة كلها.

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

طلب REQ 18 في RFC 5390 أن يكون نطاق الإشارة غير ملتبس بين IP والمضيف وURI. النطاق ليس زخرفة وصفية؛ إنه حد السلطة التي مُنحت للمستقبل كي يتصرف. يستطيع الخادم وصف معالجه المحلي، لكنه لا يستطيع بمجرد الكود نفسه أن يقرر حالة إخوته أو قاعدة مشتركة أو اسم DNS كاملاً.

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

مؤقت ثنائي صنع تذبذباً من قرارين صحيحين

يمنح Retry-After الخادم فرصة لتصريف المتراكم، لكن الفعل الأساسي كان ثنائياً. في مثال الخادمين من RFC 5390، كان S1 وS2 يعملان عند كامل السعة. عندما رفض S1 وطلب فترة هدوء، نقل الوكيل كل الحركة إلى S2. تلقى S2 قرابة ضعفي طاقته، فرفض بدوره، ثم عادت الحركة إلى S1 عند انتهاء المؤقت الأول.

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

حدد RFC نطاق الاستنتاج بعناية. إذا وجد عدد كبير من العملاء المستقلين وكان نصيب كل منهم صغيراً، فقد يقارب إرسال 503 إلى مجموعة فرعية منهم تخفيضاً أدق. لذلك لا يصح القول إن Retry-After يتذبذب في كل بنية. الدليل هو أن السلوك الأساسي لم يضمن تحكماً تدريجياً مستقراً في البنى التي أراد RFC 5390 حمايتها.

طلب REQ 7 تمييز درجات الحمل، وطلب REQ 21 استقرار الإنتاجية حين يعود الحمل المعروض إلى أقل من السعة. لم تكن الإضافة تحسيناً لغوياً في رسالة خطأ، بل شرطاً لسلوك حلقة ديناميكية عبر الزمن.

السبب الواحد في الواجهة أخفى قرارات متعاكسة

استُخدمت 503 أيضاً عندما لم يكن معالج SIP نفسه مثقلاً. قد تملك بوابة سعة إشارة كافية، لكن لا يوجد مسار PSTN ملائم للمكالمة. وقد تكون الواجهات الأمامية سليمة بينما قاعدة البيانات المشتركة متوقفة. في الحالة الأولى يمكن أن ينجح مسار بديل؛ وفي الثانية تعيد واجهة أخرى العمل إلى الاعتماد المعطل نفسه.

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

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

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

البنية اللاحقة وزعت المسؤولية على أربع مراحل

سمى RFC 6357 العناصر صراحة: معالج SIP المحمي، monitor يأخذ عينات، control function يحول العينات إلى feedback، وactuator عند جهة الإرسال يطبق التخفيض. يقيس المصب ويبلغ؛ ويخفض المنبع أو يؤخر أو يرفض أو يعيد التوجيه قبل أن يبلغ العمل الزائد المورد النادر.

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

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

حمل RFC 7339 لاحقاً معلومات الحمل من جار إلى جار في مدخل Via الأعلى. ولأن العميل المجاور يستهلك ذلك المدخل، بقيت التغذية مرتبطة بعلاقة قفزة واحدة. وصف oc التخفيض في الخوارزمية الافتراضية المعتمدة على الفقد، وحدد oc-validity العمر، ورتب oc-seq التحديثات، وعرف oc-algo فئة الخوارزمية. وجود الحقول لا يثبت أن المنفذ استجاب ولا أن المسار كله محمي.

نسبة الفقد وسقف المعدل لم يكونا الوعد نفسه

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

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

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

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

الإنتاجية المفيدة تمنع الاحتفال بإجابات بلا نتائج

جعل RFC 5390 useful throughput هدفه الأول عندما يفوق العرض السعة بكثير. لم يجعل عدد الاستجابات هدفاً. يستطيع نظام أن يجيب بالرفض بسرعة كبيرة ولا ينجز أي عمل يحتاجه المستخدم.

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

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

وفق انضباط طبقات الواقع لدى Lu Heng، تبقى صيغة البروتوكول وحالة المورد وفعل الوكيل ونتيجة الإنسان حقائق مختلفة. لا تتحول إمكانية معيارية إلى سيطرة فعلية إلا حين ينفذها running code ويترك أثراً قابلاً للتحقق. التوافق على حقل Via لا يخلق سعة ولا يفصل اعتماداً مشتركاً.

حدود الدليل

يثبت السجل المجمد نص RFC 5390 ووضعه كوثيقة Informational والمشكلات التي وصفها، كما يثبت البنية التي عرضتها RFC 6357 وRFC 7339 وRFC 7415. لا يثبت أن ناقلاً أو منتجاً أو شبكة حالية تستخدم هذه الآليات، ولا يربط حادثاً فعلياً بنموذج الطلبات الثمانية عشر.

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

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