الخلاصة

  • دخل المقترح 2024-01 مرحلة المراجعة في 25 أغسطس 2026، وتستمر الملاحظات حتى 23 سبتمبر. لم يُعتمد المقترح ولم يُنفذ بعد.
  • يسمح نص القسم 2.6 المقترح، ضمن شروط محددة، باستخدام كيان آخر لبادئ /56 أو أطول داخل شبكة صاحب التعيين وفي الموقع النهائي الجغرافي نفسه، من دون اعتباره تفويضاً فرعياً محظوراً.
  • يقصر القسم 7.2 عناوين PI التي يحملها LIR على بنيته التحتية الخاصة، بعيداً عن المواقع النهائية للعملاء. ويقول تحليل الأثر إن التفويضات المسموحة للمستخدم النهائي لن تبقى ممتثلة إذا أصبح ذلك المستخدم عضواً.
  • المطلوب سجل انتقال يربط لحظة تفعيل حساب LIR بالتقييم السابق واللاحق والإخطار ومسار التصحيح، من دون كشف العملاء أو بنية الشبكة.

لا حاجة إلى تغيير مسار الحزم

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

لا يظهر في الشبكة حدث جديد بالضرورة. الجهاز هو نفسه، والموقع هو نفسه، والبادئ لا يزال لدى الكيان القانوني نفسه. لكن تحليل أثر المقترح 2024-01 يصل إلى نتيجة مختلفة: عندما يصبح المستخدم النهائي عضواً، لا تعود تلك التفويضات الفرعية متوافقة مع القسم 7.2.

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

هذه ليست حجة ضد العضوية. إنها حجة لصالح تسجيل اللحظة التي بدأ عندها معيار مختلف.

استثناء القسم 2.6 ليس تفويضاً مفتوحاً

تبقي مسودة الوثيقة على الحظر العام للتفويض الكلي أو الجزئي إلى كيان آخر. ثم تستثني حالة ضيقة: توفير الاتصال لكيان آخر داخل شبكة صاحب التعيين، وفي الموقع النهائي الجغرافي نفسه، باستخدام بادئ /56 أو أطول، لا يُعد تفويضاً فرعياً. ومن الأمثلة إعطاء عناوين ثابتة لخادم أو جهاز متصل، وبعض وصلات النقطة إلى النقطة بين مزودي الخدمة.

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

حتى لو حُسمت هذه الشروط كلها لصالح صاحب التعيين، يبقى سؤال الزمن: هل يستمر الاستثناء عندما يتغير دور صاحب العناوين من مستخدم نهائي إلى LIR؟

القسم 7.2 يختبر صفة أخرى

تنص السياسة الحالية ripe-738 على أن تعيين PI لا يجوز تفويضه مرة أخرى إلى منظمات أخرى. ويتيح القسم 7.2 لـLIR الحصول على IPv6 PI لأجزاء من بنيته التحتية الخاصة التي لا تُستخدم لمواقع نهائية تخص العملاء. وإذا لم تعد المعايير الأصلية قائمة، ينبغي أن يعيد LIR التعيين خلال ستة أشهر.

لا تقدم 2024-01 حتى الآن جسراً مكتمل الصياغة بين استثناء 2.6 وهذه القاعدة الخاصة بـLIR. وتعرض RIPE NCC التعارض بوضوح: يسمح المقترح للمستخدم النهائي ببعض التفويضات من كتلة PI، لكنه إن قرر أن يصبح عضواً فلن تعود هذه التفويضات مسموحة بموجب 7.2.

تصبح العضوية، في هذه الحالة، أكثر من رسم أو حق مشاركة. فهي تختار معيار التقييم. قبلها يكون السؤال: هل يقع استخدام الكيان الآخر داخل استثناء الموقع الواحد؟ وبعدها يصبح السؤال: هل تُستخدم PI التي يحملها LIR لموقع عميل؟ الوقائع المادية ثابتة، لكن الاختبار تغير.

تقدم صفحة الانضمام إلى RIPE NCC نقطة يمكن توثيقها. فبعد استلام الدفعة واتفاقية SSA الموقعة، تفعّل RIPE NCC حساب LIR. هذا التوقيت أصلح من تاريخ مبهم لطلب العضوية كي يفصل بين الحكمين.

وجود LIR راعٍ لا يجعل المستخدم LIR

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

وتجعل إرشادات طلب IPv6 PI الحد الحالي ملموساً. يمكن توصيل خادم أو جهاز عميل ومنحه عنواناً منفرداً، بينما لا يجوز إعطاء كيان آخر بادئاً، حتى /64 أو /96. يحرك المقترح هذا الحد في حالات الموقع الواحد، وقد تعيده العضوية إلى موضع آخر.

لذلك لا تكفي سجلات المسارات أو كائنات قاعدة بيانات RIPE وحدها. فهي لا تحمل بالضرورة لحظة بدء صفة LIR التي تغيّر التقييم.

الإيصال يحفظ حكمين لا حكماً واحداً

يبدأ السجل الأدنى بمعرّف ثابت لتعيين PI، والكيان القانوني الحامل، ونسخة السياسة المستخدمة. ولا حاجة إلى أسماء العملاء؛ يكفي بيان إجمالي عن وجود استخدام لبادئ من كيان خارجي في الموقع نفسه، وفئة الاستثناء التي استند إليها القرار.

الحقل المركزي هو membership_lir_effective_at: وقت تفعيل حساب LIR. يسجل النظام تقييماً وفق 2.6 قبل تلك اللحظة، وتقييماً وفق 7.2 بعدها. ويحدد في كل واحد صاحب القرار، ونوع الأدلة، والمسائل الجغرافية أو المتعلقة بالتوجيه التي بقيت مفتوحة.

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

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

ما زلنا أمام مراجعة لا نتيجة

تضع صفحة المقترحات الحالية نهاية مرحلة المراجعة في 23 سبتمبر. ويبين نقاش مجموعة سياسات العناوين أن التعارض بين 2.6 و7.2 طُرح علناً. بعد ذلك يقيّم رؤساء المجموعة وجود توافق تقريبي.

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

المصادر