| هذه draft هي نسخة مؤرشفة. انقر هنا للتحقق من الأحدث draft/الإصدار
التفاصيل
| التفاصيل |
|
مقترح
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
- إزالة الحد الأدنى لحجم التخصيص لأن هذا قد يتطور مع مرور الوقت خلال فترة الاستنفاد
- حجز كتلة مخصصة لتسهيل IPv6 نشر
3.0 الاقتراح
3.1 قسم دليل السياسات للتأثر:
سيتم استبدال القسم 5.4 من الاجتماع التحضيري للمؤتمر على النحو التالي:
5.4 الهبوط الناعم
يصف هذا الاقتراح كيف تقوم AFRINIC بتعيين وتخصيص وإدارة IPv4 الموارد خلال "مرحلة الاستنفاد" التي تبدأ عندما تحتاج AFRINIC لأول مرة إلى تعيين أو تخصيص عناوين IP من الكتلة النهائية / 8 من IPv4 مساحة العنوان.
5.4.1 تعاريف
- سجل الإنترنت المحلي (LIR) - سجل الإنترنت المحلي (LIR) هو سجل إنترنت (IR) يتلقى مخصصات من RIR ويعين مساحة العنوان للعملاء الذين يستخدمون خدماتها. LIRs هي عادة مزودي خدمات الإنترنت وعملائهم هم المستخدمون النهائيون وربما مزودي خدمات الإنترنت الآخرين. يجب أن تكون LIRs أعضاء في RIR مثل AFRINIC ؛ التي تخدم منطقة إفريقيا وجزء من المحيط الهندي (جزر القمر ومدغشقر وموريشيوس وسيشيل).
- LIR's الموجودة - LIR الموجودة هي LIR التي تخصص مساحة العنوان لـ "المستخدمين النهائيين" وتم تخصيصها بالفعل IPv4 مساحة العنوان بواسطة AFRINIC.
- LIR الجديدة - LIR الجديدة ، هي LIR التي تحدد مساحة العنوان لـ "المستخدمين النهائيين" وهي عضو في AFRINIC ، ولكن لم يتم تخصيص أي IPv4 مساحة العنوان قبل مرحلة الاستنفاد.
- "المستخدم النهائي" الحالي - "المستخدم النهائي" هو مؤسسة تم تعيينها بالفعل IPv4 مساحة بواسطة AFRINIC للاستخدام في شبكاتها التشغيلية.
- "المستخدم النهائي" الجديد - "المستخدم النهائي" الجديد هو مستخدم نهائي عضو في AFRINIC ، ولكن لم يتم تعيين أي IPv4 مساحة العنوان قبل مرحلة الاستنفاد.
- النهائي / 8 كتلة من IPv4 مساحة العنوان ، أو "Final / 8" - كتلة Final / 8 من IPv4 مساحة العنوان ، أو "Final / 8" ، هي كتلة / 8 من IPv4 مساحة العنوان التي تم تخصيصها بواسطة IANA إلى AFRINIC من حيث القسم 2.2 C من السياسة العالمية لتخصيص الباقين IPv4 مساحة العنوان
- مزود خدمة DNS الأساسي: موفر خدمة DNS الأساسي هو منظمة توفر خدمة DNS للمستوى الجذر لشجرة DNS (مشغلي الجذر المعتمدين من ICANN) أو لنطاقات ccTLD الأفريقية المعتمدة من ICANN والتي تعمل في منطقة خدمة AFRINIC.
5.4.2 مرحلة ما قبل الاستنفاد
كانت "مرحلة ما قبل الاستنفاد" هي الفترة التي تم خلالها تخصيص أو تخصيص AFRINIC IPv4 عناوين LIRs والمستخدمين النهائيين باستخدام القسم 5.0 من دليل السياسات وقبل بدء مرحلة الاستنفاد.
انتهت هذه المرحلة عندما AFRINIC أعلن علنا أن مرحلة الاستنفاد قد بدأت.
5.4.3 مرحلة الإرهاق
أثناء مرحلة الاستنفاد ، سيتم استخدام سياسة التخصيص والتخصيص التالية. تنطبق هذه السياسة على كلاً من LIRs والمستخدمين النهائيين ، وتنطبق على الجميع IPv4 مساحة العنوان المخصصة أو المعينة أو التي تديرها AFRINIC أثناء الانتقال إلى وبعد مرحلة الاستنفاد ، بصرف النظر عما إذا كان هذا أم لا IPv4 مساحة العنوان جزء من Final / 8. سيتم تقسيم مرحلة الاستنفاد إلى قسمين:
5.4.3.1 مرحلة الاستنفاد 1
- خلال هذه المرحلة ، سيستمر تخصيص / تخصيص مساحة العنوان كما هو الحال في مرحلة ما قبل الاستنفاد مع عدم وجود حد أدنى واضح ولكن الحد الأقصى سيتغير من / 10 إلى / 18.
- سيتم إجراء التخصيصات والواجبات من النهائي / 8 أو من أي دولة أخرى IPv4 مساحة العنوان المتاحة لـ AFRINIC ، حتى لا يتوفر أكثر من 11/8 من المساحة غير المحجوزة في Final / 2. في هذه المرحلة ، ستبدأ مرحلة الاستنفاد XNUMX.
- لتجنب الشك ، سيتم تقييم جميع التطبيقات في العملية في هذه المرحلة وفقًا للسياسة الجديدة
5.4.3.2 مرحلة الاستنفاد 2
- خلال هذه المرحلة ، سيكون الحد الأقصى لحجم التخصيص / التعيين / 22.
- لا يوجد حد واضح لعدد المرات التي قد تطلب فيها منظمة إضافية IPv4 مساحة العنوان خلال فترة الاستنفاد
5.4.4 تكون فترة التخصيص والتخصيص 8 أشهر.
تكون فترة التخصيص والتخصيص 8 أشهر. سيساعد ذلك في ضمان طلب LIRs فقط للموارد التي يحتاجون إليها في المدى القصير إلى المتوسط ، وتعزيز الإنصاف في التوزيع العادل لآخر IPv4 تجمع العناوين. ستبقى فترة التخصيص / التعيين هذه كما هي طوال مدة هذه السياسة
5.4.5 معايير التخصيص
- من أجل الحصول عليها IPv4 التخصيصات أو التخصيصات أثناء مرحلة الاستنفاد ، يجب أن يفي LIR أو المستخدم النهائي IPv4 متطلبات سياسات التخصيص أو التخصيص واستخدمت ما لا يقل عن 90 ٪ من جميع التخصيصات أو التخصيصات السابقة (بما في ذلك التخصيصات التي تمت خلال مرحلة ما قبل الاستنفاد ومرحلة الاستنفاد).
- في حالة LIRs جديدة أو المستخدمين النهائيين مع عدم وجود تخصيصات أو تخصيصات سابقة ، لا ينطبق هذا المتطلب على طلب التخصيص أو التخصيص الأول.
- موارد AFRINIC مخصصة لمنطقة خدمة AFRINIC وأي استخدام خارج المنطقة يجب أن يكون فقط لدعم التوصيلية مرة أخرى إلى منطقة AFRINIC
5.4.6 IPv6 احتياطي النشر
متجاورة / 12 IPv4 سيتم حجز كتلة العنوان من النهاية / 8 لتسهيلها IPv6 تعيين. عند AFRINIC ، لم يعد بإمكانه تلبية أي طلبات إضافية لمساحة العنوان (من النهائي / 8 أو من أي مساحة عنوان أخرى متاحة) ، يجب تبرير التخصيصات والواجبات من هذه الكتلة باحتياجات IPv4 يعالج مساحة لدعم IPv6 تعيين. من الأمثلة على هذه الاحتياجات ما يلي: [IPv4 عناوين لموفري خدمات DNS الأساسية خوادم DNS المزدوجة ، 464XLAT مترجمين أو أي مترجمين آخرين على النحو المحدد في IETF. سيخضع هذا الحظر لتخصيص حجم أقصى قدره / 24.
سيستخدم موظفو AFRINIC سلطتهم التقديرية عند تقييم المبررات ، ويجب عليهم استخدام التخصيص المتناثر عندما يكون ذلك ممكنًا في ذلك الكتلة / 12.
من أجل الحصول على تخصيص أو مهمة من IPv6 احتياطي النشر:
- قد لا يكون مقدم الطلب قد تلقى موارد بموجب هذه السياسة في الأشهر الستة (6) السابقة ؛
- يجب على مقدم الطلب إثبات عدم وجود مخصصات أو مهام أخرى تلبي هذه الحاجة.
4.0 تاريخ المراجعة
|
09 FEB 2016 |
افبوب-2016-V4-001-DRAFT01 (الإصدار 1.0) تم نشر الإصدار 1 في قائمة مراسلات rpd |
|
16 FEB 2016 |
افبوب-2016-V4-001-DRAFT02 (الإصدار 2.0): |
|
شنومكس جول شنومك |
افبوب-2016-V4-001-DRAFT03 (الإصدار 3.0): تم تغيير الحد الأقصى لحجم التخصيص / الواجب من / 15 إلى / 18 في المرحلة 1 وفقًا للمناقشات في اجتماع السياسة العامة AFRINC-24 ومناقشات المتابعة بشأن RPD. |
|
شنومكس شنومكس |
افبوب-2016-V4-001-DRAFT04 (الإصدار 4.0)
|
مراجع شنومكس
السياسة العالمية لتخصيص ما تبقى IPv4 تجمع العناوين: http://www.AFRINIC.net/en/library/policies/135-afpub-2009-v4-001
تقييم الموظفين
*** تقييم الموظفين ***
| مقترح | افبوب-2016-V4-001-DRAFT-04 |
|---|---|
| العنوان | IPv4 لينة الهبوط BIS |
| تقييم | 15 مايو 2017 |
1.0 فهم الموظفين للاقتراح
- استبدال كامل للتيار IPv4 سياسة الهبوط الناعم (تحل محل التكلفة الكاملة لكل ألف ظهور 5.4)
- تجعل السياسة مخصصات موارد لـ LIRs والمستخدمين الجدد ، وهو شيء يفتقر إليه في التكلفة الحالية لكل ألف ظهور.
- يقوم بإنشاء ملف محجوز ومخصص (IPv4 / 12) كتلة للشركات المحتاجة IPv4 مساحة لدعم IPv6 نشر.
- يقدم قيمًا جديدة لأحجام التخصيص / التخصيص القصوى: يزيل الحد الأدنى من أحجام التخصيص / التخصيص المنصوص عليها في CPM 5.4. يزيل الحد الأدنى من أحجام التخصيص / التعيين المنصوص عليها في CPM 5.4.
- المرحلة 1: الحد الأقصى / 18 ، لا يوجد حد أدنى (يعني الحد الأدنى / 32)
- المرحلة 2: الحد الأقصى / 22 ، لا يوجد حد أدنى (يعني الحد الأدنى / 32)
- يزيل الحد الأدنى من أحجام التخصيص / التعيين المنصوص عليها في CPM 5.4.
2.0 تعليقات الموظفين
-
تعريف "مرحلة الإنهاك" غير واضح. تحدد سياسة الهبوط اللينة الحالية ذلك ، ولكن سيتم حذف التعريف في حالة الموافقة على هذا الاقتراح ، وهذا من شأنه أن يتركنا دون تعريف جيد.
-
يجب توسيع روابط HTML لتكون مرئية في الإصدارات النصية أو الإصدارات المطبوعة من الاقتراح
-
في المقدمة إلى 5.4 ، تحتوي السياسة الحالية على ثلاث فقرات والسياسة الجديدة بها فقرة واحدة. لا يوجد أي تفسير لماذا تمت إزالة المعلومات الإضافية.
-
في 5.4.1 "التعاريف" ، لماذا لدينا تعريف لـ LIR يختلف عن تعريف CPM 2.3؟ نفضل أن نرى جميع التعريفات (العامة) في القسم 2 من الاجتماع التحضيري للمؤتمر - ما لم يتم تحديدها صراحةً في قسم الهبوط الناعم في الاجتماع التحضيري للمؤتمر.
-
تعريفات "LIR الحالية" و "المستخدم النهائي الحالي" ليست واضحة. يبدو أن المؤلفين كانوا يقصدون الإشارة إلى الأعضاء الذين انضموا إلى AFRINIC وتلقوا مساحة العنوان قبل بدء مرحلة الاستنفاد. في أي حال ، لا يستخدم ما تبقى من السياسة هذه التعريفات ، لذلك يمكن حذف التعريفات.
-
تعريف "LIR الجديد" و "المستخدم النهائي الجديد" يعني أن الشخص الذي ينضم اليوم سيتم تصنيفه على أنه "جديد" وسيظل "جديدًا" إلى الأبد. هل هذه نية المؤلفين؟ على أي حال ، يتم استخدام التعريف مرة واحدة فقط ، في 5.4.5. ليست هناك حاجة لتعريف ما إذا كان النص في 5.4.5 مكتوبًا بعناية.
-
في تعريف final / 8 ، نقترح أن يحدد المؤلفون أنه 102.0.0.0/8.
-
في 5.4.2 - لاحظ أنه يتم إعادة تسمية مصطلح "المرحلة الحالية" من سياسة الهبوط اللينة القديمة إلى "مرحلة ما قبل الاستنفاد". اسم "مرحلة ما قبل الاستنفاد" أفضل ، لكننا نلاحظ أن بعض المستندات الأخرى قد تحتاج إلى تعديل لأخذ التغيير في الاعتبار.
-
في 5.4.3.1 ، من أجل الاتساق ، يرجى القول صراحة IPv4 في "تخصيص / احالة IPv4 مساحة العنوان "
-
في 5.4.3.1 "تخصيص / تعيين مساحة العنوان سيستمر كما هو الحال في مرحلة ما قبل الاستنفاد". نحن نفهم أن المتطلبات الحالية للحاجة المبررة ستبقى. نقترح توضيح ذلك ، ورفعه من 5.4.3.1 إلى 5.4.3 ، لذلك ينطبق على جميع المراحل. النص في 5.4.5 "يجب أن يجتمع IPv4 متطلبات سياسات التخصيص أو التنازل "تعني أيضًا الحاجة المبررة ، ولكن مرة أخرى يمكن توضيحها.
-
في 4.5.3.1 "لا يوجد حد أدنى واضح" هو تغيير عن سياسة الهبوط الناعم القديمة. "لا يوجد حد أدنى واضح" يعني أن الحد الأدنى سيكون / 32 ، لكن الموظفين يفضلون الاحتفاظ بحد أدنى / 24. سيؤدي تخصيص أو تعيين كتل أصغر من / 24 إلى صعوبات تشغيلية للموظفين (وكذلك على الإنترنت بشكل عام) وسيتطلب تغييرات في البرامج.
-
في 5.4.3.2 ، ينبغي أن يذكر المؤلفون متى تبدأ المرحلة 2. في الوقت الحالي ، يتم تضمين المرحلة الثانية ضمن إحدى النقاط النقطية الواردة في البند 2 ، ولكن سيكون من الأفضل أن توضح 5.4.3.1 بشكل صريح شروط بدء المرحلة 5.4.3.2.
-
في 5.4.3.1 "لتجنب الشك ، سيتم تقييم جميع الطلبات في العملية في هذه المرحلة وفقًا للسياسة الجديدة". ربما ينبغي أن ينطبق هذا على بداية المرحلة 2 وكذلك على بداية المرحلة 1.
-
في 5.4.3.2 "لا يوجد حد واضح لعدد المرات التي قد تطلب فيها منظمة إضافية IPv4 مساحة العنوان أثناء فترة الاستنفاد ". يُرجى توضيح ما إذا كان هذا ينطبق فقط على المرحلة 2 ، أو أيضًا على المرحلة 1. يشعر الموظفون بالقلق إزاء الزيادة المحتملة في عبء العمل بسبب الطلبات الصغيرة المتكررة من نفس العضو ، واقترحوا ضرورة يمكن إضافتها ، مثل حد لعدد الطلبات في السنة.
-
5.4.6 يحتفظ a / 12 لتسهيل IPv6 تعيين. ماذا يحدث لـ / 12 التي كانت محفوظة بموجب سياسة الهبوط الناعم القديمة "لبعض الاستخدامات المستقبلية ، غير المتوقعة حتى الآن"؟ نعتقد أن الحجز القديم قد تم إلغاؤه والحجز الجديد يحل محله ، لكننا نود الإيضاح. نتفهم أيضًا أن المساحة المحجوزة لن يتم لمسها حتى لا تتوفر مساحة أخرى على الإطلاق ، وإذا تم إرجاع مساحة العنوان لاحقًا إلى AFRINIC (بعد بدء استخدام الاحتياطي) ، فسيتم التعامل مع المساحة التي تم إرجاعها وفقًا لقواعد المرحلة 2 .
-
في 5.4.6 ، "سيستخدم موظفو AFRINIC تقديرهم الخاص عند تقييم المبررات ، وينبغي عليهم استخدام التخصيص المتناثر عندما يكون ذلك ممكنًا في ذلك الكتلة / 12." يرجى فصل هاتين الفكرتين المختلفتين تمامًا في جملتين على الأقل ، ولكن يفضل قسمين منفصلين مرقمين.
-
يُنصح المؤلفون عمومًا باستخدام أقسام مرقمة بدلاً من قوائم الرموز النقطية ، لسهولة الرجوع إليها في المناقشة أو المراسلات في المستقبل.
-
يُنصح المؤلفون عمومًا ببذل جهد للحفاظ على الترقيم في السياسة الجديدة المقترحة المتوافقة مع الترقيم في السياسة الحالية في الاجتماع التحضيري للمؤتمر.
3.0 تعليقات من المستشار القانوني
- لا شيء لوحظ.
4.0 التنفيذ:
4.1 الجدول الزمني والأثر
يمكن تنفيذ الاقتراح كما هو مكتوب دون تأثير كبير على موارد AFRINIC خلال الفترة الزمنية الموصى بها من قبل PDP.
4.2 متطلبات التنفيذ
يجب أن يكون العمل التالي مطلوبًا من قسم تكنولوجيا المعلومات:
- تدوين الحد الأدنى والأقصى لأحجام التخصيص الجديدة في MyAFRINIC و whois
- مراجعة نماذج طلب الموارد (بتنسيق MyAFRINIC و NMRP)
