الخلاصة

  • يمنح RFC 9997 حاملي IANA Private Enterprise Numbers المؤهلين نطاقات خاصة من YANG SID يمكن حسابها مباشرة، من دون معاملة تخصيص منفصلة، مع بقاء الحدود الرقمية فريدة عالمياً.
  • ظهور PEN في تركيب SID لا يثبت provenance؛ فلا يصادق على وحدة YANG أو ملف .sid أو الجهة الناشرة أو المعنى المرتبط بالعدد.
  • تتطلب الثقة التشغيلية قناة نشر مخوّلة، وإصداراً وبصمة ثابتين، ومقارنة بقدرات الجهاز، ثم إثباتاً من التنفيذ الفعلي بأنه يقبل المخطط.

لنتصور وحدة تحكم تستقبل قياساً مختصراً بصيغة YANG-CBOR من بوابة صناعية. يأتي المفتاح عدداً صحيحاً بدلاً من اسم عقدة طويل. يقع العدد داخل النطاق الذي تحسبه الوحدة من PEN الخاص بالمصنّع. ويحوّله ملف .sid المحلي إلى إنذار حرارة. تنجح مراجعة النطاق ويُحلَّل CBOR بلا خطأ.

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

يكشف RFC 9997، المنشور في يوليو 2026 ضمن Standards Track في IETF، هذا الفصل بوضوح. فهو يحجز مساحات ضخمة لمعرّفات YANG Schema Item Identifiers الخاصة ويقدّم صيغة تحدد لكل حامل PEN نطاقه. أزال انتظار التخصيص لأجل التفرد، ولم يحوّل رقم المؤسسة إلى توقيع رقمي.

نطاقان كبيران بلا طابور تخصيص

تصف YANG في RFC 7950 بيانات الإدارة من خلال وحدات وحاويات وقوائم وأوراق وإجراءات وإشعارات. الأسماء النصية واضحة للبشر لكنها مكلفة في البيئات المحدودة. لذلك يحدد RFC 9254 YANG-CBOR، حيث يمكن تمثيل عنصر المخطط بمعرّف SID غير موقّع من 63 بت أو بفارق صغير عن SID حالي.

ينظم RFC 9595 التخصيص. يمكن تسجيل النطاقات العامة وفق سياسات IANA، بينما يدير مسؤول مفوّض القيم داخل النطاق الخاص. ويحفظ ملف .sid العلاقة الفعلية بين المفاهيم في وحدة YANG والأعداد الصحيحة.

يسجل RFC 9997 نطاقين كبيرين من فئة Private في سجل YANG SID لدى IANA. يمتد الأول من 3,000,000,000 إلى 3,999,999,999، وفيه مليار قيمة قابلة للتمثيل بعدد غير موقّع من 32 بت. ويمتد الثاني من 300,000,000,000 إلى 399,999,999,999، وفيه مئة مليار قيمة تتطلب تمثيل 64 بت.

إذا كان PEN أقل من 1,000,000، تحدد الصيغة كتلة من 100,000 SID في النطاق الكبير. وإذا كان أقل من 100,000، يحصل الحامل أيضاً على كتلة من 10,000 SID في نطاق 32 بت. لا يرسل طلباً منفصلاً، ولا ينتظر Expert Review لكل كتلة، ولا يحتاج إلى رد تخصيص من IANA. كل من يطبق الصيغة على PEN نفسه يصل إلى الحدين نفسيهما.

يعتمد التصميم على سجل Private Enterprise Numbers الذي تحافظ IANA على انخفاض كلفة التسجيل فيه. كان عدد PEN المخصصة نحو 66 ألفاً عند إعداد RFC 9997. وقدّر النص أن الأرقام الأقل من 100 ألف، وهي المؤهلة للكتلة الإضافية ذات 32 بت، قد تنفد قرابة 2040؛ أما بناء 64 بت فيمنح مجالاً أوسع بكثير.

كبر العدد المطلق لا يعني أن كل مفتاح يستهلك حجمه كاملاً على السلك. يستطيع YANG-CBOR ترميز العناصر المتقاربة بفوارق صغيرة. يوفّر نطاق 64 بت سعة التخصيص، ويحافظ delta على الاختصار. لذلك لا تكفي مقارنة طول الأرقام لقياس كلفة التشغيل.

وللأمثلة مساحة آمنة أيضاً. ينتج PEN المخصص للتوثيق في RFC 5612 كتل SID تحجزها IANA للتوثيق، كي لا تستخدم المواصفات أرقام مؤسسة حقيقية.

الصيغة تفوّض مساحة ولا تمنح صفة المؤلف

تبدو القاعدة التالية معقولة لكنها خاطئة: إذا وقع SID في كتلة المؤسسة «أ»، فلا بد أن النموذج صدر عنها. يرفض قسم الأمن في RFC 9997 ذلك صراحة. ظهور PEN في SID ليس provenance ولا يضمن أن SID أو النموذج جاء من حامل PEN. يجب التحقق من المصدر الموثوق بصورة مستقلة.

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

يوضح RFC 8126 الحد العام لسلطة السجل. تحدد السياسة كيف تُنسق القيم وما مستوى المراجعة. لكن تسجيل نطاق لا يضمن كل أثر مستقبلي يستخدم أرقامه. تدير IANA سجل PEN والنطاقين الكبيرين، ويدير الحامل تخصيصاته الداخلية. ويبقى على المستهلك توثيق الملف الذي سيستخدمه.

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

ملف .sid يمارس سلطة دلالية

وصف .sid بأنه metadata للبناء يقلل من أهميته. يحذر RFC 9595 من أن الخريطة تصل المفاهيم الدلالية بالأعداد. إذا سيطر مصدر غير موثوق على هذا الربط، فقد يُفسَّر إدخال صحيح نحوياً بوصفه ورقة أو إشعاراً أو إجراءً مختلفاً.

ولا يلزم وجود مهاجم. قد تستورد سلسلة البناء إصداراً قديماً. وقد تُبدل حزمة الخريطة من دون تثبيت مراجعة الوحدة. وقد يعلن الجهاز إصداراً في YANG Library بينما يستخدم المتحكم إصداراً آخر. وفي الاستحواذ قد تنتقل المستودعات والفريق والعلامة وPEN في أوقات مختلفة. وقد يعيد فريق جديد استعمال تخصيصات منتج متوقف.

لذلك تتكون وحدة الثقة من هوية الناشر المخوّل، واسم وحدة YANG ومراجعتها، والبايتات الدقيقة وبصمة .sid، ودليل السلامة، وقناة الحصول، وبيان قدرات فئة الجهاز. عبارة «من نطاق المصنّع» لا تكفي لاتخاذ قرار آلي.

يوصي RFC 9595 باستيراد ملفات .sid من مصادر موثوقة فقط. وحتى أنظمة الإدارة الأقل تقييداً تحتاج إلى مصدر للخريطة موثوق بقدر مصدر وحدة YANG. يمكن لإصدار موقّع أو commit مثبت أو حزمة متحقق منها أن يقدم الدليل. شكل الرقم لا يقدمه.

كما أن المعرّف القابل للـdereference قد يتحول إلى اتصال شبكي خفي. تكشف عملية الحل النماذج التي يهتم بها المشغل، وتتيح تتبع الطلبات، وقد تعيد محتوى مختلفاً بين بناء وآخر. تتطلب قابلية إعادة الإنتاج حفظ البايتات والبصمة وقرار المنشأ، لا مجرد URL عمل مرة واحدة.

الاكتشاف يدل على المكان ولا يمنح الثقة

لا يبني RFC 9997 خدمة لاكتشاف وحدة YANG وراء SID خاص. يستطيع الحامل نشر repository، ويمكن للجهاز عرض الوحدات والمراجعات وfeatures وdeviations من خلال YANG Library في RFC 8525. ويستطيع دليل خارجي فهرسة المصدرين.

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

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

التنفيذ الفعلي يحتفظ بالقرار الأخير

حتى المنشأ الصحيح لا يضمن التشغيل البيني. قد ينفذ الجهاز مراجعة أخرى، أو يعطل feature اختيارية، أو يعلن deviations، أو يقيد datastore، أو يرفض إجراء وفق حالته المحلية. تمنح YANG Library دليلاً على القدرات المعلنة، لا وعداً بقبول كل عملية صحيحة نظرياً.

يجب أن يحفظ السجل التشغيلي خمس طبقات: تنسق IANA سجل PEN والنطاقات؛ يخصص الحامل داخل كتلته؛ ينشر ناشر الوحدة والخريطة؛ يتحقق المستهلك ويحل المعنى؛ ويقبل التنفيذ أو يرفض. الحقل الواحد sid_valid=true يمحو أسباب القرار.

تشرح فكرة Heng Lu عن Minimum Initial Specification قوة التصميم: لا يوضع في الطبقة المشتركة إلا ما يجب أن يكون مشتركاً. يوحّد RFC 9997 حساب التفرد ويترك القرارات الدلالية محلية. يبدأ الخلل حين تُرفع الطبقة الرقيقة إلى سلطة شاملة.

تضع Running-Code Primacy الحقيقة التشغيلية في قبول التنفيذ للمدخل المتوافق. وتمنع Reality Layers دمج سجل PEN والكتلة المحسوبة والخريطة المنشورة والقدرة المعلنة والنتيجة المرصودة في حقيقة واحدة. الأدلة مترابطة وليست قابلة للاستبدال.