الخلاصة

  • اشترطت RFC 6020 أن تكون كل أسماء وحدات YANG ووحداتها الفرعية في السجل، وكذلك كل مساحات أسماء XML، فريدة. لكن ممارسة IANA أبقت الاسم ومساحة الأسماء نفسيهما للمراجعات المتعاقبة.
  • عدلت RFC 9890، التي يرد Andy Bierman وMohamed Boucadair وQin Wu ضمن مؤلفيها، الحد: التفرد يخص النسخة الأولية، وعلى المراجعات الاحتفاظ بالاسم الأولي وبمساحة أسماء XML الأولية للوحدة.
  • ثبات الهوية لا يعني ثبات المحتوى. تاريخ المراجعة والملف الدقيق واختيار الاستيراد والتحقق والتنفيذ والملاحظة التشغيلية إيصالات مستقلة.

في لقطة سجل IANA بتاريخ 1 سبتمبر 2026، ظهر الاسم ietf-yang-types في ثلاثة صفوف. حملت الملفات تواريخ 2010-09-24 و2013-07-15 و2025-12-22. تغيرت وثائق RFC المرجعية، بينما بقي اسم الوحدة ومساحة أسماء XML كما هما.

كانت هذه الصورة تبدو مخالفة للنص القديم في RFC 6020. فقد نص القسم 14 على أن جميع الأسماء وجميع مساحات الأسماء في السجل يجب أن تكون فريدة. لكن الصفوف الثلاثة لم تكن ثلاث مطالبات أولية متنافسة. كانت ثلاث حالات تحريرية لهوية واحدة.

في أكتوبر 2025 جعلت RFC 9890 النص يصف الشيء الذي يديره السجل بالفعل. لم تضف عملية تشغيل جديدة؛ بل فصلت بين منح الهوية أول مرة وبين توثيق مراجعة لاحقة.

تطابق النص لا يحدد نوع الحدث

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

تضع القاعدة المصححة أربع حدود. يجب أن تكون أسماء النسخ الأولية للوحدات والوحدات الفرعية فريدة. ويجب أن تكون مساحات أسماء XML للوحدات الأولية فريدة. ثم تحتفظ كل مراجعة بالاسم الأولي، وتحتفظ مراجعة الوحدة أيضاً بمساحة أسماء XML الأولية.

تحمي الحدود الأولى هوية عامة من أن تستولي عليها سلسلة مستقلة. وتحمي الحدود الثانية السلسلة الشرعية من أن تضطر إلى تغيير هويتها مع كل تعديل تحريري.

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

الاسم الواحد يمكن أن يحمل تعريفات مختلفة

بعد التصحيح يظهر اختصار معاكس: إذا كان الاسم ومساحة الأسماء متطابقين، فهل المراجعات قابلة للاستبدال؟ توضح RFC 7950 أن الجواب لا.

في YANG 1.1 تصف عبارات revision التاريخ التحريري للوحدة، وتستخدم التاريخ وسيطاً. ويُفترض أن يضيف كل تغيير منشور مراجعة جديدة في مقدمة تسلسل زمني عكسي. ويجمع اسم الملف الموصى به بين اسم الوحدة الثابت و@revision-date الاختياري.

يجيب الاسم عن سؤال السلسلة التي ينتمي إليها الملف، ويجيب التاريخ عن الحالة التحريرية داخل تلك السلسلة. استمرار الأول لا يجمد الثاني.

يتحول الفرق إلى اختيار فعلي عند الاستيراد. إذا وُجد revision-date تُستخدم تعريفات المراجعة المحددة، ويكون التاريخ غير الموجود خطأ. وإذا غاب التاريخ، تعد RFC 7950 اختيار المراجعة غير محدد. ويمكن حتى استيراد مراجعات متعددة للوحدة نفسها باستخدام بادئات مختلفة.

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

التاريخ يحدد الحالة والتجزئة تثبت البايتات

يشير صف ietf-yang-types لعام 2010 إلى RFC 6021، وصف 2013 إلى RFC 6991، وصف 2025 إلى RFC 9911. تستمر الهوية، بينما تتغير الملفات المؤرخة والسلطة الوثائقية.

إذا احتفظ الجرد بالاسم وحده، دمج ثلاث حالات في كائن مبهم. وإذا اخترع أسماء مثل v1 وv2 وv3، أنشأ هويات لم تخصصها IANA. السجل الدقيق يحتاج إلى بعدين: الاسم القانوني والمراجعة المؤرخة.

وفي الإنتاج تضاف تجزئة الملف وعنوانه وRFC المصدر وإصدار الحزمة أو البرنامج الثابت وإصدار parser وعلاقات الاستيراد ونتيجة التحقق ونطاق النشر والملاحظة. يبين التاريخ الاختيار المقصود، وتثبت التجزئة البايتات، ويحدد manifest ما شُحن، ويبين الاختبار ما قُبل، وتبين telemetry ما حدث فعلاً.

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

قوة السجل في ضيق ادعائه

أصبحت RFC 9890 مرجعاً ذا سلطة لإجراء تعيين الأسماء. ومع ذلك صرحت بأنها لا تضيف عمليات جديدة أو متطلبات إدارة جديدة، ولا تنشئ مخاطر أمنية جديدة أو متزايدة.

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

يوضح مبدأ «المواصفة الأولية الدنيا» لدى Heng Lu موضع الخط. يحتاج الاسم ومساحة الأسماء إلى إجابة مشتركة لأن التصادم يكسر المراجع بين المشاركين. أما اختيار الإصدار والتغليف ونافذة التغيير وقبول المخاطر فتبقى لدى من يدير النظام المحلي.

المراجعة المسجلة خيار متاح وليست أمراً عالمياً بالتحديث. تبقى الهوية العامة مستقرة بينما تتخذ الأدوات والموردون والمشغلون قراراتهم المستقبلية في أوقات مختلفة.

اسم Qin Wu يثبت المصدر ولا يمنح سلطة تشغيلية

تضع RFC 9890 ‏Qin Wu من Huawei ضمن فريق المؤلفين مع Andy Bierman وMohamed Boucadair. ويربط ملف IETF Datatracker الرسمي عدداً كبيراً من وثائق RFC بالهوية العامة نفسها. وهذا يقدم سياقاً قابلاً للتحقق للمشاركة في أعمال YANG وإدارة الشبكات.

لكنه لا يجعل Qin Wu مالكاً منفرداً للقاعدة. تنتج عملية IETF الوثيقة، وتدير IANA السجل، وتكتب فرق المواصفات المراجعات، وينفذها الموردون، ويقرر المشغلون ما يدخل الإنتاج.

يحفظ فصل الأدوار الإسناد الصحيح. خطأ السجل يعود إلى عملية التسجيل. اختلاف parser يعود إلى المنتج. انتقال غير مختبر يعود إلى سلسلة الموافقة والنشر. اسم المؤلف يثبت منشأ النص ولا ينقل مسؤولية الأنظمة التي يديرها آخرون.

قيمة الإسهام محددة: جعل الحد المعياري يصف استمرار الهوية الذي احتاج إليه السجل، من دون الاستيلاء على القرارات اللاحقة.

لا تصحح الممارسة النص إلا إذا حفظت غايته

أولوية الكود العامل لا تعني أن كل ممارسة منتشرة صحيحة. قد يعمل تنفيذ سيئ أيضاً. يجب اختبار الممارسة مقابل الخاصية المشتركة التي أنشئت القاعدة لحمايتها.

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

كما جعلت RFC 9890 التصحيح قابلاً للتدقيق. عرضت النص القديم، ووصفت اختلافه عن ممارسة IANA، ونشرت النص الجديد، وحددت السجل المعني. لم تخف التناقض تحت وصف «تعديل تحريري».

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

إيصال مراجعة يبقى صالحاً بعد التحديث التالي

تحتفظ الطبقة الأولى بالاسم ومساحة الأسماء ووثيقة التعيين والتاريخ وعلامة واضحة بأنها النسخة الأولية. ويعمل فحص التفرد على هذه الطبقة.

ترث كل مراجعة حقول الهوية وتضيف تاريخها وعنوان URL الدقيق والتجزئة وRFC المصدر والسلف. ويسجل النظام أيضاً هل اختير revision-date صراحة أم تُرك الاختيار غير محدد.

تحتفظ طبقة البرمجيات بإصدار parser وخريطة الاستيراد وfeatures وdeviations والحزمة والتحقق والبايتات الموزعة. وتربط الطبقة التشغيلية الموافقة والاختبار ونطاق النشر والأخطاء والملاحظة والرجوع.

يجب فصل الأفعال أيضاً: ‏IANA سجلت. وRFC حددت. والحزمة احتوت. وparser قبل. والمورد دعم. والمشغل نشر. والخدمة استمرت أو فشلت. لا تتكلم إشارة خضراء باسم المرحلة التالية.

المصادر