IPv4 بين الوكالاتRIR عمليات نقل الموارد القديمة

مقترح

1. ملخص للمشكلة التي يعالجها هذا الاقتراح

يسمح هذا الاقتراح بإنشاء آلية للسماح بنقل الإرث IPv4 الموارد من / إلى المناطق الأخرى ولمواءمة AFRINIC مع السوق الموجود بالفعل والذي نتخلف عنه ، وهو أمر سلبي بالنسبة للمنطقة.

                                

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

في السنوات الأخيرة ، ومع استنفاد IPv4، تم حل العديد من المناطق هذه المشكلة ، ليس فقط من خلال عمليات النقل داخل المنطقة نفسها ، ولكن بين المناطق المختلفة. هذا يسمح لتسهيل ديناميكية في السوق وعن طريق زيادة العرض ، وخفض الأسعار.

ومع ذلك ، فإنRIR لم يتم إنشاء آلية في AFRINIC ، مما يؤدي المنطقة إلى حالة من التمييز وندرة العناوين ، وليس فقط في RIR نفسه ، ولكن في سوق المنطقة ، والذي يتجنب حتى إنشاء شركات جديدة في المنطقة ، بسبب نقص العناوين. 

من ناحية أخرى ، حقيقة أنه لا يوجد بينRIR لا تمنع السياسة عمليات النقل "تحت الجدول" ، وبالتالي ، تفترض وجود موارد تُفقد منها تاريخ تسجيلها ، والتي تعد واحدة من الوظائف الرئيسية لـ AFRINIC.

كتدبير حماية ، يُنظر إلى أنه يجب السماح بعمليات النقل هذه فقط من AFRINIC إلى مناطق أخرى إذا كانت موارد قديمة ، بغض النظر عن مصدر الموارد التي تأتي من مناطق أخرى. هذا أيضًا له ميزة السماح لهذه الموارد بالظهور ودمجها في RIRنظام ق.

بالإضافة إلى ذلك ، من المهم تسليط الضوء على أن نشر IPv6، في بعض الحالات ، قد تتطلب كتل صغيرة من IPv4 عناوين آليات الانتقال ، أو زيادة كبيرة في تكاليفها ، وبالتالي فإن العديد من كيانات AFRINIC يمكن أن تكون في وضع غير مؤاتٍ خطير إذا لم يكن لديها إمكانية الوصول إلى السوق العالمية ، كما هو الحال حاليًا.

ليس هناك شك في أن قبول هذا النوع من النقل ينطوي أيضًا على مخاطر ، ومن المحتمل أن يتم إنشاء زيادة مبدئية في الأسعار ، والتي سوف تتماشى بسرعة مع بقية السوق العالمية ، كما هو الحال عادة مع الأسواق المماثلة.

سيسمح هذا الاقتراح بالتحويلات ثنائية الاتجاه باستخدام LACNIC و RIPE. ومع ذلك ، نظرًا لأن الإصدار القديم فقط ، سيحد من عمليات النقل مع APNIC على الإرث فقط ، ولن يسمح بالتحويلات مع ARIN ، لأن صياغة سياستها تحد من عمليات النقل إلى المناطق الأخرى باستخدام سياسات "متبادلة".

 

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 أنواع النقل المعترف بها يتم التعرف على نوعين من عمليات النقل: البينيةRIR. كلا الطرفين داخل منطقة خدمة AFRINIC. بين الوكالاتRIR. يقع أحد الطرفين في منطقة خدمة AFRINIC ، بينما يقع الآخر في منطقة أخرى RIR منطقة الخدمة. في إنتر-RIR إذا كان مصدر الموارد موجودًا في AFRINIC وكانت الوجهة أخرى RIR، يمكن نقل الموارد القديمة فقط.
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 الموارد القديمة لم تعد تعتبر موارد قديمة: في حالةRIR نقل. في حالة inter-RIR، عند الدخول إلى منطقة الخدمة AFRINIC.

 

4. المراجع

هناك بينRIR السياسات المتبعة في APNIC و ARIN و RIPE ، والتي أثبتت فعاليتها على نطاق واسع ولم تقدم مشاكل للمجتمعات المعنية ، على عكس ذلك تمامًا.

توصلت LACNIC إلى إجماع على اقتراح مماثل في اجتماعهم الأخير:

• أمريكا اللاتينية والكاريبي-2018-14: https://politicas.lacnic.net/politicas/detail/id/LAC-2018-14?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 عمليات نقل الموارد القديمة
عنوان URL الخاص بالاقتراح	https://afrinic.net/policy/proposals/2019-v4-001-d1#proposal
تقييم	20 يوليو

 

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

أ) يعدل CPM 5.7 الذي ينص حاليًا على Intra-RIR التحويلات للسماح لكل من Intra و Inter-RIR نقل.

ب) داخل-RIR ستتم التحويلات وفق الشروط التالية: -

1. يقع كلا الطرفين (المصدر والمستلم) داخل منطقة خدمة AFRINIC. 
2. يجب أن يكون المصدر هو المالك الشرعي الحالي للموارد (مالك المورد القديم أو عضو المورد) ولا يخضع لأي نزاعات في وقت تقديم / نقل طلب النقل.
3. لن يكون الكيان المصدر (صاحب المورد القديم أو عضو المورد) مؤهلاً للاستلام IPv4 عناوين (تخصيصات أو تعيينات) من AFRINIC لمدة 12 شهرًا بعد الموافقة على التحويل.
4. ستكون المنظمة المستفيدة عضوًا في المورد أو تتقدم بطلب لتكون عضوًا في الموارد لتلقي الموارد التي يتم نقلها. يجب أن يخضعوا لسياسات AFRINIC والوثائق القانونية واتفاقيات الخدمة وسيخضعون لتقييم الاحتياجات حتى تتمكن AFRINIC من تحديد احتياجاتهم من الموارد التي سيتم تلقيها كجزء من النقل ، وفقًا للسياسات الحالية.
5. إذا تم نقل مساحة قديمة ، فستفقد الحالة القديمة بعد النقل.
6. تمت الآن إزالة القسم 5.7.3.3 الموجود في السياسة الحالية من اقتراح السياسة الجديد ("يجب ألا تكون كيانات المصدر قد تلقت نقلًا أو تخصيصًا أو تخصيصًا لـ IPv4 number resources من AFRINIC لمدة 12 شهرًا قبل الموافقة على طلب النقل "). يستثني هذا القيد عمليات الدمج وعمليات النقل. وهذا يعني أن عضو المورد الذي تلقى للتو موارد مفوَّضة من AFRINIC يمكنه نقل الموارد مباشرة بعد ذلك. 

ج) بين-RIR ستتم التحويلات وفق الشروط التالية: -

1. إذا كان المصدر في منطقة خدمة AFRINIC ، يجب أن يكون المستلم في منطقة أخرى RIR، وبالمثل.
2. المصدر RIR يجب أن يكون لها بينRIR سياسة النقل المتوافقة مع AFRINIC.
3. إرث فقط IPv4 يُسمح بنقل الموارد من AFRINIC إلى المستلم RIRs.
4. يجب أن يكون المصدر هو المالك الشرعي الحالي للموارد (صاحب المورد القديم أو عضو المورد الذي يمتلك بعض الموارد القديمة) ولا يخضع لأي نزاعات في وقت تقديم / تنفيذ طلب النقل.
5. تعتمد معايير المتلقي على السياسات ذات الصلة في RIR حيث يتم تسجيله كعضو.
6. يخضع المستلم له RIRالوثائق القانونية / اتفاقيات الخدمة
7. لن تكون كيانات المصدر مؤهلة لتلقي المزيد IPv4 تخصيصات أو تخصيصات العناوين من AFRINIC لمدة 12 شهرًا بعد الموافقة على النقل
8. يمكن أن يستقبل AFRINIC كلاً من التركة وغير التركة IPv4 الفضاء من الآخر RIRs.
9. يقع المساحة القديمة المنقولة بمجرد نقلها إلى RSA وتفقد الحالة القديمة.
10. ستكون المنظمة المستفيدة عضوًا في المورد أو تتقدم بطلب لتكون عضوًا في الموارد لتلقي الموارد التي يتم نقلها. يجب أن يخضعوا لتقييم الاحتياجات حتى تتمكن AFRINIC من تحديد احتياجاتهم من الموارد التي سيتم تلقيها كجزء من النقل ، وفقًا للسياسات الحالية.

 

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

2.1 داخلRIR التحويلات

1. يلبي الاقتراح خدمات نقل  IPv4 الفراغ. قد ترغب بعض المنظمات في التحويل ASNs التي تحمل حالة الإرث عند المصدر. هو نية المؤلف لتقييد التحويلات IPv4 فقط واستبعاد ASNمن اقتراح السياسة هذا؟
2. تمت إزالة القسم 5.7.3.3 الآن من اقتراح السياسة الجديد ("يجب ألا تكون كيانات المصدر قد تلقت نقلًا أو تخصيصًا أو تخصيصًا لـ IPv4 موارد رقمية من AFRINIC لمدة 12 شهرًا قبل الموافقة على طلب النقل "). يستثني هذا القيد عمليات الدمج والاستحواذ. ستؤدي إزالة هذا البند إلى فتح الطريق أمام الشركات للتأسيس في منطقة خدمة AFRINIC ، والحصول على الموارد ونقلها خارج المنطقة - أي أن الأعضاء الجدد سيكونون قادرين على بيع / تحويل مواردهم على الفور بمجرد استلامها - مما يمهد الطريق لسوء استخدام خطير وفي نفس الوقت يتعارض مع بند سياسة الهبوط الناعم الذي يتطلب إثبات الحاجة إلى الأشهر الثمانية القادمة (CPM 8).

1. هل يعتزم المؤلف تعديلRIR السياسة عن طريق إزالة هذا البند؟
2.  كيف سيتم التعامل مع الصراع مع CPM 5.4.5؟

2.2 إنتر-RIR التحويلات

1. ليس من الواضح متىRIR تصبح عمليات النقل فعالة (المرحلة 1 أو المرحلة 2 من الهبوط الناعم).
2. تنص مقترح 5.7.2.2 على ما يلي: "لن تكون كيانات المصدر مؤهلة لتلقي المزيد IPv4 تخصيصات أو مهام العنوان من AFRINIC لمدة 12 شهرًا بعد الموافقة على النقل ". قد يعني ذلك أن حاملي الموارد القديمة الذين نقلوا الموارد إلى الخارج قد لا يكونوا قادرين على أن يصبحوا أعضاء في AFRINIC ويطلبون الموارد في غضون 12 شهرًا.

 

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

بدون سلوفان

 

4.0 التنفيذ 

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

- من المتوقع الحد الأدنى من التأثير على عمليات AFRINIC في حالة معالجة بنود السياسة المتضاربة.

- يمكن تنفيذ السياسة في غضون 6 أشهر من آخر مكالمة.

 

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

- تعديل intra-RIR تتطلب القواعد من AFRINIC إعادة صياغة أداة التحويل الآلي

- التعاون مع الآخر RIRق لتنفيذ ما بينRIR عمليات النقل وأتمتة الخدمات ذات الصلة (مثل rDNS).

 

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

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

التاريخ	التفاصيل
13th مايو 2019	الإصدار 1: AFPUB-2019-IPv4-001-DRAFT01 في البداية Draft تم النشر إلى rpd