الخلاصة

  • أصبحت المراجعة 04 من draft-ietf-green-power-and-energy-yang متاحة في 9 سبتمبر 2026. وهي ما زالت Internet-Draft لمجموعة GREEN بحالة I-D Exists، وليست RFC أو معياراً معتمداً.
  • يذكر قسم جديد أن source-component-id يرتبط بحقل uuid في RFC 8348 كي يربط Energy Object عبر الأجهزة وأنظمة الإدارة والنطاقات الإدارية.
  • لكن وحدة YANG في الإصدار نفسه تجعل leafref يتجه إلى /hw:hardware/hw:component/hw:name. ووفق YANG 1.1 يحدد المسار العقدة المرجعية ومجال قيمها؛ لذلك يختار العقد التنفيذي الاسم المحلي لا حقل UUID المنفصل.
  • الإصلاح الأول هو توحيد النص والمخطط. ويقترح Daniel Kade أيضاً إيصالاً محمياً لربط الهوية عند الاستبدال وإعادة الربط. هذا الاقتراح ليس من متطلبات المسودة.

فقرة جديدة فوق مسار قديم

تضع صفحة وثائق IETF الحديثة المراجعة 04 في 9 سبتمبر. ويصفها سجل Datatracker بأنها وثيقة نشطة لمجموعة GREEN، فيما يسجل التاريخ إتاحة النسخة عند 05:30:49 في المنطقة الزمنية -0700 المعروضة. لا تزال الحالة I-D Exists. نجاح فحص صياغة YANG لا يعني أن الشرح البشري والمسار البرمجي اختارا الهوية نفسها.

يقارن قسم تعريف مكوّنات العتاد ثلاثة حقول من RFC 8348. يكون name ذا معنى داخل جهاز بعينه، ويتوقف physical-index على دعم وظيفة MIB، بينما يقدم uuid بوصفه الوحيد ذا التفرد العالمي. ثم يقول النص إن source-component-id مربوط بذلك UUID، بحيث يمكن تتبع المكوّن بين أجهزة ومنصات ونطاقات مختلفة.

لكن الوحدة نفسها تحتفظ بالنوع leafref والمسار /hw:hardware/hw:component/hw:name، كما يصف الحقل بأنه مرجع إلى اسم المكوّن. كانت المراجعة 03 تستخدم المسار نفسه. ويظهر الفرق الرسمي أن تفسير UUID أصبح أقوى، من دون نقل الهدف إليه.

الآلة تتبع path لا النية المفترضة

ينص RFC 7950 على أن path في leafref يحدد leaf أو leaf-list المشار إليه، وأن المرجع يأخذ مجال قيم الهدف. والهدف هنا هو name.

في RFC 8348، يمثل name مفتاحاً نصياً لقائمة المكونات. أما uuid فهو leaf آخر اختياري، للقراءة فقط، ونوعه yang:uuid. كما يحدد RFC نطاق النموذج بإدارة عتاد خادم واحد. لذلك قد يكون psu-1 اسماً صالحاً في جهازين، من دون أن يكون دليلاً على مكوّن عالمي واحد.

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

قبل جمع الطاقة أو التحكم بها يجب تثبيت صاحبها

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

تفصل شجرة التحكم بين حالة الطاقة الإدارية المطلوبة والحالة التشغيلية المرصودة. ويسمح مرجع آخر يستخدم require-instance false ببقاء الإعداد قبل ظهور Energy Object أو بعد اختفائه؛ ولا يكون له أثر أثناء الغياب. ويحذر قسم الأمن من أن كتابة غير مصرح بها قد تطفئ بنية حرجة أو تضر العتاد أو تعطل المراقبة. ويوصي بتقييد العمليات عبر NACM عند استخدام NETCONF أو RESTCONF.

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

عقد واحد وإيصال لإعادة الربط

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

أما التشغيل فيمكنه الاحتفاظ بإيصال محمي يتضمن:

  1. إصدار الوحدة المستخدم وبصمته؛
  2. معرف Energy Object والجهاز والنطاق الإداري؛
  3. الاسم المحلي وUUID المرصود أو غيابه الصريح؛
  4. مصدر الربط وسلطته ووقت الرصد؛
  5. دليل الرقم التسلسلي أو الأصل أو الاستبدال إن توفر؛
  6. الاختفاء أو التبديل أو إعادة التخصيص أو دمج السجلات؛
  7. نية الطاقة الإدارية التي بقيت مرتبطة؛
  8. صاحب قرار إعادة الربط ووقته؛
  9. نتيجة الفحص قبل استئناف الجمع أو التحكم.

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

تضع مقالة Heng Lu عن الحد الأدنى للمواصفة الأولية حداً مناسباً: نوحد فقط ما تحتاجه الأنظمة المستقلة لفهم الحد الفاصل. وتضيف The Policy Mirror أن التنفيذ الآلي لا ينبغي أن يخفي القاعدة والموضوع اللذين أطلقاه.

هذا الإيصال اقتراح تحريري مني، وليس بنداً في المراجعة 04 ولا قراراً من GREEN.

حدود الأدلة

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

الخلاصة المحددة هي أن النص الجديد يعد بربط عبر UUID، بينما الوحدة الحالية تختار component/name.

المصادر