التفاصيل
افبوب-2019-v4-002-DRAFT01 |
التجريبية: 1.0 الحالة : قيد المناقشة تقادم: |
المعلن / كاتب التعليق:
|
تعديل: CPM ، تعديل الفن. 5.7 |
||
قدمت: 14th مايو 2019 |
مقترح
1.0 ملخص للمشكلة التي يعالجها هذا الاقتراح
هذا الاقتراح يسمح بإنشاء آلية للسماح لنقل IPv4 الموارد من / إلى المناطق الأخرى ولمواءمة AFRINIC مع السوق الموجود بالفعل والذي نتخلف عنه ، وهو أمر سلبي بالنسبة للمنطقة.
2.0 ملخص عن كيفية معالجة هذا الاقتراح للمشكلة
في السنوات الأخيرة ، ومع استنفاد IPv4، تم حل العديد من المناطق هذه المشكلة ، ليس فقط من خلال عمليات النقل داخل المنطقة نفسها ، ولكن بين المناطق المختلفة. هذا يسمح لتسهيل ديناميكية في السوق وعن طريق زيادة العرض ، وخفض الأسعار.
ومع ذلك ، فإنRIR لم يتم إنشاء آلية في AFRINIC ، مما يؤدي المنطقة إلى حالة من التمييز وندرة العناوين ، وليس فقط في RIR نفسه ، ولكن في سوق المنطقة ، والذي يتجنب حتى إنشاء شركات جديدة في المنطقة ، بسبب نقص العناوين.
من ناحية أخرى ، حقيقة أنه لا يوجد بينRIR لا تمنع السياسة عمليات النقل "تحت الجدول" ، وبالتالي ، تفترض وجود موارد تُفقد منها تاريخ تسجيلها ، والتي تعد واحدة من الوظائف الرئيسية لـ AFRINIC.
يعتبر هذا الاقتراح أنه ينبغي السماح بهذه التحويلات لجميع أنواع IPv4 مصادر. في حالة الموارد القديمة ، فإن هذا له ميزة السماح لهذه الموارد بالظهور ودمجها في RIRنظام ق.
بالإضافة إلى ذلك ، من المهم تسليط الضوء على أن نشر IPv6، في بعض الحالات ، قد تتطلب كتل صغيرة من IPv4 عناوين آليات الانتقال ، أو زيادة كبيرة في تكاليفها ، وبالتالي فإن العديد من كيانات AFRINIC يمكن أن تكون في وضع غير مؤاتٍ خطير إذا لم يكن لديها إمكانية الوصول إلى السوق العالمية ، كما هو الحال حاليًا.
ليس هناك شك في أن قبول هذا النوع من النقل ينطوي أيضًا على مخاطر ، ومن المحتمل أن يتم إنشاء زيادة مبدئية في الأسعار ، والتي سوف تتماشى بسرعة مع بقية السوق العالمية ، كما هو الحال عادة مع الأسواق المماثلة.
سيسمح هذا الاقتراح بالتحويلات ثنائية الاتجاه مع APNIC و ARIN و LACNIC و RIPE.
الفرق الوحيد بين اقتراح السياسة هذا و AFPUB-2019-IPv4-001-DRAFT01 هو أن الأخير يتضمن قيدًا يسمح فقط بالدخولRIR نقل الموارد القديمة. لذلك ، إذا حقق كلا الاقتراحين الإجماع ، بغض النظر عما إذا كانا قد توصلوا إلى إجماع في نفس الوقت أو في أوقات مختلفة ، فسوف يسود نص هذا الاقتراح تلقائيًا.
3. الاقتراح
يعدل المادة 5.7 من هيئة تدابير الصحة النباتية ، على النحو التالي:
الحالي |
المقترح |
5.7 IPv4 تحويل الموارد داخل منطقة AFRINIC مثل غيرها من سجلات الإنترنت الإقليمية ، سوف تستنفد AFRINIC قريباً IPv4 حوض السباحة. من أجل تلبية احتياجات طالبي الموارد المتأخرة ، سياسة نقل لـ IPv4 هناك حاجة إلى موارد داخل المنطقة. الهدف من هذه السياسة هو تحديد الظروف التي يجب أن تحدث فيها عمليات النقل. السياسة تحل قضية حاجة منظمة أفريقية IPv4 عدد الموارد بعد استنفاد AFRINIC IPv4 تجمع أو عندما لم يعد بإمكان AFRINIC تلبية احتياجات هذه المنظمة. 5.7.1 ملخص السياسة تنطبق هذه السياسة على منظمة لها حاجة مبررة لها IPv4 الموارد التي لا يمكن أن تلبيها AFRINIC. 5.7.2 IPv4 الموارد المراد نقلها - يجب أن تكون من حساب عضو AFRINIC الحالي أو من مالك موارد قديم في منطقة خدمة AFRINIC. |
5.7 IPv4 تحويلات الموارد تنطبق هذه السياسة على منظمة ذات حاجة مبررة IPv4 الموارد التي لا يمكن أن تلبيها AFRINIC.
5.7.1 أنواع النقل المعترف بها يتم التعرف على نوعين من عمليات النقل:
|
5.7.3. الشروط على مصدر النقل 5.7.3.1 يجب أن يكون المصدر هو المالك الشرعي الحالي لـ IPv4 معالجة الموارد المعترف بها من قبل AFRINIC ، وعدم التورط في أي نزاع بشأن حالة تلك الموارد. 5.7.3.2 لن تكون كيانات المصدر مؤهلة لتلقي المزيد IPv4 معالجة تخصيصات أو مهام من AFRINIC لمدة 12 شهرًا بعد موافقة النقل. 5.7.3.3 يجب ألا تكون كيانات المصدر قد تلقت نقلًا أو تخصيصًا أو تخصيصًا لـ IPv4 عدد الموارد من AFRINIC لمدة 12 شهرا قبل الموافقة على طلب النقل. يستثني هذا التقييد عمليات الدمج والاستحواذ. |
5.7.2 الشروط على مصدر النقل 5.7.2.1 يجب أن يكون المصدر هو المالك الشرعي الحالي لـ IPv4 معالجة الموارد في ذات الصلة RIR، وعدم التورط في أي نزاع فيما يتعلق بحالة تلك الموارد. 5.7.2.2 لن تكون كيانات المصدر مؤهلة لتلقي المزيد IPv4 معالجة تخصيصات أو مهام من AFRINIC لمدة 12 شهرًا بعد موافقة النقل. |
5.7.4. الشروط على متلقي النقل 5.7.4.1 يجب أن توافق AFRINIC على حاجة المستلم لـ IPv4 عدد الموارد. لكي تتأهل المنظمة لتلقي النقل ، يجب عليها أولاً أن تمر بعملية تبريرها IPv4 الاحتياجات من الموارد قبل AFRINIC. وهذا يعني ، يجب على المنظمة تبرير وتوضيح قبل استخدام AFRINIC تخصيص / تعيين الأولي / الإضافي ، حسب الاقتضاء ، وفقا للسياسات المعمول بها. 5.7.4.2 يجب أن يكون المستلم عضوًا في AFRINIC ، ويخضع لسياسات AFRINIC الحالية ويجب أن يوقع على اتفاقية خدمات التسجيل للموارد التي يتم تلقيها. |
5.7.3 الشروط على متلقي النقل 5.7.3.1 بالنسبة لمنظمة داخل منطقة خدمة AFRINIC ، يجب أن توافق AFRINIC على حاجة المستلم إلى IPv4 عدد الموارد ، باتباع السياسات الحالية ذات الصلة. 5.7.3.2 لمنظمة في مؤسسة أخرى RIR منطقة الخدمة ، سيعتمد المعيار المعني على السياسات ذات الصلة في الوجهة RIR. 5.7.3.3 يجب أن يكون المستلم عضوًا في الجهة ذات الصلة RIR، مع مراعاة سياساتها ووثائقها القانونية / اتفاقيات الخدمة. |
5.7.4.3 المنقولة IPv4 الموارد القديمة لم تعد تعتبر موارد قديمة. |
5.7.3.4 IPv4 الموارد القديمة لم تعد تعتبر موارد قديمة:
|
4. المراجع
هناك بينRIR السياسات المتبعة في APNIC و ARIN و RIPE ، والتي أثبتت فعاليتها على نطاق واسع ولم تقدم مشاكل للمجتمعات المعنية ، على عكس ذلك تمامًا.
توصلت LACNIC إلى إجماع على اقتراح مماثل في اجتماعهم الأخير:
- أمريكا اللاتينية والكاريبي-2019-11: https://politicas.lacnic.net/politicas/detail/id/LAC-2019-1?language=en
وفقًا للأدلة الموجودة ، تظهر منطقة ARIN كمصدر لنقل أكبر عدد من العناوين إلى المناطق الأخرى التي لديها سياسات لنقل الموارد.
- https://www.nro.net/wp-content/uploads/NRO-Statistics-2018-Q4.pdf
- http://www.lacnic.net/innovaportal/file/3277/1/2-john-sweeting-arin.pdf
تقييم الموظفين
مقترح | افبوب-2019-v4-001-DRAFT01 |
العنوان | IPv4 بين الوكالاتRIR تحويلات الموارد (النطاق الشامل) - v1 |
عنوان URL الخاص بالاقتراح | https://afrinic.net/policy/proposals/2019-v4-002-d1#proposal |
تقييم | 20 يوليو 2019 |
1.0 فهم الموظفين للاقتراح
- يعدل CPM 5.7 الذي يوفر حاليًا Intra-RIR التحويلات للسماح لكل من Intra و Inter-RIR نقل.
- البينيةRIR ستتم التحويلات وفق الشروط التالية: -
- يقع كلا الطرفين (المصدر والمستلم) داخل منطقة خدمة AFRINIC.
- يجب أن يكون المصدر هو المالك الشرعي الحالي للموارد (مالك المورد القديم أو عضو المورد) ولا يخضع لأي نزاعات في وقت تقديم / نقل طلب النقل
- لن يكون الكيان المصدر (صاحب المورد القديم أو عضو المورد) مؤهلاً للاستلام IPv4 عناوين (تخصيصات أو تعيينات) من AFRINIC لمدة 12 شهرًا بعد الموافقة على التحويل.
- ستكون المنظمة المستفيدة عضوًا في المورد أو تتقدم بطلب لتكون عضوًا في الموارد لتلقي الموارد التي يتم نقلها. يجب أن يخضعوا لسياسات AFRINIC والوثائق القانونية واتفاقيات الخدمة وسيخضعون لتقييم الاحتياجات حتى تتمكن AFRINIC من تحديد احتياجاتهم من الموارد التي سيتم تلقيها كجزء من النقل ، وفقًا للسياسات الحالية.
- إذا تم نقل المساحة القديمة ، فستفقد الحالة القديمة بعد النقل.
- تمت الآن إزالة القسم 5.7.3.3 الموجود في السياسة الحالية من اقتراح السياسة الجديد ("يجب ألا تكون الكيانات المصدر قد تلقت نقلًا أو تخصيصًا أو تخصيصًا لـ IPv4 number resources من AFRINIC لمدة 12 شهرًا قبل الموافقة على طلب النقل "). يستثني هذا القيد عمليات الدمج وعمليات نقل الاستحواذ. وهذا يعني أن عضو المورد الذي تلقى للتو موارد مفوَّضة من AFRINIC يمكنه نقل الموارد.
- بين الوكالاتRIR ستتم التحويلات وفق الشروط التالية: -
- إذا كان المصدر في منطقة خدمة AFRINIC ، يجب أن يكون المستلم في منطقة أخرى RIR وبالمثل.
- المصدر RIR يجب أن يكون لها بينRIR سياسة النقل متوافقة مع AFRINIC.
- جميع أنواع IPv4 يسمح بتحويل الموارد من AFRINIC إلى الاستلام RIRs.
- يجب أن يكون المصدر هو المالك الشرعي الحالي للموارد (صاحب المورد القديم أو عضو المورد الذي يمتلك بعض الموارد القديمة) ولا يخضع لأي نزاعات في وقت تقديم / نقل طلب النقل.
- لن تكون الكيانات المصدر (حامل الموارد القديمة أو عضو المورد) مؤهلة للحصول على المزيد IPv4 معالجة تخصيصات أو مهام من AFRINIC لمدة 12 شهرًا بعد موافقة النقل.
- تعتمد معايير المتلقي على السياسات ذات الصلة في RIR حيث يتم تسجيله كعضو.
- يخضع المستلم له RIRالمستندات القانونية / اتفاقيات الخدمة.
- يمكن أن يستقبل AFRINIC كلاً من التركة وغير التركة IPv4 الفضاء من الآخر RIRs.
- يقع المساحة القديمة المنقولة بمجرد نقلها إلى RSA وتفقد الحالة القديمة.
- سيكون المستلم عضوًا في المورد أو يتقدم ليكون عضوًا في الموارد لتلقي الموارد التي يتم نقلها. يجب أن يخضعوا لتقييم الاحتياجات حتى تتمكن AFRINIC من تحديد احتياجاتهم من الموارد التي سيتم تلقيها كجزء من النقل ، وفقًا للسياسات الحالية.
2.0 تعليقات الموظفين
2.1 داخلRIR التحويلات:
- الاقتراح يخدم فقط لنقل IPv4 الفراغ. قد ترغب بعض المنظمات في التحويل ASNs التي تحمل حالة الإرث عند المصدر. هو نية المؤلف لتقييد التحويلات IPv4 فقط واستبعاد ASNمن اقتراح السياسة هذا؟
- تمت إزالة القسم 5.7.3.3 الآن من اقتراح السياسة الجديد ("يجب ألا تكون كيانات المصدر قد تلقت نقلًا أو تخصيصًا أو تخصيصًا لـ IPv4 موارد رقمية من AFRINIC لمدة 12 شهرًا قبل الموافقة على طلب النقل "). يستثني هذا القيد عمليات الدمج والاستحواذ. سيؤدي حذف هذا البند إلى فتح الطريق أمام الشركات للتأسيس في منطقة خدمة AFRINIC ، والحصول على الموارد ونقلها خارج المنطقة - أي أن الأعضاء الجدد سيكونون قادرين على بيع / تحويل مواردهم على الفور بمجرد استلامها - مما يمهد الطريق لسوء استخدام خطير وفي نفس الوقت يتعارض مع بند سياسة الهبوط الناعم الذي يتطلب إثبات الحاجة إلى الأشهر الثمانية القادمة (CPM 8).
- هل يعتزم المؤلف تعديلRIR السياسة عن طريق إزالة هذا البند؟
- كيف سيتم التعامل مع الصراع مع CPM 5.4.5؟
2.2RIR التحويلات
- ليس من الواضح متىRIR تصبح التحويلات فعالة؟ عندما يكون AFRINIC في المرحلة 1 أو المرحلة 2 من الهبوط السلس؟
- تنص مقترح 5.7.2.2 على ما يلي: "لن تكون كيانات المصدر مؤهلة لتلقي المزيد IPv4 تخصيصات أو مهام العنوان من AFRINIC لمدة 12 شهرًا بعد الموافقة على النقل ". قد يعني ذلك أن حاملي الموارد القديمة الذين نقلوا الموارد من AFRINIC قد لا يكونوا قادرين على أن يصبحوا أعضاء AFRINIC ويطلبون الموارد في غضون 12 شهرًا؟
3.0 تعليقات من المستشار القانوني
بدون سلوفان
4.0 التنفيذ:
4.1 الجدول الزمني والأثر
- من المتوقع الحد الأدنى من التأثير على عمليات AFRINIC ، في حالة معالجة بنود السياسة المتضاربة.
- يمكن تنفيذ السياسة في غضون 6 أشهر من آخر مكالمة.
4.2 متطلبات التنفيذ
- تعديل داخلRIR تتطلب القواعد من AFRINIC إعادة صياغة أداة التحويل الآلي
- التعاون مع الآخر RIRق لتنفيذ ما بينRIR عمليات النقل وأتمتة الخدمات ذات الصلة (مثل rDNS).