الخلاصة

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

الفرع الخاص لا يوقف تغيّر running

يعالج draft-ietf-netconf-privcand-10 مشكلة محددة: قد يلتزم عميل، داخل مرشح مشترك، بتعديلات عميل آخر قبل اكتمالها. عند أول عملية مناسبة ينسخ الخادم running ويربط المرشح بجلسة NETCONF أو عميل RESTCONF.

بعد ذلك يستطيع كتّاب آخرون تغيير running. يقر المسودّة بأن الفرع طويل العمر قد يبتعد كثيراً. لا يعود إلى القاعدة الحالية إلا عبر update صريح، أو تحديث آلي معلن، أو التحديث الضمني السابق لـ commit.

يسجل Datatracker المراجعة 10 كمسودة Internet-Draft نشطة لمجموعة NETCONF، في Working Group Last Call وتهدف إلى Proposed Standard. ويؤرخها السجل في 24 أغسطس 2026. ليست RFC ولا تقرير تنفيذ.

ثمانية إيصالات

الأساس. نحتاج هوية الخادم، ومراجعة running أو بصمتها الدقيقة، ومكتبة YANG والمخطط والقيم الافتراضية، ووقت الإنشاء، وآخر update، وحالة trigger=all-updates. تقيس creation-point وlast-update وrunning الحالية أشياء مختلفة. وقد يعيد discard-changes حالة أصبحت قديمة.

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

لا يعلن عميل RESTCONF قدرته. ضمن RFC 8040 تجعل المسودة المرشح يُعتمد آلياً كي يبقى السلوك فورياً للعملاء القدامى. هذه ليست حدود الجلسة نفسها في NETCONF.

معنى الفرق. يوسع المشروع RFC 9144 للمقارنة مع running أو الإنشاء أو آخر update، لكن reference point اختياري. يحدد filter وall والمخطط والقيم الافتراضية والعقد المقروءة نطاق النتيجة. وتعني no-matches أن لا شيء قورن، لا أن لا فرق موجود.

يفصل RFC 8341 صلاحيات العمليات والمحتوى؛ وقد تُحذف العقد غير المقروءة بصمت. النتيجة الفارغة صحيحة داخل الرؤية المسموح بها فقط.

التزامن. يكشف القلب تعديلات الطرفين على العقدة نفسها: القيمة والوجود وترتيب القوائم وpresence container وleaf وleaf-list وبيانات YANG الوصفية. يمكن للخادم إضافة فحوص. لكن تعديل عقد مختلفة قد يجتمع ليتجاوز السعة أو يلغي التكرار أو يخالف سياسة. تحتاج الثوابت العابرة للعقد إلى تحقق مستقل.

سلطة الحل. يفشل revert-on-conflict العملية كلها؛ يحتفظ prefer-candidate بقيمة الفرع المتعارضة؛ ويستبدلها prefer-running. في التحديث الآلي قد يغيّر نمط النظام المرشح من دون علم العميل. يجب حفظ trigger والنمط والعقد والقيم قبل/بعد والقصد المتروك وصاحب القرار.

إيصال commit. يجري أولاً update ضمني ذرّي بنمط revert-on-conflict، ثم يُنسخ المرشح إلى running إذا نجح. التعارض يفرض الفشل. في RFC 6241 تعني <ok> غياب خطأ بروتوكولي، لا نجاح الشبكة. تُربط هوية الرسالة وبصمة المرشح ونتيجة update وتقرير التعارض ومراجعة running الجديدة.

التقارب. يميز RFC 8342 بين running وintended وoperational. التحويل والموارد المفقودة وتأخر التطبيق تفتح فجوات. يتيح RFC 8526 الوصول إليها عبر NETCONF ولا يجعلها متطابقة. يجب تحديد الجهاز ونافذة المراقبة.

النتيجة. يراقب طرف مستقل الواجهة أو المسار أو الطابور أو سياسة الأمان أو forwarding، ثم العملاء أو SLA أو العمل المتأثر. حالة الجهاز وتعافي الخدمة ادعاءان مختلفان.

المصادر وحدود المراجعة

طرحت مراجعة OPSDIR للمراجعة -06 أسئلة عن نقاط المرجع وتعريف datastore والأمان، بينما وصفتها مراجعة YANG Doctors لـ-06 بأنها “Almost ready”. ليستا حكماً جديداً على -10.

تشمل القاعدة التقنية RFC 6241 وRFC 8040 وRFC 8341 وRFC 8342 وRFC 8526 وRFC 9144. تصف هذه النصوص الدلالات ولا توثق تنفيذاً مسمى.