تفاصيل المنتج
|
هوية شخصية: |
AFPUB-2019-IPv4-002-DRAFT05 |
تاريخ التقديم: |
أكتوبر 27 2020 |
|
مؤلف: |
جوردي باليت مارتينيز jordi.palet فيipv6company.com منظمة IPv6 عن غلاف |
الاسم: |
5.0 |
|
المتقادمون: |
تعديل: |
CPM ، تعديل الفن. 5.7 |
مقترح
1. ملخص للمشكلة التي يعالجها هذا الاقتراح
هذا الاقتراح يسمح بإنشاء آلية للسماح لنقل IPv4 الموارد من / إلى المناطق الأخرى ولمواءمة AFRINIC مع السوق الموجود بالفعل والذي نتخلف عنه ، وهو أمر سلبي بالنسبة للمنطقة.
2. ملخص عن كيفية معالجة هذا الاقتراح للمشكلة
في السنوات الأخيرة ، ومع استنفاد IPv4، حلت عدة مناطق هذه المشكلة ، ليس فقط من خلال عمليات النقل داخل المنطقة نفسها ولكن بين المناطق المختلفة. هذا يسمح بتسهيل ديناميكية في السوق ومن خلال زيادة العرض وخفض الأسعار.
ومع ذلك ، فإنRIR لم يتم إنشاء آلية في AFRINIC ، مما يؤدي المنطقة إلى حالة من التمييز وندرة العناوين ، وليس فقط في RIR في حد ذاته ولكن في سوق المنطقة ، مما يتجنب حتى إنشاء شركات جديدة في المنطقة ، بسبب نقص العناوين.
من ناحية أخرى ، حقيقة أنه لا يوجد بينRIR لا تمنع السياسة عمليات النقل "تحت الجدول" ، وبالتالي ، تفترض وجود موارد تُفقد منها تاريخ تسجيلها ، والتي تعد واحدة من الوظائف الرئيسية لـ AFRINIC.
يعتبر هذا الاقتراح أنه يجب السماح بمثل هذه التحويلات القديمة وغير القديمة IPv4 عناوين. في حالة الموارد القديمة ، فإن هذا له ميزة السماح لهذه الموارد بالظهور ودمجها في RIRنظام ق.
بالإضافة إلى ذلك ، من المهم تسليط الضوء على أن نشر IPv6، في بعض الحالات ، قد تتطلب كتل صغيرة من IPv4 عناوين آليات الانتقال ، أو زيادة كبيرة في تكاليفها ، وبالتالي فإن العديد من كيانات AFRINIC يمكن أن تكون في وضع غير مؤاتٍ خطير إذا لم يكن لديها إمكانية الوصول إلى السوق العالمية ، كما هو الحال حاليًا.
ليس هناك شك في أن قبول هذا النوع من النقل ينطوي أيضًا على مخاطر ، ومن المحتمل أن يتم إنشاء زيادة مبدئية في الأسعار ، والتي سوف تتماشى بسرعة مع بقية السوق العالمية ، كما هو الحال عادة مع الأسواق المماثلة.
سيسمح هذا الاقتراح بتحويلات ثنائية الاتجاه ومتوافقة ومتبادلة مع الآخرين RIRs.
لا يغطي هذا الاقتراح عمليات الاندماج والاستحواذ ، والتي تتم مناقشتها بالفعل في اقتراح آخر.
يُقترح أنه ، كتحديث تحريري لكل ألف ظهور ، إذا تم اعتماد هذه السياسة ، فسيتم نقل القسم 5.7 إلى قسم جديد (ربما 13) ، والذي يستوعب في المستقبل جميع السياسات المتعلقة بالتحويلات في مكان واحد. يمكن إجراء هذا التعديل التحريري من قبل الموظفين ، مع إعادة ترقيم / إعادة ترتيب أي أقسام ذات صلة ، حتى تعديل العناوين / العناوين الفرعية للقسم الجديد لمطابقة النص المعتمد بشكل أفضل.
3. الاقتراح
3.1 تعديل المادة 5.7 من هيئة تدابير الصحة النباتية على النحو التالي:
|
الحالي |
المقترح |
|
5.7 IPv4 تحويل الموارد داخل منطقة AFRINIC مثل غيرها من سجلات الإنترنت الإقليمية ، سوف تستنفد AFRINIC قريباً IPv4 حوض السباحة. من أجل تلبية احتياجات طالبي الموارد المتأخرة ، سياسة نقل لـ IPv4 هناك حاجة إلى موارد داخل المنطقة. الهدف من هذه السياسة هو تحديد الشروط التي يجب أن تتم فيها عمليات النقل. تحل السياسة قضية منظمة أفريقية تحتاجها IPv4 عدد الموارد بعد استنفاد AFRINIC IPv4 تجمع أو عندما لم يعد بإمكان AFRINIC تلبية احتياجات هذه المنظمة. 5.7.1 ملخص السياسة 5.7.2 IPv4 الموارد المراد تحويلها - يجب أن تكون من حساب عضو AFRINIC حالي أو من حامل موارد قديم في منطقة خدمة AFRINIC.
|
5.7 IPv4 تحويلات الموارد تنطبق هذه السياسة على منظمة لها حاجة مبررة لها IPv4 الموارد (المتلقين) والمنظمات ذات IPv4 الموارد التي لم تعد بحاجة (مصادر). 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 يجب أن يتم التحقق من صحة المصدر من قبل المصدر المناسب RIR وفقا لسياساتهم وإجراءاتهم. يجب أن يكون المصدر داخل AFRINIC في وضع جيد ، وأن يكون المسجل الشرعي للموارد المراد نقلها ويجب ألا يكون هناك أي نزاع على حالة الموارد المذكورة. 5.7.2.2 لن تكون كيانات المصدر مؤهلة لتلقي المزيد IPv4 تخصيصات أو تخصيصات العناوين من AFRINIC. يجوز لكيانات المصدر ، إذا تمكنت من إظهار الحاجة المبررة ، تلقي الموارد عبر النقل بعد انقضاء فترة لا تقل عن 16 شهرًا (ضعف الفترة المحددة في 5.4.5) من آخر عملية نقل صادرة. 5.7.2.3 المنظمة التي تلقت IPv4 لن يتم اعتماد الموارد من AFRINIC في غضون 16 شهرًا السابقة كمصدر تحويل. |
|
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. 5.7.3.2 المستلمون في الحالات الأخرى RIRيجب الموافقة على ذلك RIRسياسات وإجراءات. |
| 5.7.4.3 المنقولة IPv4 الموارد القديمة لم تعد تعتبر موارد قديمة. |
5.7.3.3 IPv4 الموارد القديمة لم تعد تعتبر موارد قديمة:
في حالة المنتهية ولايته بينRIR، ستعتمد الحالة الناتجة على السياسات في المستلم RIR. |
|
5.7.4 الإفصاح المطلوب لعمليات النقل في كل مرة يتم فيها النقل ، تنشر AFRINIC جميع المعلومات ذات الصلة التي يسمح بها المصدر أو المستلم ، بما في ذلك على الأقل:
هذا لا يستبعد نشر نفس المعلومات أو غيرها نتيجة لاتفاقية التشغيل بين RIRs. |
4. المراجع
هناك بينRIR السياسات في APNIC و ARIN و LACNIC و RIPE ، والتي أثبتت على نطاق واسع فعاليتها ولم تقدم مشاكل للمجتمعات المعنية ، بل على العكس تمامًا.
وفقًا للأدلة الموجودة ، تظهر منطقة 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
مراجعة التاريخ
مراجعة التاريخ
|
التاريخ |
تفاصيل المنتج |
| 27th أكتوبر 2020 | الإصدار 5: AFPUB-2019-IPv4-002-DRAFT05
|
| 12 أغسطس 2020 | الإصدار 4: AFPUB-2019-IPv4-002-DRAFT04
|
| 26 نوفمبر 2019 | الإصدار 3: AFPUB-2019-IPv4-002-DRAFT03
|
| 2 نوفمبر 2019 | الإصدار 2: AFPUB-2019-IPv4-002-DRAFT02
|
| 14 مايو 2019 | الإصدار 1: AFPUB-2019-IPv4-002-DRAFT01
|
