الخلاصة

  • تتيح draft-ietf-netconf-yang-notifications-versioning-16 تقييد وحدة مسماة بتاريخ مراجعة محدد أو إصدار دلالي متوافق، ثم تسجيل إحداثياتها في إشعارات حالة الاشتراك.
  • يغطي content-id في YANG Library نطاقاً أوسع؛ فيستطيع كشف تغيّر تبعية مستوردة مع بقاء الوحدة المباشرة ثابتة، لكنه لا يسمّي السبب ولا يثبت عدم التوافق.
  • يتطلب الاستمرار الآمن ربط إشعار الحالة بلقطة مكتبة جديدة وإغلاق التبعيات واعتماد مفكك البيانات؛ فالكشف عن التغيير ليس قراراً بالسماح للبيانات بالعبور.

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

تعالج المراجعة 16 من YANG-Push Notification Versioning هذه الفجوة. ينشئ YANG-Push الحالي الاشتراكات وينقل تحديثات مخازن البيانات، لكنه لا يحمل مراجعة الوحدة المشترك فيها داخل آلية الاشتراك. وبعد ترقية العقدة، يمكن أن يتغيّر المخطط بينما يواصل Receiver استخدام نموذج سابق.

تضيف الوحدة ietf-yang-push-revision قيداً قابلاً للفحص. يستطيع الطلب تحديد تاريخ مراجعة YANG بعينه أو أحدث إصدار متوافق مع إصدار دلالي مذكور. وإذا عجز Publisher عن تلبية الشرط، يعيد invalid-value مع هوية أدق: revision-unsupported أو version-unsupported أو incompatible-revision-and-version. وهكذا يصبح حد القبول ظاهراً بدلاً من أن يختبئ خلف فشل عام.

تحمل حالة الاشتراك الإيصال الأول. تضيف المسودة إلى subscription-started وsubscription-modified اسم الوحدة والمراجعة والإصدار الاختياري وyang-library-content-id. ويعد تغيّر مراجعة وحدة متتبعة أو إصدارها خلال عمر الاشتراك تغيّراً في سياسة الاشتراك، ولذلك يجب أن ينتج subscription-modified. وبعد إعادة التشغيل، إذا لم تعد YANG Library تستوفي مراجعة الاشتراك المكوّن أو إصداره، فعلى Publisher إرسال subscription-terminated.

لكن هذا الإيصال يصف الوحدة المباشرة أولاً. في المثال الحاسم، يكون الاشتراك في /ietf-interfaces:interfaces وتظهر إحداثيات ietf-interfaces. إذا تغيّرت الوحدة نفسها، فقد تتغيّر الإحداثيات ومعرّف المحتوى معاً. أما إذا تغيّرت ietf-yang-types المستوردة وحدها، فيمكن أن تبقى مراجعة ietf-interfaces كما هي. ولا يعرف Receiver أن حالة مخطط الجهاز تحركت إلا من content ID.

الاتساع لا يعني الحسم. وفق RFC 8525، يمثل معرّف YANG Library معلومات المكتبة الحالية على خادم محدد بطريقة تعتمد على التنفيذ. ليس بصمة موحدة للمقارنة بين الخوادم، ولا تقريراً دلالياً بالفروق. تغيّره لا يحدد الوحدة التي تحركت، ولا يبين إن كان التغيير تحت مسار الاشتراك، ولا يثبت أن المفكك القديم غير متوافق.

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

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

تبدأ سلسلة قابلة للتدقيق بهوية Publisher وإعلانه دعم الوحدة. ويُحفظ معهما معرّف الاشتراك المحلي والمرشح أو المسار والقيود المقبولة والإحداثيات الأولية ومعرّف المحتوى الأولي. عند وصول حدث حالة، يقارن Receiver النطاقين. وإذا تحرك content ID، يجلب YANG Library الجديدة، ويحسب imports وincludes ذات الصلة، ويختار مفككاً أو يختبره، ثم يقرر السماح للبيانات بالمرور.

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

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

تحمل المراجعة 16 تاريخ 17 سبتمبر 2026. ويضعها سجل Datatracker في IETF Last Call حتى 29 سبتمبر، من دون تاريخ telechat في السجل المجمد. وأظهر تحقق YANG في 27 سبتمبر صفراً من الأخطاء والتحذيرات؛ وهذا يثبت نتيجة الأدوات على الوحدة المقدمة، لا صحة التنفيذ أو انتشاره. يظل النص الكامل Internet-Draft قابلاً للتغيير.

يعرّف RFC 8639 الإشعارات المشترك فيها، ويمدها RFC 8641 إلى YANG-Push، بينما يحدد RFC 7950 المراجعات والاستيراد في YANG. ولا تزال مسودتا YANG Module Versioning وYANG Semantic Versioning في طور العمل، ويقدم RFC 9196 سياقاً آخر لاختيار الإصدارات. ولا يحول أي وصف للتوافق دون الحاجة إلى اختبار مستهلك بعينه.

المصادر