تصنيف الPI للإصدارة السادسة لبروتوكول الإنترنت IPv6

التفاصيل

هوية شخصية: افبوب-2019-v6-001-DRAFT02

الاسم: 2.0

الحالة: نفذت

المؤلف: جوردي باليت مارتينيز -

jordi.palet فيipv6company.com

منظمة IPv6 الشركة

أوين ديلونج -

owen في delong.com

العظمى الرئيسية تيك ، وشركة

تعديل: CPM art 6.8

قدمت: 14th مايو 2019

مقترح

1.0 ملخص للمشكلة التي يعالجها هذا الاقتراح

عن طريق اقتراح السياسة "IPv6 تحديث PI "(AFPUB-2018-V6-004) ، IPv6 سياسة الفضاء المستقلة للمزود (PI) التي توفر IPv6 تم تعديل / تحديث مساحة المواقع النهائية.

لكن هذه المراجعة تجاهلت جملة في القسم السابق 6.8.2.v ، كان نصها:

يجب أن يُظهر "الموقع النهائي" خطة لاستخدام وإعلان IPv6 مزود مساحة عنوان مستقلة في غضون اثني عشر (12) شهرا. بعد تلك الفترة ، إن لم يعلن ، والمعين IPv6 يجب استعادة مساحة عنوان PI وإعادتها إلى التجمع المجاني بواسطة AFRINIC ”.

تم الاحتفاظ بهذا النص تحت 6.8.2.iv.

بالطبع ، هذا غير منطقي لأن هناك العديد من الحالات المحتملة ، التي تقع في نطاق هذه السياسة ، والتي لن تعلن عن IPv6 مساحة عنوان PI ، مثل:

IXP's LAN peer space.
يعد ترقيم الشبكات الخاصة غير المتصلة بالإنترنت حالة استخدام صالحة تمامًا لـ IPv6 مساحة PI ويجب أن تدعمها RIR سياسة

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

من المحتمل أن تقع إحدى المنظمات ذات المواقع النهائية المتعددة في إحدى الحالات التالية:

سيتمكّن عدد من المواقع النهائية المرتبطة بالطبقة 2 و BGP بنقاطها العليا (بنك ، جامعة متعددة الحرم الجامعي ، وما إلى ذلك) من الحصول على طول بادئة تكفي لاستيعاب عدد المواقع بالكامل ، ونأمل أن يكون ذلك في حدود nibble و يعلن بادئة مجمعة واحدة.
عدة مواقع نهائية غير متصلة بينها ويتم الإعلان عنها كشبكات "مختلفة" ، على سبيل المثال ، حتى مع مزودي خدمات الإنترنت المختلفين. عادة ، سوف تستخدم وتعلن واحدة / 48 لكل موقع نهائي.
حالة مزيج ممكن بين 1 و 2 أعلاه.

2.0 ملخص عن كيفية معالجة هذا الاقتراح للمشكلة

إعادة صياغة بسيطة للنص للسماح بالحالات التي لا تحتاج إلى الإعلان عنها IPv6 مساحة PI.

3.0 اقتراح

الحالي

المقترح

6.8 تخصيصات PI

هذه السياسة تهدف إلى توفير IPv6 مساحة العنوان إلى المواقع النهائية.

6.8 تخصيصات PI

هذه السياسة تهدف إلى توفير IPv6 مساحة العنوان لمنظمات المستخدم النهائي.

6.8.1 مقدمة

تسمح هذه السياسة بتعيين "المواقع النهائية" IPv6 مزود (PI) عناوين مستقلة. تشمل "المواقع النهائية" المستخدمين النهائيين وموفري البنية التحتية الحيوية مثل مشغلي خادم الجذر TLD ونقاط تبادل الإنترنت العامة (IXP).

6.8.1 مقدمة

تسمح هذه السياسة بتعيين "المواقع النهائية" لمنظمات المستخدم النهائي IPv6 عناوين موفر مستقلة (PI). وتشمل هذه مزودي البنية التحتية الحيوية مثل مشغلي خادم الجذر TLD ونقاط تبادل الإنترنت العامة (IXP's).

6.8.2 معايير التخصيص

هدف التعيين - المواقع النهائية التي توفر خدمات الإنترنت العامة لشبكة مؤسسات إدارية واحدة ، بغض النظر عن حجمها.
معايير الاحالة:
1. يجب ألا يكون الموقع النهائي LIR
2. يجب أن يصبح الموقع النهائي عضوًا في AFRINIC للمستخدم النهائي وأن يدفع رسوم AFRINIC العادية لفئة العضوية
3. يجب أن يبرر الموقع النهائي الحاجة إلى مساحة عنوان IPv6
4. يجب أن يعرض الموقع النهائي خطة لاستخدام IPv6 مزود مساحة عنوان مستقلة في غضون اثني عشر (12) شهرا. بعد تلك الفترة ، إن لم يعلن ، والمعين IPv6 يجب استعادة مساحة عنوان PI وإعادتها إلى التجمع المجاني بواسطة AFRINIC.
5. منظمة IPv6 يجب عدم تصنيف مساحة العنوان المستقلة للمزود التي سيعلن عنها الموقع النهائي.

6.8.2 معايير التخصيص

هدف التعيين - مؤسسات المستخدم النهائي التي تقدم خدمات لشبكة المنظمات الإدارية الخاصة بها ، بغض النظر عن حجمها.
معايير الاحالة:
1. يجب ألا تكون المنظمة LIR.
2. يجب أن تكون المنظمة أو تصبح عضو AFRINIC المستخدم النهائي.
3. يجب أن تبرر المنظمة عدد المواقع النهائية والحاجة إلى IPv6 مساحة عنوان PI.
4. يجب على المنظمة نشر IPv6 مساحة عنوان مستقلة للمزود في كل موقع من المواقع النهائية ، والتي يتم الحصول على عناوين لها ، في غضون اثني عشر (12) شهرًا.
5. إذا كان سيتم الإعلان عن مساحة العنوان الصادرة بموجب هذه السياسة ، إلى الحد الممكن عملياً ، يجب على المنظمة تجميع أي إعلانات عن البادئات لتقليل نمو جدول التوجيه العالمي.

6.8.3 مساحة عنوان الموفر المستقل (PI):

يجب أن تكون مهمة الموفر المستقل (PI) من كتلة محددة.
يجب أن يكون حجم الواجب المستقل المبدئي للموفر إلى موقع نهائي هو / 48 ، أو بادئة أقصر إذا كان الموقع النهائي يمكنه تبريره.
يجب أن تكون الواجبات اللاحقة موثقة ومبررة. حيثما أمكن ، سيتم إجراء مثل هذه التعيينات من كتلة عنوان متجاورة (أي ، بت بت الواجب الحالي "n" بت إلى اليسار).

6.8.3 مساحة عنوان الموفر المستقل (PI):

يجب أن تكون مهمة الموفر المستقل (PI) من كتلة محددة.
يجب أن يكون حجم التعيين المستقل للمزود الأولي لكل مؤسسة على الأقل / 48 لكل موقع نهائي. إذا تم طلب مواقع نهاية متعددة وسيتم توصيلها مع بعضها البعض ، يتم إصدار بادئة محاذاة nibble كافية للسماح واحد / 48 على الأقل لكل موقع نهاية. يجب تبرير مبرر صالح لبادئة أقصر لأية مواقع نهائية.
سيتم حساب مهمة المؤسسة على أساس عدد المواقع النهائية وتعديلها إلى أقرب حد ممكن.
يجب أن تكون الواجبات اللاحقة موثقة ومبررة. حيثما أمكن ، سيتم إجراء مثل هذه التعيينات من كتلة عنوان متجاورة (أي ، بت بت الواجب الحالي "n" بت إلى اليسار).
يجب على AFRINIC استخدام خوارزمية تخصيص متفرقة عند إصدار مساحة لتعظيم احتمالية نجاح الآلية المحددة في الفقرة السابقة.

6.8.4 تصحيح حجم الواجب الأولي

قد يقدم الموقع النهائي خطة عنونة جديدة إلى AFRINIC إذا كانت الخطة المقدمة في البداية لتبرير المهمة الأولية لم تعد تلبي احتياجاتهم الحالية.
ستكون المهمة الجديدة متوافقة مع الخطة الجديدة وستتوافق مع 6.8.2 و 6.8.3.
إن أمكن ، سيتم ترقية "كتلة العنوان" نفسها إلى حجم البادئة الجديد المطلوب. ومع ذلك ، إذا كانت البادئات المجاورة تستخدم بالفعل من قبل مؤسسات أخرى أو إذا لم تترك هذه المهمة مساحة كافية للمهام اللاحقة ، فسوف تقوم AFRINIC بإبلاغ المؤسسة الطالبة ، والتي سيكون لديها الخيارات التالية:
أنا. تلقي كتلة جديدة مع حجم البادئة الجديد المطلوب ، مع الالتزام بإعادة ترقيم شبكتها وإعادة الكتلة الأصلية في غضون 6 أشهر ؛
ثانيا. تلقي كتلة جديدة تغطي ، مع الكتلة التي تم تعيينها بالفعل ، الحاجة المبررة الجديدة ، والاحتفاظ بكلا الكتلين.
لا يمكن استخدام هذا الإجراء إلا مرة واحدة بواسطة كل موقع نهائي.

6.8.4 تصحيح حجم الواجب الأولي

قد تقدم المنظمة خطة عنونة جديدة إلى AFRINIC إذا لم تعد الخطة المقدمة في البداية لتبرير المهمة الأولية تلبي احتياجاتها الحالية.
ستكون المهمة الجديدة متوافقة مع الخطة الجديدة وستتوافق مع 6.8.2 و 6.8.3.
إن أمكن ، سيتم ترقية "كتلة العنوان" نفسها إلى حجم البادئة الجديد المطلوب. ومع ذلك ، إذا كانت البادئات المجاورة تستخدم بالفعل من قبل مؤسسات أخرى أو إذا لم تترك هذه المهمة مساحة كافية للمهام اللاحقة ، فسوف تقوم AFRINIC بإبلاغ المؤسسة الطالبة ، والتي سيكون لديها الخيارات التالية:
أنا. احصل على كتلة جديدة بحجم البادئة المطلوبة الجديدة ، مع الموافقة على استخدام الكتلة الجديدة لجميع عمليات النشر المستقبلية وإيقاف الكتلة القديمة من خلال التناقص ، وإرجاعها عندما تكون فارغة. لا يوجد موعد نهائي للعودة في هذا الوقت ؛
ثانيا. تلقي كتلة جديدة تغطي ، مع الكتلة التي تم تعيينها بالفعل ، الحاجة المبررة الجديدة ، والاحتفاظ بكلا الكتلين.
لا يمكن استخدام هذا الإجراء إلا مرة واحدة من قبل كل منظمة.