الخلاصة

  • تذكر RIPE-738 مرتين ما يجب أن يقدمه سجل محلي LIR «في حالة التدقيق»، لكنها لا تحيل بصورة عامة إلى RIPE-694 التي تحدد أنواع التدقيق ونطاقه ومهله ونتائجه وطريق الاعتراض.
  • أوضحت Registration Services أن غياب الإحالة لا يمنع تدقيق موارد IPv6. ورسالة 2 يوليو طلبت رأياً قبل إعداد مقترح محتمل، ولم تعلن مقترحاً مقدماً أو تعديلاً معتمداً.

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

النقطة الأولى تخص تخصيصاً أكبر من /48 لموقع End Site واحد؛ ففي حالة التدقيق يجب أن يستطيع الـLIR تقديم مستندات تبرر الحاجة. والثانية تخص التسجيلات من نوع AGGREGATED-BY-LIR؛ إذ يجب تقديم إحصاءات تتيح للسجل الإقليمي حساب HD-ratio والتحقق منه.

هاتان قاعدتان واضحتان لما ينبغي عرضه. لكنهما لا تجيبان، من داخل RIPE-738، عن أسئلة مختلفة: ما الذي يبدأ التدقيق؟ هل يظل نطاقه محصوراً في السبب؟ كيف تحدد مهلة الرد؟ ما فئات النتيجة؟ وأين يذهب حامل الموارد إذا اختلف معها؟

في 2 يوليو 2026 عرض Marco Schmidt، مدير Registration Services في RIPE NCC، هذه الوصلة المفقودة على Address Policy Working Group. كتب أن مراجعات وأنشطة تدقيق حديثة أظهرت أجزاء من دورة ما بعد منح الموارد يمكن توضيحها وجعلها أكثر اتساقاً. فمصطلح «التدقيق» حاضر في بعض أقسام سياسة IPv6، لكن لا توجد إحالة عامة إلى الإجراء نفسه، خلافاً لسياسة IPv4.

ووضع الكاتب حداً صريحاً للاستنتاج: هذه الإحالة ليست شرطاً لكي تدقق RIPE NCC موارد IPv6. إذن لا تثبت المصادر فراغاً في السلطة؛ بل تثبت أن مسار السلطة القائمة غير مكتمل من صفحة السياسة.

الإجراء منشور في موضع آخر

تشرح RIPE-694 ثلاثة أنماط: Assisted Registry Check المساند، والتدقيق الذي تختاره RIPE NCC، والتدقيق الناشئ عن بلاغ. كما تبين أن النطاق قد يقتصر على المسألة التي أطلقت الإجراء أو يمتد عند الاقتضاء، وأن لحامل الموارد مهلاً محددة، وأن النتائج قد تشمل توصيات أو تصحيح البيانات أو عواقب تعاقدية، مع إمكان اللجوء إلى تحكيم النزاعات.

وتضع RIPE-863 ذلك في خط زمني. فالعناية الواجبة لا تنتهي عند تسجيل الموارد؛ بعد التسجيل تواصل RIPE NCC الحفاظ على صحة بيانات السجل وحداثتها، ويكون التدقيق إحدى الأدوات.

عند جمع الوثيقتين مع موضعي الإثبات في RIPE-738، تظهر دورة كاملة. المشكلة أن القارئ لا يرى رابط الجمع من الوثيقة التي تفرض الواجب الفني.

أما RIPE-826 الخاصة بـIPv4 فتقدم المقارنة الأبسط. يحتوي القسم 8.0 على عنوان «LIR Audit»، ويذكر طلب مجتمع RIPE تدقيق عمليات السجلات المحلية لضمان تطبيق متسق وعادل، ثم يحيل إلى وثيقة نشاط التدقيق. الإحالة لا تنشئ السلطة؛ إنها تجعلها قابلة للتتبع.

نص 2002 سؤال مفتوح لا حكم مخالفة

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

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

المطلوب جدول وصل لا نشر ملفات الأعضاء

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

  • رقم البند وإصداره وفئة الدليل؛
  • إصدارات RIPE-694 وRIPE-863 المطبقة؛
  • نوع التدقيق وفئة المشغل العلنية؛
  • قاعدة حصر النطاق أو توسيعه؛
  • بداية المهلة والمرحلة الحالية؛
  • فئة النتيجة والتصحيح والإغلاق؛
  • طريق الاعتراض وتاريخ آخر مراجعة.

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

ويمكن لوصل إجمالي أن يعرض، لكل فترة، أعداد الفتح والإغلاق بحسب النوع، وشرائح المدة، وفئات الأدلة، والتصحيحات والتوصيات والإغلاق بلا إجراء إضافي والتصعيد والتحكيم. العدد وحده لا يثبت تشدداً أو تساهلاً؛ يلزمه نوع المشغل والمقام. وهذه توصيات تحريرية من المقال وليست التزاماً معلناً من RIPE NCC.

حدود الأدلة

تثبت المصادر طلب رأي قبل مقترح محتمل، وموضعين للتدقيق في RIPE-738، وغياب إحالة عامة فيها، ووجود إحالة صريحة في IPv4، ووجود الدورة في RIPE-694 وRIPE-863. ولا تثبت تدقيقاً بلا سلطة، أو قضية جارية، أو ضرراً أو التباساً لدى عضو، أو مخالفة، أو مقترحاً رسمياً، أو تعديلاً معتمداً.

المصادر