الخلاصة

  • يعرّف RFC 9940 Value وEvent وFault وProblem وSymptom وCause وAlert وAlarm ككائنات مختلفة؛ وشرح علاقاتها لا يمنح علاجاً آلياً أو صلاحية تغيير.
  • قد يدل الإنذار على حالة مورد غير مرغوبة، وقد يغلق المشغّل العمل، فيما يظل سببها ونتيجة الخدمة وسلطة التغيير التالي أدلة مستقلة.

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

RFC 9940 وثيقة IETF معلوماتية نُشرت في أبريل 2026، وتضع مصطلحات لإدارة أعطال الشبكة ومشكلاتها في طبقة الشبكة وما دونها. غايتها أن تتكلم نماذج البيانات وبروتوكولات الإدارة بدقة عند الإبلاغ عن الأعطال والمشكلات أو عرضها أو التعامل معها. ليست بروتوكولاً لاكتشاف السبب، ولا برهاناً على استعادة خدمة، ولا تفويضاً لتغيير نظام آخر.

تبدأ البنية بـ Characteristic، وهو جانب يمكن ملاحظته أو قياسه في Resource؛ وValue هي قياسه. Change هو تغير القيمة عبر الزمن، بينما Event تغير عند لحظة مميزة. تفسر Condition قيماً لخاصية أو أكثر، وState هي Condition لمورد عند وقت محدد. لذلك لا تنتقل القراءة إلى حالة من غير تفسير: نافذة القياس ومعدل العينة والحد والمنظور تؤثر كلها في هذا الانتقال.

تتوقف Relevance على السياسة والمنظور والنية ومعلومات أخرى. Event أو Change ذو صلة يصبح Occurrence. والـ Fault هو Occurrence غير مرغوب فيه قد يدل على State غير مرغوب فيه الآن أو لاحقاً. أما Problem فهو State غير مرغوب قد يحتاج إلى علاج، لكنه لا يلزم أن يرتبط بـ Cause واحدة. يشير Symptom إلى Problem؛ وقد تُستدل Cause أو تُحدد من عدة Faults وProblems وSymptoms. يشير Alert إلى Fault، ويعني Alarm أن Resource في State غير مرغوب يستدعي اهتماماً تصحيحياً.

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

RFC 8632 يضع الحذر نفسه في نموذج الإنذار. موارد السبب الجذري المرشحة هي تلميحات للعميل، وليست نسبة نهائية. ويفصل أيضاً بين is-cleared، وهو حالة الإنذار، وclosed، وهي حالة المشغّل. قد يعني الأول أن الشرط المرصود لم يعد ظاهراً، والثاني أن شخصاً يعتبر العمل التصحيحي ناجحاً. لا يثبت أي منهما منفرداً مدى القياس أو السبب أو ما حدث لكل خدمة تعتمد على المورد.

ولا تحمل التليمترية نية الخدمة بنفسها. يرتب RFC 9940 التليمترية والمراقبة والتحليل وقابلية الرصد كسلسلة، وينص على أن بيانات التليمترية لا تتضمن تعريف الخدمة. يعرّف RFC 9315 النية كأهداف ونتائج تصريحية لا تعرفها الشبكة وحدها. ويفصل RFC 9417 بين metric وsymptom وhealth score وحالة تعذر جمع metric. يمكن للدرجة أن ترتب التحقيق، ولا تمنح وحدها حق سحب مسار أو الفوترة أو إنهاء حادث أو وعد عميل بنتيجة.

يستخدم Daniel Kade تمييز طبقات الواقع في docs/heng-lu-note.md كعدسة تحريرية لا كقاعدة IETF. يجب حفظ القراءة الأصلية والحد والسياسة والتصنيف وفرضية السبب والقرار المصرح به والتغيير والملاحظة اللاحقة كسجلات منفصلة. هكذا يظل التنبيه سريعاً من دون أن ينتحل وظيفة سلسلة الدليل كاملة.

المصادر