بين الوكالاتRIR عمليات نقل الموارد الإصدار 2

مقترح

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

يسمح هذا الاقتراح بإنشاء آلية للسماح بنقل الموارد (IPv4, IPv6, ASNs) بين / من المناطق الأخرى ومواءمة AfriNIC مع السوق الموجود بالفعل والذي نتخلف عنه ، وهو أمر سلبي بالنسبة للمنطقة.

 

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

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

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

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

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

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

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

 

 3.0 الاقتراح

المادة الجديدة 13.0 من هيئة تدابير الصحة النباتية ، على النحو التالي:

الحالي

المقترح

13.0RIR نقل الموارد  يمكن نقل الموارد من AFRINIC إلى أخرى RIRالتي تنص سياساتها علىRIR التحويلات ، ومن هؤلاء RIRإلى AFRINIC وفقًا للأحكام التالية:  في حالة IPv4سيكون الحد الأدنى للحجم الذي يمكن نقله هو / 24. في حالة IPv6سيكون الحد الأدنى للحجم الذي يمكن نقله هو / 48. إذا كان المورد المطلوب نقله هو IPv4 or ASN ويتم نقله من AFRINIC إلى آخر RIR، لا يمكن نقله إلا إذا كان موردًا قديمًا وفقًا لتصنيف AFRINIC للموارد القديمة. الموارد القادمة من توزيعات أو مهام IPv6 من AFRINIC ، لا يجوز نقلها إلا بعد مرور عامين على توزيعها أو التنازل عنها. لكي تتلقى إحدى الكيانات عملية نقل ، يجب أن تمر أولاً عبر عملية تبرير الحاجة إلى المورد ، وفقًا للسياسات المعمول بها ، قبل AFRINIC أو المقابلة RIR (اعتمادا على اتجاه النقل). AFRINIC أو المقابلة RIR (اعتمادًا على اتجاه التحويل) ، سيتم التحقق من الوصاية على المورد المراد نقله وأنه ليس متورطًا في أي نزاع. يجب على كل من الكيان الذي ينقل ، والكيان الذي يتلقى ، أن يقدم إلى AFRINIC نسخة من المستند القانوني الذي يدعم العملية. سيخضع كل كيان ، كلاً من الكيان الذي يتم نقله والكيان الذي يتلقاه ، لسياسات وشروط عضوية الجهة المقابلة RIR. سوف تقوم AFRINIC بتسجيل جميع البيانات ذات الصلة للمورد المنقول في سجل النقل العام. بمجرد اكتمال النقل ، ستقوم AFRINIC بتعديل معلومات المورد المحول لتعكس تغيير صاحب المورد. لا يمكن نقل الكتل المنقولة (وكذلك الكتل الفرعية الخاصة بها) لاحقًا خلال فترة عام واحد ، بدءًا من تاريخ تسجيل العملية في السجل. لن يتم اعتبار الموارد القديمة الواردة ، بمجرد نقلها ، كإرث.

 

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

التاريخ	التفاصيل
١٩ أكتوبر ٢٠٢٣	إصدار 1: افبوب-2018-GEN-003-DRAFT01 في البداية Draft تم النشر إلى rpd
20 نوفمبر 2018	الإصدار 2: AFPUB-2018-GEN-003-DRAFT01 - 13f تغيرت "الملكية" إلى "الوصاية" - 13 ي تغير "المالك" إلى "صاحب المورد" - تم تغيير 13i إلى "سوف تسجل AFRINIC في سجل النقل العام ، جميع البيانات ذات الصلة بالموارد المنقولة."

 

 5.0 المراجع            

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

LACNIC تناقش اقتراحًا مكافئًا.

 

وفقًا للأدلة الموجودة ، تظهر منطقة ARIN كمصدر لنقل أكبر عدد من العناوين إلى المناطق الأخرى التي لديها سياسات لنقل الموارد.

• https://ripe77.ripe.net/presentations/145-18-0903-NRO-Statistics-2018.pdf

 

 

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