سياسة نقل الموارد (Draft-3) مؤرشف

مقترح

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

فشل السياسة الحالية لدعمRIR السياسة ، وبالتالي إعاقة التشغيل السلس للأعمال ، والتنمية ، والنمو في المنطقة. يهدف هذا الاقتراح إلى إنشاء آلية فعالة وملائمة للأعمال للسماح بنقل عدد من الموارد من / إلى مناطق أخرى. يحدد هذا الاقتراح نموذجًا يمكن من خلاله لـ AFRINIC نقل موارد الأرقام بحرية إلى / من مناطق أخرى ، مثل RIPE NCC و APNIC و ARIN و LACNIC. وهذا يشمل كليهما IPv4 عناوين وأرقام AS.

 

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

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

هذه الممارسة فعالة وضرورية عندما نواجه نقصًا في الموارد. هذا يساعد على تسهيل العملية التجارية مع خفض الأسعار.

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

في دليل السياسة الموحدة المحدث في 22 فبراير 2019 ، فقط "IPv4 تم ذكر نقل الموارد داخل منطقة AFRINIC.

فيما يتعلق بنقل الموارد إلى المناطق الأخرى ، يتم ذكر ما يلي فقط:

5.5.1.1.3 إذا كان LIR يخطط لتبادل أو نقل مساحة العنوان ، فإنه يحتاج إلى الاتصال بـ AFRINIC حتى يتم تسجيل التغييرات بشكل صحيح.

تظل LIR مسؤولة عن جميع التخصيصات المسجلة في قاعدة بيانات AFRINIC حتى يتم نقلها إلى LIR أخرى أو إعادتها إلى AFRINIC. يجب على LIR ضمان تطبيق جميع السياسات.

إن الافتقار إلى مبدأ توجيهي واضح لنقل الموارد يضر بتنمية القارة. فهو يجعل عملية الأعمال صعبة كما أنه يعوق إنشاء أعمال جديدة في المنطقة.

أيضا ، كما انتر RIR يتم تطبيق السياسة في مناطق أخرى ، من المهم أن تواكب AFRINIC غيرها RIRق لضمان التشغيل السلس والتنسيق.

 

3. الاقتراح

سيتم تعديل الاجتماع التحضيري للمؤتمر 5.7 بهذا المقترح على النحو التالي: 

الحالي	المقترح
5.7  IPv4 تحويل الموارد داخل منطقة AFRINIC مثل غيرها من سجلات الإنترنت الإقليمية ، سوف تستنفد AFRINIC قريباً IPv4 حوض السباحة. من أجل تلبية احتياجات طالبي الموارد المتأخرة ، سياسة نقل لـ IPv4 هناك حاجة إلى موارد داخل المنطقة. الهدف من هذه السياسة هو تحديد الشروط التي يجب أن تتم فيها عمليات النقل. تحل السياسة قضية منظمة أفريقية تحتاجها IPv4 عدد الموارد بعد استنفاد AFRINIC IPv4 تجمع أو عندما لم يعد بإمكان AFRINIC تلبية احتياجات هذه المنظمة.	5.7 IPv4 نقل الموارد الموارد مثل غيرها من سجلات الإنترنت الإقليمية ، سوف تستنفد AFRINIC قريباً IPv4 حوض السباحة. من أجل تلبية احتياجات طالبي الموارد المتأخرة ، سياسة نقل لـ IPv4 هناك حاجة إلى موارد داخل المنطقة وخارجها. الهدف من هذه السياسة هو تحديد الشروط التي يجب أن تتم فيها عمليات النقل. تحل السياسة قضية منظمة أفريقية تحتاجها IPv4 عدد الموارد بعد استنفاد AFRINIC IPv4 تجمع أو عندما لم يعد بإمكان AFRINIC تلبية احتياجات هذه المنظمة.
5.7.1 ملخص السياسة تنطبق هذه السياسة على منظمة لها حاجة مبررة لها IPv4 الموارد التي لا يمكن أن تلبيها AFRINIC.	5.7.1 ملخص السياسة تنطبق هذه السياسة على أي طلب نقل مقدم من صاحب مورد لنقل الموارد من وإلى منطقة AFRINIC.
5.7.2 IPv4 الموارد المراد نقلها - يجب أن تكون من حساب عضو AFRINIC الحالي أو من مالك موارد قديم في منطقة خدمة AFRINIC.	5.7.2 IPv4 الموارد المراد نقلها - أي صاحب مورد ينشر طلب نقل إلى طرف آخر. يجب توفير اتفاقية نقل الموارد.
5.7.3. الشروط على مصدر النقل 5.7.3.1 يجب أن يكون المصدر هو صاحب الحقوق الحالي لـ IPv4 معالجة الموارد المعترف بها من قبل AFRINIC ، وعدم التورط في أي نزاع بشأن حالة تلك الموارد.	5.7.3. الشروط على مصدر النقل 5.7.3.1 يجب أن يكون المصدر هو المالك الشرعي الحالي لل IPv4 عنوان الموارد المسجلة مع أي RIR، ويجب أن تكون متوافقة مع سياسات المتلقي RIR، ولن تكون طرفاً في أي نزاع يتعلق بوضع تلك الموارد.
5.7.3.2 لن تكون كيانات المصدر مؤهلة لتلقي المزيد IPv4 معالجة تخصيصات أو مهام من AFRINIC لمدة 12 شهرًا بعد موافقة النقل.	5.7.3.2 كيانات المصدر غير مؤهلة لتلقي المزيد IPv4 التخصيصات أو التعيينات من AFRINIC لمدة 12 شهرًا بعد الموافقة على التحويل.
5.7.3.3 يجب ألا تكون كيانات المصدر قد تلقت نقلًا أو تخصيصًا أو تخصيصًا لـ IPv4 عدد الموارد من AFRINIC لمدة 12 شهرا قبل الموافقة على طلب النقل. يستثني هذا التقييد عمليات الدمج والاستحواذ.	5.7.3.3 لا يوجد حد أعلى فيما يتعلق بحجم النقل والتخصيص والتخصيص IPv4 موارد العدد التي يمكن أن يتلقاها كيان المصدر طالما تم تنفيذ طلب النقل بموجب اتفاق متبادل بين المرسل والمستلم.
5.7.4. الشروط على متلقي النقل 5.7.4.1 يجب أن توافق AFRINIC على حاجة المستلم لـ IPv4 عدد الموارد. لكي تتأهل المنظمة لتلقي النقل ، يجب عليها أولاً أن تمر بعملية تبريرها IPv4 الاحتياجات من الموارد قبل AFRINIC. وهذا يعني ، يجب على المنظمة تبرير وتوضيح قبل استخدام AFRINIC تخصيص / تعيين الأولي / الإضافي ، حسب الاقتضاء ، وفقا للسياسات المعمول بها.	5.7.4. الشروط على متلقي النقل 5.7.4.1 نقل من شخص آخر RIR يتطلب AFRINIC تقييمًا على أساس الحاجة. يجب أن توافق AFRINIC على حاجة المستلم لـ IPv4 عدد الموارد. لكي تتأهل المنظمة لتلقي النقل ، يجب عليها أولاً أن تمر بعملية تبريرها IPv4 الاحتياجات من الموارد قبل AFRINIC. وهذا يعني ، يجب على المنظمة تبرير وتوضيح قبل استخدام AFRINIC تخصيص / تعيين الأولي / الإضافي ، حسب الاقتضاء ، وفقا للسياسات المعمول بها.  نقل من AFRINIC إلى آخر RIR يجب أن تتبع سياسة المتلقي RIR.
5.7.4.2 يجب أن يكون المستلم عضوًا في AFRINIC ، ويخضع لسياسات AFRINIC الحالية ويجب أن يوقع على اتفاقية خدمات التسجيل للموارد التي يتم تلقيها.	5.7.4.2 يمكن أن يكون المستلم أي طرف يتوصل إلى اتفاقية نقل المورد مع المرسل.
5.7.4.3 المنقولة IPv4 الموارد القديمة لم تعد تعتبر موارد قديمة.	5.7.4.3 ستظل الموارد الموروثة المنقولة تعتبر موارد قديمة.
	5.7.5 إجراء نقل الموارد 5.7.5.1 يمكن للطرف المحول الذي يمتلك الموارد بدء طلب نقل بينه وبين طرف خارجي. إذا اتفق الطرفان ، سيرسل الطرف المحول طلبًا إلى المستلم RIR، باستخدام نموذج قياسي وتقديم اتفاقية رسمية لنقل الموارد إلى المعنيين RIR(س). يجب أن يكون التحويل متوافقًا مع سياسات المستلم RIR. 5.7.5.2 بعد الاستلام RIR بالموافقة على التحويل ، سيتم إخطار التحويل RIRوالطرف المحول والمستلم. سيتم نقل الموارد إلى المستلم. 5.7.5.3 عند الاستلام RIR يوافق على النقل ، سيتم نقل الموارد إلى المستلم.

 

4. المراجع

في جملة RIR-سياسات تم اعتمادها في RIPE و APNIC و LACNIC و ARIN. يظهر سجل هذه المناطق أن الإنتر RIR يسهل التنسيق السلس والتشغيل بين RIRs.

يعتمد نموذج الاقتراح الحالي على RIPE's Inter RIR السياسة في:

https://www.ripe.net/manage-ips-and-asns/resource-transfers-and-mergers/inter-rir-transfers

 

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

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

التاريخ	التفاصيل
21 2020 سبتمبر	الإصدار 3: AFPUB-2019-V4-003-DRAFT03 - تم تحديث القسمين 5.7.3.2 و 5.7.4.3.
أغسطس 13 2020	إصدار 2:  افبوب-2019-V4-003-DRAFT02 - تم تحديث القسم 5.7.3.1 و 5.7.4.1 و 5.7.4.3.
أكتوبر 30 2019	إصدار 1:  افبوب-2019-V4-003-DRAFT01 - قدم للمناقشة

 

AFRINIC تقييم تأثير السياسة

 

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

 

تاريخ التقييم	ذات صلة بالمقترح
أكتوبر 13 2020	افبوب-2019-V4-003-DRAFT03

 

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

يقدم مقترح السياسة هذا تداخلًا ثنائي الاتجاهRIR سياسة النقل ، مما يسمح بذلك IPv4 سيتم نقل الموارد داخل منطقة خدمة AFRINIC وإليها وخارجها.

يتم تفسير الشروط على النحو التالي: -

أ) للتحويلات داخل المنطقة ، أي داخل-RIR تحويل 

• يجب أن يكون كيان المصدر هو المالك الحالي لملف IPv4 الموارد التي سيتم نقلها. 
• يجب أن يوفر كيان المصدر الذي يقوم بترحيل طلب نقل أيضًا اتفاقية نقل مورد 
• يجب على كيان المصدر الامتثال لسياسات المتلقي RIR.
• لا يوجد حد لحجم الموارد المنقولة.
• يمكن لمصدر التحويل طلب موارد من AFRINIC بعد انقضاء 12 شهرًا من تاريخ التحويل السابق. 
• لا يوجد حد أعلى لمبلغ التحويل والتخصيص والتنازل عن IPv4 موارد العدد التي يمكن أن يتلقاها كيان المصدر طالما تم تنفيذ طلب النقل بموجب اتفاق متبادل بين المرسل والمستلم.  
• نظرًا لأنه وفقًا للقسم 5.7.4.3 ، سيظل يُنظر إلى الموارد القديمة المنقولة على أنها موارد قديمة ، إذا كان المصدر ينقل الموارد القديمة إلى عضو المورد ، فليس من الواضح ما إذا كان يجب على المستلم تبرير IPv4 الاحتياجات وفقًا لسياسات AFRINIC.
• في حالة نقل الموارد غير القديمة من قبل أحد المصادر ، يجب على مستلم التحويل تبرير IPv4 يحتاج ويجب أن يكون عضوا في AFRINIC. 
• لذلك يجب على متلقي التحويل إذا لم يكن عضوًا في AFRINIC بعد أن يتقدم بطلب عضوية ويخضع لتقييم قائم على الاحتياجات قبل الموافقة على النقل.
• بما أنه وفقًا للقسم 5.7.4.3 ، سيظل يُنظر إلى الموارد القديمة المنقولة على أنها موارد قديمة ، إذا كان المصدر ينقل الموارد القديمة إلى منظمة ليست عضوًا في AFRINIC ولا مالكًا لمورد قديم ، فليس من الواضح كيف يجب على AFRINIC التعامل مع مثل هذه الطلبات. تم توريث مالكي الموارد القديمة عند إنشاء AFRINIC في 2005. تسمح قواعد العمل واللوائح الحالية لأعضاء الموارد فقط بالتسجيل في AFRINIC WHOIS  

 

ب- للتحويلات من AFRINIC إلى أخرى RIR (بين-RIR نقل)

• يجب أن يكون كيان المصدر هو المالك الحالي لملف IPv4 الموارد التي سيتم نقلها.
• يجب أن يوفر كيان المصدر الذي يقوم بترحيل طلب نقل أيضًا اتفاقية نقل مورد 
• يجب على كيان المصدر الامتثال لسياسات المتلقي RIR(انظر طلب التوضيح)
• لا يوجد حد لحجم الموارد المنقولة
• يمكن لمصدر النقل طلب موارد من AFRINIC بعد مرور 12 شهرًا من تاريخ التحويل السابق.
• لا يوجد حد أعلى لمبلغ التحويل والتخصيص والتنازل عن IPv4 عدد الموارد التي يمكن أن يتلقاها كيان المصدر طالما يتم تنفيذ طلب النقل بموجب اتفاقية متبادلة بين المرسل والمستلم. سيقوم الطرف (المصدر) المحول بإرسال طلب إلى المستلم RIR، باستخدام نموذج قياسي وتقديم اتفاقية رسمية لنقل الموارد إلى المعنيين RIR(س). يجب أن يكون مستلم التحويل ملتزمًا بسياسات المستلم RIR.
• المتلقي RIR  يجب أن يخطر كيان المصدر والمصدر RIR والمستلم إذا تمت الموافقة على التحويل والمصدر RIR ثم نقل الموارد.
• ليس من الواضح سبب التزام كيان المصدر بسياسات المستلم RIR عندما تعمل في منطقة الخدمة للمصدر RIR. 
• يتم تفسير الكيان المتلقي على أنه مختلف عن كيان المصدر وملزم بالامتثال لسياسات المتلقي RIRs.
• من خلال تقديم طلب نقل إلى المستلم RIR وليس لها RIR، لا يمكن التحقق مما إذا كان كيان المصدر هو المالك الحالي للموارد.

 

ج. للتحويلات من جهة أخرى RIR إلى AFRINIC (بين-RIR نقل)

• يجب أن يكون كيان المصدر هو المالك الحالي لملف IPv4 الموارد التي سيتم نقلها.
• يجب أن يوفر كيان المصدر الذي يقوم بترحيل طلب نقل أيضًا اتفاقية نقل مورد.
• يجب على كيان المصدر الامتثال لسياسات المتلقي RIR.
• لا يوجد حد لحجم الموارد المنقولة. 
• سيقوم الطرف المحول (المصدر) بإرسال طلب إلى المستلم RIR، باستخدام نموذج قياسي وتقديم اتفاقية رسمية لنقل الموارد إلى المعنيين RIR(س). المتلقي RIR  يجب أن يخطر كيان المصدر والمصدر RIR والمستلم إذا تمت الموافقة على التحويل والمصدر RIR ثم نقل الموارد.  

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

"5.7.4.1 نقل من شخص آخر RIR يتطلب AFRINIC تقييمًا على أساس الحاجة. يجب أن توافق AFRINIC على حاجة المستلم لـ IPv4 عدد الموارد. لكي تتأهل المنظمة لتلقي النقل ، يجب عليها أولاً أن تمر بعملية تبريرها IPv4 احتياجات الموارد قبل AFRINIC. وهذا يعني أنه يجب على المنظمة أن تبرر وتثبت أمام AFRINIC استخدام التخصيص / التخصيص الأولي / الإضافي ، حسب الاقتضاء ، وفقًا للسياسات المعمول بها. "،

إذا كان مصدر من آخر RIR تقوم بنقل الموارد القديمة إلى منظمة ليست عضوًا في AFRINIC ولا صاحب موارد قديمة ، وليس من الواضح كيف ستتعامل AFRINIC مع مثل هذه الطلبات. تم توريث مالكي الموارد القديمة عند إنشاء AFRINIC في 2005. تسمح قواعد العمل واللوائح الحالية لأعضاء الموارد فقط بالتسجيل في AFRINIC WHOIS  

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

نظرًا لأن AFRINIC ليس لها علاقة بمصدر النقل الموجود خارج منطقة خدمتها ، فلن تقبل أي اتصال من المؤسسة المصدر (صاحب المورد). وتوصي بأن يتوافق هذا الأخير مع RIR الذي يتعين عليه إجراء الفحص المناسب لطلب النقل المستلم من مالك المورد (عضو أو قديم) وفقًا لسياساته وممارسات العمل المعمول بها. المصدر RIR ثم يتواصل مع AFRINIC.

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

 

1.2 يحتاج الموظفون إلى مزيد من التوضيح من المؤلفين

1. القسم 5.7.3.1 - يجب أن يكون المصدر هو صاحب الحقوق الحالي لـ IPv4 عنوان الموارد المسجلة مع أي RIR ويجب أن تكون متوافقة مع سياسات المتلقي RIR?
   هذا البيان غير واضح لأن كيانات المصدر موجودة في وتخضع لسياسات AFRINIC (intra) أو غيرها RIR(بين) ، والتي هي المصدر RIRس. في هذه الحالة ،RIR نقل من آخر RIR إلى AFRINIC ، الكيان المصدر في ذلك RIR لن يكون لها علاقة مع AFRINIC. هل يمكن للمؤلفين توضيح ما يعنونه بالضبط هنا؟
2. استنادًا إلى القسمين 5.7.3.1 و 5.7.4.1 ، فإن الاقتراح يتطلب ذلك RIR تقييم كل من مصدر التحويل ومستلم التحويل على الرغم من أن أحد الأطراف المحولة من منطقة أخرى؟ 
3. ينص القسم 5.7.5.1 على أن `` النقل يجب أن يكون متوافقًا مع سياسات المستلم RIR". هل يمكن للمؤلفين توضيح ما إذا كانت عمليات النقل ستحدث وفقًا لهذه السياسة حتى إذا كان المصدر لا يمتثل لها RIRسياسات؟
4. 5.7.5.1 يتحدث عن استخدام قالب قياسي. يلزم توضيح هذا النموذج القياسي - هل هو نموذج قياسي مقبول عالميًا في جميع المناطق ؟؟ 
5. هل نية هذه السياسة هي جعل AFRINIC تنشئ مالكي موارد جدد مع وضع الإرث في WHOIS قاعدة البيانات ، لمجرد أن المنظمة اشترت الإرث IPv4 من السوق؟

 

1.3 تحديات التنفيذ المتصورة

1. 5.7.1 تنطبق هذه السياسة على أي طلب نقل يقدمه مالك المورد لنقل الموارد من وإلى منطقة AFRINIC.
   - من المستحيل تطبيق وفرض هذه السياسة على مالكي الموارد من مناطق أخرى. AFRINIC ولا أي دولة أخرى RIR ليس لديها تفويض لتقييم المنظمات التي توجد مواردها في مكان آخر RIR. علاوة على ذلك ، هذا لا يتماشى مع وثيقة ICP2 واللوائح الداخلية حيث أنها تحدد نطاق منطقة خدمة AFRINIC وأصحاب الموارد من المناطق الأخرى خارج النطاق.
2. 5.7.3.1 يجب أن يكون المصدر هو صاحب الحقوق الحالي لـ IPv4 عنوان الموارد المسجلة مع أي RIR ويجب أن تكون متوافقة مع سياسات المتلقي RIR.
   - لا يمكن تطبيقه وفرضه RIR السياسات على منظمة مقرها في منطقة أخرى. 
3. 5.7.4.2 كما هو مكتوب ، يتعارض عمليًا مع 5.7.4.1. ماذا سيحدث إذا تم استيفاء 5.7.4.2 فقط ولم يتم استيفاء شرط السياسة 5.7.4.1؟ 
4. 5.7.4.3 لا يزال يُنظر إلى الموارد الموروثة المنقولة على أنها موارد قديمة.
   - لا يمكن أن يحدث للمساحة القديمة الواردة والمستلم ليس عضوًا في الموارد أو مالكًا قديمًا لأن اللوائح الحالية لا تسمح بإنشاء مالكي الموارد القديمة في WHOIS. تم قبول أصحاب الإرث وإنشاءهم في البداية لاستيعاب الهجرة من الآخرين RIRالصورة.
5. 5.7.5.1. إذا اتفق الطرفان ، سيرسل الطرف المحول طلبًا إلى المستلم RIR، باستخدام نموذج قياسي وتقديم اتفاقية رسمية لنقل الموارد إلى المعنيين RIR(S) 
   - لا يمكن تنفيذها كما هو مكتوب ، كل شيء RIRلقد ذكروا أنهم لا يتواصلون مباشرة مع أصحاب الموارد من منطقة أخرى ، كل منهم RIR يتعامل مع الطرف المحول في منطقتهم ويحافظ على Inter-RIR الاتصال فقط في RIR المستوى فقط.
6. 5.7.5.2 بعد الاستلام RIR بالموافقة على التحويل ، سيتم إخطار التحويل RIRالطرف المنقول والمستلم. 
   - لا يمكن تنفيذه كما هو مكتوب ، كل شيء RIRصرحت أنها لا تتواصل مباشرة مع أصحاب الموارد من منطقة أخرى. 

 

1.4 المعاملة بالمثل مع الآخرين RIRs

تمت إضافة هذا القسم لتوثيق المعاملة بالمثل / التوافق مع الآخرين RIRق بين-RIR السياسات ، بمجرد أن تتلقى AFRINIC تقييمها.

 

RIR	استجابة
السجل الأمريكي لأرقام الإنترنت - آرين (ARIN)	ردت ARIN بأن سياسة نقل الموارد غير متوافقة معRIR سياسات التحويل بسبب البيان التالي فيها -  "يجب أن يكون المصدر هو صاحب الحقوق الحالي لـ IPv4 عنوان الموارد المسجلة مع أي RIR ويجب أن تكون متوافقة مع سياسات المتلقي RIR. " قد يتطلب مصدرًا في منطقة ARIN ليتوافق مع AFRINIC RIR السياسات.
المركز الإعلامي لشبكة آسيا والمحيط الهادئ - أبينيك (APNIC)	و APNIC inter-RIR السياسة غير متوافقة مع النص الحالي ، خاصة "يجب أن يكون المصدر هو صاحب الحقوق الحالي لـ IPv4 عنوان الموارد المسجلة مع أي RIR ويجب أن تكون متوافقة مع سياسات المتلقي RIR."
سجل عناوين الإنترنت في أمريكا اللاتينية ومنطقة البحر الكاريبي - لاكنيك (LACNIC)	بادئ ذي بدء ، لا تطالب LACNIC بالمعاملة بالمثل فيRIR سياسات. ومع ذلك ، هناك بعض الجوانب التي يجب مراعاتها:  "يجب أن يكون المصدر هو المالك الشرعي الحالي لـ IPv4 عنوان الموارد المسجلة مع أي RIR ويجب أن تكون متوافقة مع سياسات المتلقي RIR"  لا يطلب دليل سياسة LACNIC من المنظمة المصدر الالتزام بالآخر RIR السياسات.  لن يكون من المنطقي طلب ذلك. تنص الفقرة 5.7.5 "إجراء نقل الموارد" على أن الطرف المحول سوف يقدم طلب نقل إلى المستلم RIR (لا الطرح) والاستلام RIR سوف يخطر التحويل RIR بمجرد الموافقة على النقل ". هذا لا يتماشى مع كيفية INTER-RIR تم إنشاء التحويلات في أي من البلدان الأخرى RIR.
مركز تنسيق الشبكة الأوروبية لبروتوكول الإنترنت - رايب أن سي سي (RIPE NCC)	القسم 5.7.5 يجعل السياسة غير متوافقة مع سياسات وإجراءات RIPE ولا يمكن تنفيذها. للتحويلات من AFRINIC إلى RIPE NCC: نظرًا لأن هذه السياسة تنص على أن الطرف المحول يحتاج إلى الاتصال بـ RIPE NCC. لا تستطيع RIPE NCC التحقق مما إذا كان هو المالك الفعلي للموارد أو إذا كانت هذه الموارد تتوافق مع السياسات في AFRINIC. (هذا أحد متطلبات سياسات RIPE) ينص إجراء RIPE NCC على ما يلي: "بالنسبة لعمليات النقل إلى منطقة خدمة RIPE NCC ، سيتم إخطار RIPE NCC بواسطة الجهة ذات الصلة RIR واتصل بالطرف المعني داخل منطقة خدمة RIPE NCC ". للتحويلات من RIPE NCC إلى AFRINIC: تنص السياسة على أنه يجب على الطرف المحول الاتصال بالمستلم RIR(AFRINIC في هذه الحالة). هذا غير متوافق مع سياسات RIPE التي تنص على ذلك عند نقل موارد رقم الإنترنت إلى آخر RIR، ستتبع RIPE NCC سياسات النقل التي تنطبق داخل منطقة الخدمة الخاصة بها. تنص إجراءات RIPE NCC على ما يلي: "دائمًا ما يبدأ الطرف المحول طلب النقل. يجب أن يرسل الطرف المحول طلبًا إلى RIR حيث يتم تسجيل موارد رقم الإنترنت في لحظة تقديم الطلب ".

 

 

2.0 تعليقات الموظفين على مجالات التأثير

إذا وصل الاقتراح إلى توافق:

2.1 التأثير على الأنظمة

1. تم تشغيل أداة النقل MyAFRINIC سيتطلب المزيد من التعديلات لاستيعاب ما بينRIR التحويلات 
2. يجب مراعاة تأثيرات DNS العكسية (للأغلبية / 8)
3. عائد RPKI
4. سجلات النقل
5. RT (نظام التذاكر AFRINIC) 

2.2 التأثير على العمليات والإجراءات

1. العمليات والإجراءات تتطلب مراجعة.
2. التنسيق مع RIRالذين لديهم inter-RIR سياسات النقل ستكون مطلوبة أيضًا 
3. مطلوب تحديثات الاتفاقات التعاقدية   

2.3 التأثير على العمليات 

1. تقييم نقل الموارد كثيف الموارد وسيتطلب قسم MS احتياجات إضافية من الموظفين لتسهيل عمليات التقييم الرسمية وفي الوقت المناسب
2. ستكون هناك حاجة أيضًا إلى موارد في فريق هندسة البرمجيات لتنفيذ النقل على أنظمة AFRINIC.

2.4 التأثير على البيانات المالية لشركة AFRINIC

لن تؤدي التحويلات القديمة الواردة (داخل وبين) إلى زيادة العضوية ، بينما يقوم أعضاء موارد AFRINIC بتحويل مواردهم إلى RIRسيؤدي s إلى تقليل عدد العضوية.  

2.5 التقييم القانوني

في البداية ، من الجدير بالذكر أنه لا يوجد قانون قانوني لـ AFRINIC للتصديق علىRIR سياسة النقل إذا دعت الحاجة ، أكثر من وجود مثل هذه السياسة في الآخر RIRs. 

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

إذن ، ما الذي تتضمنه عبارة "يعمل في مصلحة الشركة"؟ على الرغم من عدم وجود توجيه قانوني لهذه العبارة ، إلا أنه قد يتم تفسيرها على أنها تعني أن القرار المعني يجب ، من بين أمور أخرى ، ضمان بقاء الشركة قادرة على الوفاء بالتزاماتها في جميع الأوقات بالإضافة إلى ضمان استمرارية واستدامة الأعمال. "المذيب" تعني أن الشركة قادرة على الوفاء بديونها والتزاماتها بما في ذلك على سبيل المثال لا الحصر دفع المصاريف التشغيلية وما إلى ذلك.

 

3.0 التنفيذ

سيتم تنفيذ السياسة ، إذا تم التصديق عليها ، في myafrinic 2.0