الخلاصة

  • draft-ietf-cats-oam-fw-01 مسودّة إنترنت نشطة لدى فريق CATS، وليست RFC أو سجل نشر أو أمراً تشغيلياً.
  • تميّز طبقات الوصلة والمسار والمثيل والخدمة بين الاتصال وحالة المثيل والدليل الممتد إلى الخدمة.
  • تتحقق Policy Verification من التمرير المرصود مقابل اختيار C-PS السابق؛ ويحدد المديرون الأوزان التي أنتجت ذلك الاختيار.
  • ينبغي أن يفصل إيصال الانتقال من القياس إلى المعالجة المصدر والحداثة والسياسة والتعارض والفعل والتنفيذ والنتيجة.

القدرة على الملاحظة لا تمنح تفويضاً للتشغيل

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

وينبغي قراءة حالة الوثيقة بالانضباط نفسه. يعرضها Datatracker كوثيقة نشطة لفريق العمل، وبحالة IESG هي I-D Exists، وبنية Informational، مع تاريخ انتهاء في يناير/كانون الثاني 2027. هذه حقائق عن موضعها في العملية فقط. لا تثبت أن مشغلاً بعينه نشرها، أو أن خدمة تحسنت، أو أن سياسة محلية ملزمة. مسودّات الإنترنت عمل جار وقد تُحدّث أو تُستبدل.

أربع طبقات لا تنتج حكماً واحداً

تراقب Link OAM الوصلة، وPath OAM المسار بين الممرّرات، وInstance OAM موارد المثيل وصحته، وService OAM الطريق من الممرّر الداخل إلى مثيل الخدمة. يمنع هذا التقسيم خلط واجهة IP التي تجيب بخدمة تطبيق متوقفة أو عالقة أو جائعة للموارد. لكنه لا يزيل الفوارق بين ما تقيسه الطبقات: حمل CPU ليس معاملة تطبيق، وزمن القياس ليس تفسيراً تعاقدياً لـ SLA، وعزل نطاق واحد ليس دليلاً على السبب أو الذنب أو الضرر.

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

التحقق من السياسة مطابقة لقرار سابق

تسأل Policy Verification سؤالاً ضيقاً: هل يتفق التمرير الفعلي، من CATS-Router الداخل إلى المثيل المختار، مع قرار CATS Path Selector أو C-PS؟ وهي تتحقق من التنفيذ في مقابل اختيار سابق؛ ولا تحكم بأن ذلك الاختيار هو السياسة الصحيحة.

فمطابقة المسار لا تثبت أن وزن الشبكة والحوسبة كان صائباً، وعدم المطابقة لا يختار وزناً جديداً أو تجاوزاً أو إيقافاً أو تحويلاً أو موافقة إنسانية. تقتضي المتطلبات الإدارية أن يعرّف المديرون سياسات CATS، بما فيها الأوزان بين موارد الشبكة والحوسبة. تصل القياسات إلى C-SMA ويستخدمها C-PS داخل تلك السياسة؛ أما مسؤولية محتوى السياسة وتغييرها فتظل لدى السلطة المحلية المصرح لها.

كشف التعارض لا يختار قاعدة الحل

تسمح Instance OAM بأسلوبي push وpull. وعند تعارض القيم يجب أن يكتشف النظام التعارض، لكن المسودّة لا تفرض استراتيجية حل واحدة لأن المناسبة تعتمد على النشر. أي مصدر يرجح؟ كم من التأخر مقبول؟ متى يوقف شخص الأتمتة؟ وهل يغيّر الاستثناء وقت الصيانة الفعل الملائم؟ هذه أسئلة تظل محلية ولا يحسمها رسم القياس.

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

إيصال من القياس إلى المعالجة

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

وتبقى النتيجة في سطر مستقل. تطابق التمرير مع C-PS دليل اتساق تنفيذ، لا دليل تعافي الخدمة أو نجاح العميل أو الوفاء بـ SLA. هذا الإيصال توصية تحريرية من Daniel Kade، وليس مطلباً من IETF ولا ادعاءً عن نشر قائم لـ CATS.

المصادر

  1. draft-ietf-cats-oam-fw-01
  2. ميثاق فريق عمل CATS
  3. RFC 7282
  4. Heng Lu, The Multi-Stakeholder Mirage