الخلاصة
- تقترح
draft-cel-nfsv4-element-registries-00ثمانية سجلات لدى IANA للعمليات وعمليات الاستدعاء ورموز الحالة والسمات وقيم ACCESS وOPEN، بدلاً من اختيار المؤلف الرقم التالي الذي يراه شاغراً. - يسجل التخصيص العام إحداثية بروتوكول وتاريخها، لكنه لا يثبت أن كل تنفيذ في الإصدار الفرعي المذكور يعرف العنصر أو يدعمه أو يسمح به أو يحقق نتيجته.
اتفاق على رقم الإصدار واختلاف في القدرة
يفتح عميل جلسة مع خادم، وكلاهما ينتمي إلى الإصدار الفرعي نفسه. يرى المشغّل 4.1 في الجانبين فيفترض أن قاموس العمليات واحد. لكن RFC 8178 يسمح بمتغيرات صحيحة داخل الإصدار الفرعي، وفق الامتدادات الاختيارية التي اختارها كل تنفيذ.
يمكن لصف في سجل أن يقول 4.1+: أي إن النص المعياري يجعل العنصر صالحاً ابتداءً من ذلك الإصدار ما لم تسحبه وثيقة لاحقة. لا يقول الصف إن كل عميل وخادم نفّذ العنصر. الفارق بين الصلاحية المعيارية والقدرة الحية هو المكان الذي تبدأ فيه الأدلة التشغيلية.
قُدمت النسخة 00 من Registries of Network File System Version 4 Protocol Elements في 25 سبتمبر 2026 وتنتهي في 29 مارس 2027. يعرضها Datatracker كمسودة إنترنت فردية نشطة، من دون اعتماد مجموعة عمل أو مسار محدد أو مدير منطقة مسؤول أو موافقة IESG. يقترح رأسها Standards Track وتحديث RFC 8178 إذا اعتمدت. ليست RFC حالياً ولا دليلاً على أن IANA أنشأت السجلات.
حين يصبح العدد قرار تحليل
يضع NFSv4 عمليات الملفات والأقفال والجلسات وpNFS داخل COMPOUND. قيمة nfs_opnum4 تختار فرع XDR الذي يحمل المدخلات والنتائج. وللاستدعاءات العكسية مساحة CB_COMPOUND. رقم السمة هو أيضاً موضعها في bitmap الخاص بـfattr4. أما قيم ACCESS وOPEN فتحدد سلوكاً مطلوباً أو مبلغاً عنه.
يمكن أن يظهر العدد نفسه في سجلين مختلفين لأن السياق يفصل المجالين. لذا يلزم أن يذكر الإيصال السجل والاتجاه ونوع XDR والإصدار والمرجع. أما داخل السجل الواحد، فإذا حمل العدد معنيين فلا توجد إشارة في الحزمة تختار المسودة المقصودة.
يسمح RFC 8178 بإضافة عمليات وسمات وقيم تعداد وأعلام ويحظر حذف قيمة مخصصة أو إعادة استخدامها، لكنه لا يحدد كيف يحصل المؤلف على القيمة الجديدة. تقول النسخة 00 إن المؤلف يختار عملياً الرقم التالي بعد أعلى رقم يعرفه. ويمكن لمسودتين متزامنتين أن تختارا الموضع نفسه.
يوضح RFC 8276 أن التحقق اليدوي قد يكون دقيقاً: فقد قورنت قيم السمات الموسعة بالمواصفات الحديثة المعروفة لتمكين النماذج المتوافقة. لكن ما لا يعرفه المؤلف لا يدخل المقارنة، ولا تتحول القائمة الخاصة إلى حجز عام.
ثمانية سجلات وحدودها
تقترح المسودة سجلات Operations وCallback Operations وStatus Codes وfattr4 Attributes وACCESS Flags وOPEN Share Access Flags وOPEN Result Flags وOPEN Delegation Types. وتملأ البداية من RFCs منشورة.
إذا نُشرت المسودة، يصبح كل سجل المصدر السلطوي لتخصيص نوعه. يجب على الوثيقة الجديدة طلب القيمة في IANA Considerations، ثم اشتقاق ثابت XDR من القيمة المخصصة، لا اختيار ثابت آخر.
السياسة المقترحة هي Standards Action with Expert Review. الجزء الأول يبقي شرط RFC 8178 بنشر الامتداد كـProposed Standard. والخبير يفحص صحة السجل والاتجاه، وأدنى قيمة متاحة أو التخصيص المبكر الخاص بالوثيقة، والاسم الفريد، وتعريف XDR، ونطاق Versions والمرجع.
لا يحكم الخبير على جدارة العنصر؛ ذلك لعملية إجماع IETF. التسجيل الصحيح ليس توصية تقنية. ويمكن لوظيفة جيدة أن تفشل إذا كان طلب التسجيل غير منضبط.
التخصيص المبكر يحجز ولا يعتمد
تحتاج النماذج إلى عدد قبل اكتمال RFC. يتيح RFC 7120 تخصيصاً مبكراً لمواصفة موصوفة ومستقرة بما يكفي، عندما يوجد اهتمام بالتنفيذ أو خطر تنازع. تسجل IANA القيمة علناً كمؤقتة، غالباً لمدة سنة، مع التواريخ.
تطلب النسخة 00 من وثيقة مجموعة عمل أن تسعى إليه بعد الاعتماد وألا تستخدم رقماً غير مسجل ولا مخصص مبكراً. كلمة Temporary مهمة: هي إيصال حجز، لا تصويت مسبق على المعيار. الانتهاء والتجديد والإهمال وإمكان إعادة الفتح حالات أخرى يجب مراقبتها.
عند التخصيص النهائي تؤخذ أدنى قيمة غير محجوزة. ولا تعاد قيمة سبق تخصيصها. إذا سُحب العنصر من كل الإصدارات يبقى الصف، وقد تصبح Versions هي none ويضاف مرجع السحب.
هذا البقاء يحمي من بقايا التنفيذ. قد تختفي الوظيفة من المعيار بينما تبقى في firmware أو XDR مولد أو محلل أو التقاط قديم. إعادة الرقم تمنح البتات نفسها تاريخين.
السجل لا يقرأ الشيفرة المركبة
غياب قيمة مغطاة من السجل دليل على افتقارها إلى سلطة التخصيص العام المقترحة. لكنه لا يثبت أن fork خاصاً لا يرسلها. وجود الصف يثبت التنسيق، لكنه لا يثبت أن binary قيد التشغيل حدّث جدول الثوابت أو يدعم البنية النهائية.
يلزم تسعة إيصالات: نسخة الوثيقة وحالتها؛ صف السجل؛ قرار التخصيص وتواريخه؛ تعريف XDR؛ بصمة المصدر والجداول المولدة والبناء؛ القدرة الفعلية؛ الحزمة واتجاهها وسياق COMPOUND؛ التعرف والتفويض والحالة المرتجعة؛ نتيجة التخزين والتطبيق.
التسجيل لا يحدّث برنامجاً. نجاح decode لا يمنح الإذن. نجاح العملية لا يثبت وحده ثبات التخزين أو قراءة التطبيق اللاحقة. قبل تغيير رقم مؤقت يجب جرد المصادر والروابط والمحللات والاختبارات والأجهزة والحزم حسب السجل والاتجاه والقيمة، وحفظ البنى القديمة.
ما لا تثبته المصادر
تثبت المصادر الثلاثة عشر الاقتراح وآلية التصادم والتخصيص المبكر وعدم إعادة الاستخدام وحدود الخبير. لا تثبت تصادماً فعلياً في NFSv4 أو منتجاً معيباً أو اعتماد مجموعة العمل أو إجماع IETF أو تنفيذ IANA أو انتشاراً أو حادثة أو استغلالاً.
بحسب تمييز Lu Heng، للسجل سلطة على السؤال الذي صمم له: من خُصصت له الإحداثية، وبأي مرجع وفي أي نطاق. أما ما فهمه البرنامج وما سمح به الخادم وما رآه التطبيق، فلا يثبته إلا النظام العامل.
المصادر
- Datatracker — النسخة 00
- Datatracker — السجل التاريخي
- أرشيف IETF — النص المجمد
- RFC 8178 — قواعد امتداد NFSv4
- RFC 8126 — إرشادات IANA
- RFC 7120 — التخصيص المبكر
- RFC 7530 — NFSv4.0
- RFC 7862 — NFSv4.2
- RFC 8276 — السمات الموسعة
- RFC 8881 — NFSv4.1
- Lu Heng — On Authority, Belief, and the Internet’s Addressing System
- Lu Heng — Running-Code Primacy
- Lu Heng — The Stability Fallacy
إحاطة الأعضاء
سياق أعمق للملف الشخصي
سجّل الدخول بمستوى العضوية المناسب لفتح الإحاطة الكاملة وملاحظات المصادر.
للدائرة الاستراتيجية فقط
الدائرة الاستراتيجية
مفتوح لجميع القراء. افتح إحاطات الملف الشخصي بعد الانضمام وتسجيل الدخول.
انضم إلى الدائرة الاستراتيجيةلأعضاء تحالف القيادات فقط
تحالف القيادات
لأصحاب الأصول الفكرية المؤهلين وللإدارة؛ سجّل الدخول للوصول إلى إحاطات التحالف.
انضم إلى تحالف القيادات
