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

الحالي

المقترح

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

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

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

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

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

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

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

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

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

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

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

التاريخ

التفاصيل

09 أبريل 2019

إصدار 1: AFPUB-2019-v6-DRAFT01

في البداية Draft تم النشر إلى rpd

14 مايو 2019

الإصدار 2: AFPUB-2019-v6-DRAFT02

مراجعات شاملة إلى 6.8.2 و 6.8.3 و 6.8.4