الخلاصة

  • نتجت المراجعة 11 من مشروع تعريف مقاييس CATS عن دمج جرى في 4 سبتمبر، وأضافت وقت الرصد وفترة الصلاحية اختيارياً وإرشادات تشغيلية واسعة. وما زالت مسودة عمل وليست RFC.
  • كان استبعاد معرّف الدالة من كل رسالة قراراً معلناً: فضّل المؤلفون اتفاق الموردين خارج النطاق عند التهيئة بدلاً من تعديل خوارزمية المنتقي ديناميكياً.
  • تجمع المراجعة مدى الدرجة وطريقة التطبيع ومعلماتها وصيغة التجميع وأوزانها واتجاه المقارنة في بيان إعداد رسمي متزامن خارجياً ومضبوط الإصدارات.
  • يجب عند التشغيل افتراض أن الدرجات متوافقة تماماً، لكن حقول القيمة لا تتضمن إصدار البيان أو بصمته أو حقبة تفعيله. صحة التوقيع وحداثة القياس لا تثبتان وحدة التفسير.
  • لا يلزم التفاوض على الخوارزمية في كل رسالة؛ يلزم فحص هوية بيان مشتركة، وتعيين إجراء عدم التطابق، وحفظ إيصال يربط البيان بالدرجة والقرار.

ما الذي تغيّر في 4 سبتمبر

دُمج طلب السحب 42 في مستودع CATS، وأصبح التثبيت الناتج جزءاً من المراجعة 11. تسجل صفحة Datatracker الوثيقة كمسودة نشطة لمجموعة العمل، وحالتها لدى IESG هي «I-D Exists». لا تدل هذه المكانة على اكتمال معيار أو نشر نظام فعلي.

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

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

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

غياب حقل الدالة لم يكن سهواً

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

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

وافق صاحب الاقتراح على هذا الحد، لأن إطار CATS لا يفترض إعادة التفاوض مع كل رسالة. ولذلك تحمل المراجعة 11 Observation_Time وValidity_Interval ولا تحمل حقل الدالة. ويذكر تعليق في طلب السحب 41 أن الطلب 42 أخذ الحقلين الاختياريين؛ أما الطلب 41 فظل مفتوحاً عند نهاية البحث.

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

قد تكون النسخة قديمة والرسالة سليمة

لنفترض أن المنتقي ومنتج المورد «أ» بقيا على البيان M1، بينما انتقل منتج المورد «ب» إلى M2، وفيه تغير حد للتطبيع أو وزن للتجميع. يرسل الاثنان درجة 7. يمكن أن يكون المفتاحان مخولين، والتوقيعان صحيحين، والقياسان حديثين. لكن الرقمين لا يعنيان بالضرورة القدرة نفسها.

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

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

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

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

بصمة مشتركة بدلاً من تفاوض جديد

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

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

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

يقصر إطار CATS الحالي هذه الوظائف على نطاق إداري واحد ويطلب دوال مشتركة. يسهل ذلك الضبط، ولا يلغي فشل التوزيع. ويعرض RFC 8911 سابقة محدودة لربط هوية المقياس بمعلماته الثابتة. ليست قاعدة مفروضة على CATS، بل مثال على حفظ المعنى بين التطبيقات.

المصادر

  1. Datatracker — تعريف مقاييس CATS
  2. المراجعة 11
  3. المراجعة 10
  4. سجل Datatracker
  5. مراجعة OPSDIR المبكرة
  6. قرار المؤلف بشأن الاتفاق خارج النطاق
  7. رد صاحب الاقتراح
  8. طلب السحب 41
  9. طلب السحب 42
  10. تثبيت دمج الطلب 42
  11. إطار CATS الحالي
  12. RFC 8911
  13. Heng Lu حول الحد الأدنى المشترك والقرار المحلي