الخلاصة

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

يستقبل الجامع كائناً مرتباً: الجذر envelope، والوقت صالح، وhostname مألوف، والرقم يلي سابقه، وتحديث YANG-Push داخل contents قابل للفك. ما ثبت حتى الآن هو أن هذه النسخة قُرئت. أما صحة الملاحظة واكتمالها فلهما أدلة أخرى.

تعالج المراجعة 05، المؤرخة في 18 مايو 2026، نقصاً عملياً. لا يحمل رأس RFC 5277 سوى eventTime الإلزامي ولا يقبل التوسعة. وعندما يمرر المستقبل الإشعار إلى وسيط رسائل أو قاعدة زمنية قد يضيع سياق النقل الأصلي. لذلك يجمع المشروع البيانات الوصفية والحمولة في بنية YANG قابلة للترميز بصيغ XML وJSON وCBOR.

يسجل Datatracker الوثيقة كمشروع إنترنت نشط لمجموعة NETCONF، يستهدف Proposed Standard وينتظر دفع رئيس المجموعة. ليست RFC. فائدتها أنها تجعل ادعاءات محددة قابلة للحمل، لا أنها تمنحها سلطة مطلقة.

المخطط يثبت الشكل فقط

عند التفعيل يحتوي envelope على event-time إلزامي وhostname وsequence-number اختياريين وcontents من نوع anydata. يحدد RFC 8791 البنية، ويحدد RFC 7951 وRFC 9254 ترميزي JSON وCBOR.

قد يثبت التحقق العقد والأنواع ومساحات الأسماء والترميز قياساً إلى النماذج المحملة. لكنه لا يثبت أن مجموعة النماذج هي المقصودة، أو أن داخل contents فُحص، أو أن القيم صحيحة. في 10 سبتمبر 2026 عرض Datatracker أربعة أخطاء وتحذيرين في YANG. ويسجل التاريخ أيضاً فحصاً أقدم بلا أخطاء عبر yanglint وpyang مع استثناء anydata في الأمثلة. يختلف التاريخ والنطاق، ولا يمثل أي منهما دليلاً على تنفيذ حي.

لذلك يسجل إيصال المخطط مراجعة الوحدة وfeatures والترميز ومساحات الأسماء أو SID وإصدار المدقق والنماذج المحملة وعمق الفحص الفعلي.

لا يصادق hostname على نفسه

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

يفصل قسم الأمن الأمرين؛ إذ يشترط نقلاً آمناً ومصادقة متبادلة لـNETCONF أو RESTCONF، ويحذر من أن كشف الاسم قد يساعد في رسم الشبكة أو حقن إشعارات مزورة. لا يثبت وصول edge-17.example عبر مسار غير موثق إلا أن جهة ما أرسلت تلك السلسلة.

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

التسلسل السليم يخص حقبة عملية واحدة

sequence-number هو counter32: يبدأ من 1، ويزداد مع كل إشعار تنشره العملية، ويعود إلى 0 بعد 4294967295. داخل حقبة مستقرة ومرصودة، تكشف الفجوة أو العودة إلى الخلف انقطاعاً مفيداً.

لكن المشروع لا يعرف معرف حقبة دائم ولا قاعدة لحفظ العداد بعد إعادة التشغيل. إذا بدأ المستقبل عند 914 فلن يرى ما سبق. قد تبدأ عملية جديدة بالاسم نفسه، وقد يفقد relay رسائل أو يكررها أو يعيد ترتيبها، وقد يلتف العداد طبيعياً. لذا تعني «لا فجوات» فقط أنه لم تُرَ فجوة في المجال المحفوظ لهذه الهوية والحقبة المعلنتين.

يربط إيصال الاستمرارية العداد بالعملية الموثقة ووقت البدء وأول قيمة وتفسير الصفر وبداية الاستقبال ومسار relay وتأكيد التخزين.

لكل وقت سؤال مختلف

يسجل event-time إنشاء الحدث، ويفسره المشروع كلحظة بناء الرسالة وإرسالها. تضيف توسعة الملاحظة timestamp لوقت القياس الدوري أو رصد تغير الحالة، ويميز point-in-time بين current-accounting وinitial-state وstate-changed.

يمنع ذلك وضع قياس أُخذ قبل حد زمني وأُرسل بعده في الوعاء الخطأ. لكن الصيغة لا توثق الساعة. يعرف RFC 6991 date-and-time، ويسمح بـ-00:00 حين تكون المنطقة الزمنية مجهولة. لا تثبت الكسور العشرية تزامن NTP/PTP أو التتبع إلى UTC أو حداً للخطأ أو الرتابة.

ينبغي حفظ وقت الملاحظة والإنشاء وanchor-time والوصول والتخزين منفصلة مع مصدر الساعة وعدم يقينها.

capability إعلان لا إيصال لنسخة بعينها

يتيح RFC 9196 نشر القدرات وقت التنفيذ أو الإعداد. تضيف المراجعة 05 مؤشرات دعم envelope وhostname/sequence ووقت الملاحظة، ما يحسن التفاوض.

تعني القيمة الصحيحة «مدعوم». لا تثبت أن المفتاح العام مفعل الآن، أو أن الحقل الاختياري ظهر في هذه الرسالة، أو أن قيمته صحيحة، أو أن كل وسيط حفظه. الدعم والضبط والإرسال والحفظ حالات منفصلة.

يعمل المفتاح على الخادم كله. تغييره ينهي جميع الاشتراكات القائمة، ويرسل subscription-terminated بالرأس القديم. وقد تتعايش الصيغ القديمة والجديدة في الشبكة. يحتاج إيصال الانتقال إلى معاملة التغيير والاشتراكات المنتهية وتوافق المستقبلين والحقب الجديدة.

يرث contents شروط الاشتراك

يربط RFC 8639 التسليم بالمرشحات والمستقبلين والصلاحيات ودورة الحياة. ويميز RFC 8641 بين periodic وon-change وبين datastore والمرشح وanchor وdampening والتزامن. لا تكون push-update كاملة إلا وفق شروط الاشتراك؛ وقد تختصر push-change-update تغيرات وسيطة أثناء dampening.

لا يكرر envelope العقد كله. Subscription ID مفتاح بحث، لا دليل على أن النسخة المسترجعة كانت نافذة عند الإنشاء. قد يتغير المرشح أو datastore أو الإذن أو trigger أو المستقبل بينما يبقى hostname والتسلسل منتظمين. يلزم حفظ بصمة تشفيرية للسياق الفعلي وأحداث دورة حياته.

يفصل RFC 8342 بين intended وrunning وoperational state. لا يثبت ترميز أمين لعرض واحد سلوك التحويل أو أثر الخدمة أو نتيجة المستخدم.

الحفظ اللاحق يحتاج هوية للمحتوى

يقول المشروع الأساسي إن contents يحمل القيم بلا تغيير، لكنه لا يوقعها. تحمي قناة NETCONF أو RESTCONF الآمنة اتصالاً واحداً. بعد الفك وإعادة الترميز والتمرير والتجميع والتخزين لا تنتقل تلك الضمانة تلقائياً مع الحمولة.

يقترح مشروع YANG provenance توقيع COSE على contents تحديداً. ويبين حدوده: يحمي المصدر والسلامة وقت التوقيع، ولا يضمن الحداثة أو صحة بيانات موقّع شرعي أو سلامة المفتاح أو توقيع كل وسيط أو الربط الموثوق بين Key ID والمصدر المرجعي.

يحفظ إيصال المحتوى digest وطريقة التوحيد والترميز والموقّع وسياسة المفتاح ونتيجة التحقق وسياق الحداثة وكل تحويل. ثم يبقى اختبار صحة الملاحظة مستقلاً.

ثمانية إيصالات بلا يقين مستعار

المطلوب: المخطط ونطاق التحقق؛ الهوية الموثقة؛ استمرارية العملية؛ الساعة وعدم اليقين؛ الاشتراك والتفويض؛ هوية المحتوى والتوقيع؛ النقل والحفظ اللاحق؛ datastore المرجعي والنتيجة المستقلة.

يسهل envelope حملها. لا يجوز أن يستعير hostname المصادقة، أو العداد تاريخاً دائماً، أو timestamp تزامناً، أو capability حضوراً فعلياً، أو البايت الصحيح حقيقة تشغيلية.