IPv4 لينة الهبوط BIS (Draft 5)

مقترح

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

تصف سياسة الهبوط غير المباشر التي صادق عليها مجلس الإدارة في 11/11/2011 كيف ينبغي لإدارة AFRINIC تخصيص / تخصيصات من آخر / 8. وهو يحدد 2 مراحل IPv4 إنهاك. أثناء المرحلة 1 ، يحدد الحد الأقصى ليكون / 13 بدلاً من / 10 وفي المرحلة 2 ، الحد الأقصى إلى / 22 والحد الأدنى إلى / 24. لا يوجد فرق بين LIRs الحاليين أو المستخدمين النهائيين والأخرى الجديدة. السياسة أيضا لا تفرض IPv6 نشر.

 

IPv4 استنفاد في مناطق أخرى جنبا إلى جنب مع عوامل أخرى فرضت ضغطا كبيرا على AFRINIC IPv4 تجمع مع طلبات كبيرة IPv4 كتل ، مع القليل جدا IPv6 تعيين. الضغط على AFRINIC IPv4 أدت المجموعة إلى بعض المقترحات المتعلقة بالسياسة لحجز بعض الكتل لمجتمعات فرعية معينة.

 

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

اقتراح السياسة هذا يحل المشكلة الموضحة أعلاه بواسطة:

• تغيير قيمة الحد الأقصى لأحجام التخصيص / التخصيص أثناء مرحلتي الاستنفاد 1 و 2.
• حجز كتلة مخصصة لتسهيل IPv6 نشر.

 

3.0 الاقتراح

3.1 قسم دليل السياسات للتأثر:

سيتم استبدال القسم 5.4 من الاجتماع التحضيري للمؤتمر على النحو التالي:

 

5.4 الهبوط الناعم

يصف هذا الاقتراح كيف تقوم AFRINIC بتعيين وتخصيص وإدارة IPv4 الموارد خلال "مرحلة الاستنفاد" التي تبدأ عندما تحتاج AFRINIC أولاً إلى تعيين أو تخصيص عناوين IP من الكتلة النهائية / 8 (102/8) من IPv4 مساحة العنوان. الغرض من هذه السياسة هو ضمان تخصيص مساحة عنوان و / أو تخصيصها بطريقة مقبولة لدى مجتمع AFRINIC خاصة خلال هذا الوقت من IPv4 إنهاك

من أجل ضمان الانتقال السلس ل IPv6، يجب إدارة تجمع AFRINIC لتزويد الأعضاء بمساحة عنوان بعد IPv4 تجمع المنضب. هذا سوف يساعد في الحفاظ عليها IPv4 شبكات أثناء النشر IPv6 الشبكات - وهي ممارسة تميز فترة الانتقال.

يبدأ تطبيق سياسة "الهبوط السهل" عندما تبدأ AFRINIC في تخصيص مساحة من IANA النهائي المخصص / 8 (102/8).

 

5.4.1 النهائي / 8

النهائي / 8 كتلة من IPv4 مساحة العنوان ، أو "Final / 8" ، هي كتلة / 8 من IPv4 مساحة العنوان التي تم تخصيصها من قبل IANA إلى AFRINIC وفقًا للقسم 2.2c من السياسة العالمية لتخصيص المتبقي IPv4 مساحة العنوان - http://www.icann.org/en/general/allocation-remaining-ipv4-space.html.

في قسم سياسة الهبوط الناعم هذا ، يجب استخدام "آخر / 8" و "102/8" بالتبادل.

 

5.4.2 مرحلة ما قبل الاستنفاد

كانت "مرحلة ما قبل الاستنفاد" هي الفترة التي خصص فيها AFRINIC أو تم تعيينه IPv4 عناوين إلى LIRs والمستخدمين النهائيين باستخدام القسم 5.0 من دليل السياسة وقبل بدء مرحلة الاستنفاد.

انتهت هذه المرحلة عندما أعلنت AFRINIC علنا ​​(https://www.afrinic.net/en/library/news/2053-afrinic-enters-ipv4-exhaustion-phase-1) أن مرحلة الإرهاق قد بدأت.

 

5.4.3 مراحل الاستنفاد

أثناء مرحلة الاستنفاد ، سيتم استخدام سياسة التخصيص والتخصيص التالية. وهذا ينطبق على كل من LIRs والمستخدمين النهائيين ، وينطبق على الجميع IPv4 مساحة العنوان المخصصة أو المعينة أو التي تديرها AFRINIC أثناء الانتقال إلى وبعد مرحلة الاستنفاد ، بصرف النظر عما إذا كان هذا أم لا IPv4 مساحة العنوان جزء من Final / 8.

خلال أي من المراحل أدناه ، جميع التخصيصات والتخصيصات لـ IPv4 سيتم بناء الفضاء على الحاجة المبررة والمثبتة.

سيتم تقسيم مرحلة الاستنفاد إلى قسمين:

 

5.4.3.1 مرحلة الاستنفاد 1

5.4.3.1.1 خلال هذه المرحلة ، تخصيص / تعيين IPv4 ستستمر مساحة العنوان كما في مرحلة ما قبل الاستنفاد مع تعيين الحد الأدنى في / 24 ، ولكن سيتغير الحد الأقصى من / 10 إلى / 18 ، وفقًا للأحكام الواردة في

5.4.3.1.2 سيتم إجراء التخصيصات والواجبات من النهائي / 8 أو من أي دولة أخرى IPv4 مساحة العنوان المتاحة لـ AFRINIC ، حتى لا يتوفر أكثر من 11/8 من المساحة غير المحجوزة في Final / 2. في هذه المرحلة ، ستبدأ المرحلة الثانية من الإرهاق.

5.4.3.1.3 لتجنب الشك ، سيتم تقييم جميع الطلبات في العملية في هذه المرحلة وفقًا للسياسة الجديدة. 

 

5.4.3.2 مرحلة الاستنفاد 2

ستبدأ المرحلة الثانية من الاستنفاد عندما لا يتوفر أكثر من 2/11 من المساحة غير المحجوزة من النهاية / 8. خلال هذه المرحلة ، سيكون الحد الأقصى لحجم التخصيص / التعيين / 22 ، وسيظل الحد الأدنى في / 24 ، مع مراعاة الأحكام الواردة في 5.4.6

 

5.4.4 نافذة تخطيط ثمانية (8) أشهر (فترة التخصيص والتخصيص).

تكون فترة التخصيص والتخصيص لمدة 8 أشهر. سيساعد ذلك في ضمان طلب LIRs فقط للموارد التي يحتاجون إليها في المدى القصير إلى المتوسط ​​، وتعزيز الإنصاف في التوزيع العادل لآخر IPv4 تجمع العناوين. ستبقى فترة التخصيص / التعيين هذه كما هي طوال فترة بقاء هذه السياسة.

 

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

5.4.5.1 من أجل الحصول عليها IPv4 التخصيصات أو التخصيصات أثناء مرحلة الاستنفاد ، يجب أن يفي LIR أو المستخدم النهائي IPv4 متطلبات سياسة التخصيص أو التخصيص (من خلال إظهار وتبرير الحاجة إلى المساحة المطلوبة) ويجب أن تثبت أنها استخدمت بكفاءة 90٪ على الأقل من جميع التخصيصات أو التخصيصات السابقة (بما في ذلك تلك التي تمت خلال مرحلة ما قبل الاستنفاد ومرحلة الاستنفاد).

5.4.5.2 في حالة LIRs الجديدة أو المستخدمين النهائيين (أولئك الذين ليس لديهم تخصيصات أو تخصيصات سابقة قبل مرحلة الاستنفاد) ، لا ينطبق هذا المتطلب على طلب التخصيص أو التخصيص الأول.

5.4.5.3 موارد AFRINIC مخصصة لمنطقة خدمة AFRINIC وأي استخدام خارج المنطقة يجب أن يكون فقط لدعم التوصيلية مرة أخرى إلى منطقة AFRINIC

5.4.6 الحدود والنتائج المسموح بها

 

5.4.6.1 عندما تطلب منظمة إضافية IPv4 مساحة العنوان في كل من المرحلة 1 والمرحلة 2 ، يجب ألا يتجاوز إجمالي التخصيصات / التعيينات الخاصة بالمؤسسة الحد الأقصى المسموح به للبادئة / 18 للمرحلة الأولى و / 1 من مرحلة الاستنفاد.

5.4.6.2 بصرف النظر عن 5.4.6.1 ، يمكن للمؤسسة التي تلقت الحد الأقصى المسموح به للبادئة في كل مرحلة أن تطلب فقط جولة أخرى من التخصيص / التخصيص في نفس المرحلة (وفقًا 5.4.6.1) بعد فترة انتظار تبلغ 24 شهرًا.

 

5.4.7 IPv6 احتياطي النشر

متجاورة / 12 IPv4 سيتم حجز كتلة العنوان من النهاية / 8 لتسهيلها IPv6 تعيين. عند AFRINIC ، لم يعد بإمكانه تلبية أي طلبات إضافية لمساحة العنوان (من النهائي / 8 أو من أي مساحة عنوان أخرى متاحة) ، يجب تبرير التخصيصات والواجبات من هذه الكتلة باحتياجات IPv4 يعالج مساحة لدعم IPv6 تعيين. من الأمثلة على هذه الاحتياجات ما يلي: [IPv4 عناوين خوادم DNS المزدوجة لموفري خدمات DNS الأساسية ، 464XLAT مترجمين أو أي مترجمين آخرين على النحو المحدد في IETF. سيخضع هذا الحظر لتخصيص حجم أقصى قدره / 24.

 

5.4.7.1 سيستخدم موظفو AFRINIC سلطتهم التقديرية عند تقييم المبررات ، ويجب عليهم استخدام التخصيص المتناثر عندما يكون ذلك ممكنًا في ذلك الكتلة / 12.

 

5.4.7.2 من أجل الحصول على تخصيص أو مهمة من IPv6 احتياطي النشر:

5.4.7.2.1 قد لا يكون مقدم الطلب قد تلقى موارد بموجب هذه السياسة في الأشهر الستة (6) السابقة ؛

5.4.7.2.2 يجب على مقدم الطلب إثبات عدم وجود مخصصات أو مهام أخرى تلبي هذه الحاجة.

5.4.7.2.3 بشكل استثنائي لهذا الغرض IPv6 الاحتياطي ، سيشمل مزودو خدمات DNS الأساسية كما هو محدد في 5.6.4.4.2 أيضًا نطاقات ccTLD الأفريقية التي تخضع لـ ICANN والتي تعمل في منطقة خدمة AFRINIC.

 

4. شكر وتقدير

نشكر مؤلفي لينة الهبوط- SD اقتراح السياسة والمجتمع لمساهماتهم.

 

5. تاريخ المراجعة

09 FEB 2016	افبوب-2016-V4-001-DRAFT01 (الإصدار 1.0) تم نشر الإصدار 1 في قائمة مراسلات rpd
16 FEB 2016	افبوب-2016-V4-001-DRAFT02 (الإصدار 2.0): هناك نسخة جديدة كاملة من القسم 3 وبالتالي فإن اقتراح السياسة أصبح الآن قديمًا IPv4 سياسة الهبوط اللينة بدلاً من تعديلها.
شنومكس جول شنومك	افبوب-2016-V4-001-DRAFT03 (الإصدار 3.0): تم تغيير الحد الأقصى لحجم التخصيص / الواجب من / 15 إلى / 18 في المرحلة 1 وفقًا للمناقشات في اجتماع السياسة العامة AFRINC-24 ومتابعة المناقشات حول RPD.
شنومكس شنومكس	افبوب-2016-V4-001-DRAFT04 (الإصدار 4.0): نسخة محدثة تستند إلى الإجماع من المناقشات عبر الإنترنت و AFRINIC-25. تنسيق للإدراج المباشر إلى الاجتماع التحضيري للمؤتمر استبدال "المرحلة الحالية" بـ "مرحلة ما قبل الاستنفاد" لا يوجد احتياطي مباشر أكثر للبنى التحتية الأساسية للإنترنت لا مزيد من الاحتياطي المباشر للداخلين الجدد احتياطي مخصص لتسهيل IPv6 نشر
27 JUN 2017	افبوب-2016-V4-001-DRAFT05 (الإصدار 5.0): تقديم "الحدود المسموح بها والتكرار" - البنود 5.4.6.1 و 5.4.6.2 (فترة انتظار مدتها 24 شهرًا للعضو الذي تلقى حد التخصيص الأقصى لكل مرحلة للعودة للحصول على مساحة أكبر). استعادة الحد الأدنى لحجم التعيين / التخصيص في استنفاد إلى / 24 تعريف تمت إزالته من "موفر خدمات DNS الأساسية" وتعريفات أخرى لم تكن ضرورية. تم تناول معظم القضايا في تقرير تقييم الموظفين لـ AFPUB-2016-V4-001-DRAFT04

 

6. المراجع

السياسة العالمية لتخصيص ما تبقى IPv4 تجمع العناوين:

http://www.AFRINIC.net/en/library/policies/135-afpub-2009-v4-001

 

تقييم الموظفين

الفهرس: اعتبارات تقييم الموظفين

تمت معالجة المشكلات التالية التي أثارها موظفو شركة AFRINIC في تقييمهم لـ Soft Landing BIS الإصدار 4 في الإصدار 5 كما هو موضح في الجدول:

القضية	اكشن
تعريف "مرحلة الإنهاك" غير واضح. تحدد سياسة الهبوط اللينة الحالية ذلك ، ولكن سيتم حذف التعريف في حالة الموافقة على هذا الاقتراح ، وهذا من شأنه أن يتركنا دون تعريف جيد.	يبدو أنه محدد بشكل جيد في 5.4
يجب توسيع روابط HTML لتكون مرئية في الإصدارات النصية أو الإصدارات المطبوعة من الاقتراح	N / A
في المقدمة إلى 5.4 ، تحتوي السياسة الحالية على ثلاث فقرات والسياسة الجديدة بها فقرة واحدة. لا يوجد أي تفسير لماذا تمت إزالة المعلومات الإضافية.	تم إعادة صياغة 5.4 لتضمين النص المحذوف.
في 5.4.1 "التعاريف" ، لماذا لدينا تعريف لـ LIR يختلف عن تعريف CPM 2.3؟ نفضل أن نرى جميع التعريفات (العامة) في القسم 2 من الاجتماع التحضيري للمؤتمر - ما لم تكن محددة صراحةً في قسم الهبوط الناعم في الاجتماع التحضيري للمؤتمر	تم.
تعاريف "LIR الحالي" و "المستخدم النهائي الحالي" غير واضحة. يبدو أن المؤلفين يقصدون الإشارة إلى الأعضاء الذين انضموا إلى AFRINIC وحصلوا على مساحة العنوان قبل بدء مرحلة الاستنفاد. في أي حال ، لا يستخدم ما تبقى من السياسة هذه التعريفات ، لذلك يمكن حذف التعريفات.	تمت إزالة كلا التعريفين
تعريف "LIR الجديد" و "المستخدم النهائي الجديد" يعني أن الشخص الذي ينضم اليوم سيتم تصنيفه على أنه "جديد" وسيظل "جديدًا" إلى الأبد. هل هذه نية المؤلفين؟ على أي حال ، يتم استخدام التعريف مرة واحدة فقط ، في 5.4.5. ليست هناك حاجة لتعريف ما إذا كان النص في 5.4.5 مكتوبًا بعناية.	تم حذف LIR / EU الجديدة من 5.4.1 و 5.4.5
في تعريف final / 8 ، نقترح أن يحدد المؤلفون أنه 102.0.0.0/8.	تم.
في 5.4.2 - لاحظ أنه يتم إعادة تسمية مصطلح "المرحلة الحالية" من سياسة الهبوط اللينة القديمة إلى "مرحلة ما قبل الاستنفاد". اسم "مرحلة ما قبل الاستنفاد" أفضل ، لكننا نلاحظ أن بعض المستندات الأخرى قد تحتاج إلى تعديل لأخذ التغيير في الاعتبار.	N / A
في 5.4.3.1 ، من أجل الاتساق ، يرجى القول صراحة IPv4 في "تخصيص / احالة IPv4 مساحة العنوان "	تم.
في 5.4.3.1 "تخصيص / تعيين مساحة العنوان سيستمر كما هو الحال في مرحلة ما قبل الاستنفاد". نحن نفهم أن المتطلبات الحالية للحاجة المبررة ستبقى. نقترح توضيح ذلك ، ورفعه من 5.4.3.1 إلى 5.4.3 ، لذلك ينطبق على جميع المراحل. النص في 5.4.5 "يجب أن يجتمع IPv4 متطلبات سياسات التخصيص أو التخصيص "تعني أيضًا الحاجة المبررة ، ولكن مرة أخرى يمكن جعلها أكثر وضوحًا.	الحاجة المبررة لجميع المراحل المضافة إلى 5.4.3 (وكذلك في 5.4.5)
في 4.5.3.1 "لا يوجد حد أدنى واضح" هو تغيير عن سياسة الهبوط الناعم القديمة. "لا يوجد حد أدنى واضح" يعني أن الحد الأدنى سيكون / 32 ، لكن الموظفين يفضلون الاحتفاظ بحد أدنى / 24. سيؤدي تخصيص أو تعيين كتل أصغر من / 24 إلى صعوبات تشغيلية للموظفين (وكذلك على الإنترنت بشكل عام) وسيتطلب تغييرات في البرامج.	الحد الأدنى تعديل إلى / 24
في 5.4.3.2 ، ينبغي أن يذكر المؤلفون متى تبدأ المرحلة 2. في الوقت الحالي ، يتم تضمين المرحلة الثانية ضمن إحدى النقاط النقطية الواردة في البند 2 ، ولكن سيكون من الأفضل أن توضح 5.4.3.1 بشكل صريح شروط بدء المرحلة 5.4.3.2.	موضح في 5.4.3.2
في 5.4.3.1 "لتجنب الشك ، سيتم تقييم جميع الطلبات في العملية في هذه المرحلة وفقًا للسياسة الجديدة". ربما ينبغي أن ينطبق هذا على بداية المرحلة 2 وكذلك على بداية المرحلة 1.	N / A
في 5.4.3.2 "لا يوجد حد واضح لعدد المرات التي قد تطلب فيها منظمة إضافية IPv4 مساحة العنوان أثناء فترة الاستنفاد ". يُرجى توضيح ما إذا كان هذا ينطبق فقط على المرحلة 2 ، أو أيضًا المرحلة 1. يشعر الموظفون بالقلق إزاء الزيادة المحتملة في عبء العمل بسبب الطلبات الصغيرة المتكررة من نفس العضو ، واقترحوا أن هناك طريقة معينة للحد من المعدل يجب إضافة ، مثل حد لعدد الطلبات في السنة.	تمت إضافة "وفقًا لأحكام البند 5.4.6" إلى المرحلتين.
5.4.7 يحتفظ a / 12 لتسهيل IPv6 تعيين. ماذا يحدث لـ / 12 التي كانت محفوظة بموجب سياسة الهبوط الناعم القديمة "لبعض الاستخدامات المستقبلية ، غير المتوقعة حتى الآن"؟ نعتقد أن الحجز القديم قد تم إلغاؤه والحجز الجديد يحل محله ، لكننا نود الإيضاح. نتفهم أيضًا أن المساحة المحجوزة لن يتم لمسها حتى لا تتوفر مساحة أخرى على الإطلاق ، وإذا تم إرجاع مساحة العنوان لاحقًا إلى AFRINIC (بعد بدء استخدام الاحتياطي) ، فسيتم التعامل مع المساحة التي تم إرجاعها وفقًا لقواعد المرحلة 2 .	ترك للموظفين. القديم / 12 يمكن أن يحمل على نفس التحفظ.
في 5.4.7 ، "سيستخدم موظفو AFRINIC تقديرهم الخاص عند تقييم المبررات ، وينبغي عليهم استخدام التخصيص المتناثر عندما يكون ذلك ممكنًا في ذلك الكتلة / 12." يرجى فصل هاتين الفكرتين المختلفتين تمامًا في جملتين على الأقل ، ولكن يفضل قسمين منفصلين مرقمين.	تم.
يُنصح المؤلفون عمومًا باستخدام أقسام مرقمة بدلاً من قوائم الرموز النقطية ، لسهولة الرجوع إليها في المناقشة أو المراسلات في المستقبل.	N / A
يُنصح المؤلفون عمومًا ببذل جهد للحفاظ على الترقيم في السياسة الجديدة المقترحة المتوافقة مع الترقيم في السياسة الحالية في الاجتماع التحضيري للمؤتمر.	N / A

---

 

تقييم الموظفين لـ AFPUB-2016-V4-001-DRAFT05: IPv4 لينة الهبوط BIS (الإصدار 5)

مقترح	افبوب-2016-V4-001-DRAFT05
العنوان	IPv4 لينة الهبوط BIS (الإصدار 5)
URL	https://www.afrinic.net/fr/community/policy-development/policy-proposals/2153-ipv4-soft-landing-bis
تقييم	24th أغسطس ٢٠١٥

 

1. فهم الموظفين للمقترح

1. استبدال كامل للتيار IPv4 سياسة الهبوط الناعم (تحل محل التكلفة الكاملة لكل ألف ظهور 5.4)
2. يجعل مخصصات الموارد لـ LIRs الجديدة والمستخدمين النهائيين ، شيء يفتقر إليه في CPM 5.4 الحالي.
3. يقوم بإنشاء ملف محجوز ومخصص (IPv4 / 12) كتلة للشركات المحتاجة IPv4 مساحة لدعم IPv6 نشر.
4. يقدم قيمًا جديدة لأحجام التخصيص / التعيين القصوى على النحو التالي:
   1. المرحلة 1: الحد الأقصى / 18 ، الحد الأدنى / 24
   2. المرحلة 2: الحد الأقصى / 22 ، الحد الأدنى / 24
5. يضع موضع انتظار لمدة 24 شهرًا للعضو الذي حصل على الحد الأقصى للتخصيص لكل مرحلة. (يجب على العضو الانتظار لمدة 24 شهرًا قبل طلب تخصيص آخر في حال استهلك هذا العضو أقصى تخصيص له في أي مرحلة معينة).

 

2. تعليقات الموظفين

1. 5.4.3 الجديدة المقترحة التي تقول "خلال أي من المراحل أدناه ، جميع التخصيصات والتخصيصات IPv4 ستستند المساحة على الحاجة المبررة والمثبتة "يمكن توضيحها أكثر للإشارة إلى" الحاجة المبررة والمثبتة وفقًا للسياسات السارية في مرحلة ما قبل الاستنفاد ، بالإضافة إلى القيود التي تنطبق خلال مراحل الاستنفاد ".
2. 5.4.6.1 الجديدة المقترحة تقول "عندما تطلب منظمة إضافية IPv4 مساحة العنوان في كل من المرحلتين 1 و 2 ، يجب ألا يتجاوز إجمالي التخصيصات / التخصيصات الخاصة بهذه المنظمة الحد الأقصى المسموح به للبادئة / 18 لمرحلة الاستنفاد 1 و / 22 لمرحلة الاستنفاد 2. "يشير هذا النص إلى إجمالي مقتنيات المؤسسة ، ولكن نعتقد أن القصد كان الإشارة إلى المساحة الإضافية التي تلقتها المنظمة خلال المرحلة 1 ، أو المساحة الإضافية التي حصلت عليها خلال المرحلة 2.
3. يصعب فهم طريقة تجاوز 5.4.6.2 الجديدة المقترحة 5.4.6.1. نقترح النص التالي الذي نأمل أن يعبر عن نية المؤلفين بشكل أوضح:

 

5.4.6الحدود المسموح بها 5.4.6.1 خلال أي فترة 24 شهرًا خلال مرحلة الاستنفاد 1 ، قد تتلقى أي مؤسسة تخصيصًا أو أكثر أو تخصيصًا إجماليًا يعادل / 18. 5.4.6.2 خلال أي فترة 24 شهرًا خلال مرحلة الاستنفاد 2 ، قد تتلقى أي مؤسسة تخصيصًا أو أكثر أو تخصيصًا إجماليًا يعادل / 22.

 

1. في 5.4.7 ، نشك في أن نية المؤلفين هي أن التحفظ بموجب 5.4.7.1 الحالي "لبعض الاستخدامات المستقبلية ، كما هو غير متوقع حتى الآن" يقع بعيدا ، ويتم استبداله بالحجز الجديد بموجب 5.4.7 الجديد المقترح " لتسهيل IPv6 النشر ". بعبارة أخرى ، هناك حجز واحد / 12 حجزًا ، وليس تحفظين / 12 تحفظًا (واحد من سياسة Soft-Landing القديمة والآخر من اقتراح السياسة الجديد هذا). إذا كان هذا هو بالفعل نية المؤلفين ، فإننا نقترح باستخدام نص مشابه لـ:

 

"متجاورة / 12 IPv4 سيتم حجز كتلة العنوان من النهاية / 8 لتسهيلها IPv6 تعيين. لتجنب الشك ، يحل هذا محل تحفظ / 12 لبعض الاستخدامات المستقبلية التي كانت موجودة في إصدار سابق من IPv4 سياسة الهبوط الناعمة ".

 

1. في 5.4.7 ، لا تحدد عبارة "ستخضع هذه الكتلة لتخصيص حجم أقصى / 24" حدًا أدنى للحجم. يرجى تحديد الحجم الأدنى. إذا كان الحد الأدنى أصغر من / 24 فسيكون التنفيذ أكثر صعوبة.
2. في 5.4.7.2.3 ، يرجى توضيح ما إذا كان نطاقات ccTLD مقتصرة على رمز TLDs المكون من حرفين ، أو ما إذا كانت IDN ccTLDs هي أيضًا وفقًا لـ https://www.iana.org/domains/root/db و https://www.icann.org/resources/pages/fast-track-2012-02-25-en، تستخدم ICANN مصطلح "IDN ccTLD" لنطاقات IDN TLD المرتبطة بأسماء البلدان (مثل "جزائر" أو "xn - lgbbat1ad8j" للجزائر).

 

3. تعليقات من المستشار القانوني

لا شيء لوحظ

 

4. التنفيذ

 

4.1 الجدول الزمني والأثر

سوف يستغرق AFRINIC ما يقرب من شهرين لتنفيذ هذا الاقتراح بعد التصديق. (إجراءات التنفيذ مدرجة في 2 أدناه).

 

4.2 متطلبات التنفيذ

• تدوين الحد الأدنى والأقصى لأحجام التخصيص الجديدة في MyAFRINIC و whois.
• تقنين "فترة الانتظار" إلى MyAFRINIC.
• مراجعة نماذج طلب الموارد (بتنسيق MyAFRINIC و NMRP).
• تحديث وثائق العملية الداخلية.
• تحديث CPM sec 5.4 حسب الاقتضاء.