التفاصيل
التفاصيل
التفاصيل | التاريخ | مراجعة التاريخ |
|
28 مارس 2018 |
الإصدار 1: AFPUB-2018-V6-004-DRAFT01 في البداية Draft تم النشر في rpd. |
مقترح
1.0 ملخص للمشكلة التي يعالجها اقتراح السياسة هذا
منذ أن تم تطوير هذه السياسة ، فإن IPv4 تم استنفاد مساحة العنونة ، و IPv6 تطور النشر ، لذلك ليس من المنطقي ربط IPv6 سياسة الوجود أو IPv4 (بنفس الطريقة التي لا ترتبط بها سياسة التخصيص الأولية).
بالإضافة إلى ذلك ، لأن AFRINIC قدمت IPv6 PI دون أي تكلفة على القائمة IPv4 أصحاب PI ، قد يحدث أن تم طلب المهمة "الافتراضية" بدون خطة عنونة مناسبة وقد لا يكون هذا هو الصحيح في وقت التنفيذ.
2.0 ملخص عن كيفية معالجة هذا الاقتراح للمشكلة
يقوم هذا الاقتراح بتحديث النص ذي الصلة لاستيعاب إمكانية الحصول عليه IPv6 PI حتى لو لم يكن هناك IPv4 بي.
يضيف هذا الاقتراح أيضًا قسمًا جديدًا للسماح بتصحيح المهمة الأولية.
3. الاقتراح
سيتم تعديل المادة 6.8 من الاجتماع التحضيري للمؤتمر على النحو التالي:
الحالي |
المقترح |
6.8 تعيينات PI السياسة الحالية لا تسمح IPv6 تعيين عنوان (PI) للمزود المستقل لأي "مواقع نهائية". بالإضافة إلى ذلك ، عدم وجود IPv6 النقل سيجبر العديد من "المواقع النهائية" على النفق. وبالتالي ، لتجنب ترقيم متى IPv6 سيكون النقل متاحًا ، ويبدو أن التعيين المستقل لموفر الخدمة معقول. أكثر من ذلك ، ليس كل LIR لها IPv6 تخصيصات مساحة العنوان. هذا يجعل من المستحيل على المستخدمين النهائيين الحصول على السلطة الفلسطينية IPv6 مساحة العنوان من هذا المنبع (LIR's). وتهدف هذه السياسة أيضا إلى توفير IPv6 مساحة العنوان لهؤلاء المستخدمين النهائيين طالما لديهم أو مؤهلون بالفعل للحصول على PI IPv4 عناوين. |
6.8 تعيينات PI هذه السياسة تهدف إلى توفير IPv6 مساحة العنوان للمستخدم النهائي. |
6.8.1 المُقدّمة تسمح هذه السياسة بتعيين "المواقع النهائية" IPv6 مزود (PI) عناوين مستقلة. تشمل "المواقع النهائية" المستخدمين النهائيين الذين لديهم بالفعل أو يحق لهم الحصول عليها IPv4 عناوين PI وموفري البنية التحتية الحيوية مثل مشغلي خادم الجذر TLD ونقاط تبادل الإنترنت العامة (IXP). |
6.8.1 المُقدّمة تسمح هذه السياسة بتعيين "المواقع النهائية" IPv6 مزود (PI) عناوين مستقلة. تشمل "المواقع النهائية" المستخدمين النهائيين وموفري البنية التحتية الحيوية مثل مشغلي خادم الجذر TLD ونقاط تبادل الإنترنت العامة (IXP). |
6.8.2 معايير الاحالة
|
6.8.2 معايير الاحالة
|
6.8.3 مساحة عنوان مزود الخدمة المستقل (PI):
|
6.8.3 مساحة عنوان مزود الخدمة المستقل (PI):
|
[أدخل الفقرة الجديدة 6.8.4] |
6.8.4. تصحيح حجم المهمة الأولية قد يقدم "الموقع النهائي" خطة عنونة جديدة إلى AFRINIC إذا كانت الخطة المقدمة في البداية لتبرير المهمة الأولية لم تعد تلبي احتياجاتهم الحالية. ستكون المهمة الجديدة متوافقة مع الخطة الجديدة وستتوافق مع 6.8.2 و 6.8.3. إن أمكن ، سيتم ترقية "كتلة العنوان" نفسها إلى حجم البادئة الجديد المطلوب. ومع ذلك ، إذا كانت البادئات المجاورة تستخدم بالفعل من قبل مؤسسات أخرى أو إذا لم تترك هذه المهمة مساحة كافية للمهام اللاحقة ، فسوف تقوم AFRINIC بإبلاغ المؤسسة الطالبة ، والتي سيكون لديها الخيارات التالية:
لا يمكن استخدام هذا الإجراء إلا مرة واحدة بواسطة كل موقع نهائي. |
4. المراجع
يوجد نص مشابه و / أو تم اقتراحه في وثائق السياسة ذات الصلة في بلد آخر RIR المجتمعات.