Info! Please note that this translation has been provided at best effort, for your convenience. The English page remains the official version.

دليل السياسة الموحدة (الإصدار 1.5)

هذه النسخة CPM حلت محل نسخة CPM هذه

 

 

1.0 المُقدّمة

يتم إنشاء سياسات لإدارة موارد أرقام عناوين الإنترنت في منطقة خدمة أفرينيك من خلال عملية تطوير السياسة (PDP) التي تصف الخطوات التي يتم من خلالها تقديم مقترحات السياسة والنظر فيها ومناقشتها (من قبل المجتمع) واعتمادها (بواسطة أفرينيك). يحتوي هذا المستند على سياسات تم التصديق عليها وتنفيذها والتي مرت عبر PDP.

أفرينيك هي منظمة مستقلة لا تهدف للربح وتعمل كواحدة من سجلات الإنترنت الإقليمية الخمسة (RIRs ). تضم منطقة خدماتها القارة الأفريقية وجزءًا من المحيط الهندي (سيشيل وموريشيوس ومدغشقر وجزر القمر وريونيون).  

2.0  التعاريف العامة

تعد المصطلحات والتعاريف التالية ذات أهمية خاصة لفهم الأهداف والبيئة والسياسات الموضحة في هذه الوثيقة.


2.1 سجل الإنترنت (IR)

سجل الإنترنت (IR) هو مؤسسة مسؤولة عن توزيع مساحة عنوان IP على عملائها وعن تسجيل تلك العناوين. تصنف مصلحة الضرائب وفقا لوظائفها الرئيسية ونطاقها الإقليمي داخل الهيكل الهرمي.


2.2 سجل الإنترنت الإقليمي (RIR)

في وقت سابق ، أُنشئت سجلات الإنترنت الإقليمية (RIR s) تحت سلطة ومبادرات مجتمعات الإنترنت في مناطقها. حاليًا ، تأذن الآيكان بإنشاء RIR ليخدم ويمثل المناطق الجغرافية الكبيرة. الدور الرئيسي لل RIR s هي إدارة وتوزيع مساحة عناوين الإنترنت العامة داخل مناطقها.

حاليا ، هناك خمسة RIRs: المركز الإعلامي لشبكة آسيا والمحيط الهادئ - أبينيك (APNIC)السجل الأمريكي لأرقام الإنترنت - آرين (ARIN), سجل عناوين الإنترنت في أمريكا اللاتينية ومنطقة البحر الكاريبي - لاكنيك (LACNIC)مركز تنسيق الشبكة الأوروبية لبروتوكول الإنترنت - رايب أن سي سي (RIPE NCC) و أفرينيك.


2.3 سجل الإنترنت المحلي (LIR)

سجل الإنترنت المحلي (LIR) هو سجل إنترنت IR الذي يتلقى مخصصات من RIR ويُعيين مساحة العنوان بشكل أساسي إلى "المستخدمين النهائيين". LIRs هي عموما مزودي خدمات الإنترنت. زبائنهم هم مزودو خدمات الإنترنت الآخرين وربما المستخدمون النهائيون. يجب أن تكون سجلات الإنترنت المحلية LIRs أعضاء في أفرينيك.


2.4 التخصيص

يعني "تخصيص" توزيع مساحة العنوان على LIRs لغرض التوزيع اللاحق.


2.5 التخصيص الفرعي

يعني "التخصيص الفرعي" توزيع مساحة العنوان (بواسطة LIRs) لمقدمي خدمات الإنترنت لغرض التوزيع اللاحق.


2.6 التنازل

التعيين هو مساحة عنوان IP مقدمة بواسطة LIR للمستخدمين النهائيين لاستخدامهم الخاص. يعني مصطلح "تعيين" تفويض مساحة العنوان لمزود خدمة الإنترنت أو المستخدم النهائي للاستخدام المحدد داخل البنية التحتية للإنترنت التي يشغلونها. يجب أن يتم التعيينات فقط لأغراض محددة موثقة من قبل منظمات محددة ويجب ألا يتم التنازل عنها إلى أطراف أخرى.


2.7 مساحة IP (تجميع مقدم الخدمة)

مساحة PA هي ما تم تخصيصه لـ LIRs التي يمكنهم تخصيصها أو تخصيصها فرعيًا للمستخدمين النهائيين / شبكات تقديم خدمة تحتية باعتبارها عناوين غير محموله. إذا قام موفر خدمة المستخدم النهائي / مقدم خدمة بتغيير الشبكة ، فيجب إعادة مساحة العنوان التي تم تخصيصها أو تخصيصها من قبل مزود الخدمة السابق (LIR) وإعادة ترقيم الشبكة.


2.8 مساحة IP PI (مزود مستقل)

لا يمكن تجميع مساحة المزود مستقل ويمكن تخصيصها فقط بواسطة RIR من خلال LIR. مساحة المزود مستقل مكلفة للتوجيه وقد لا تكون قابلة للتوجيه عالميًا. لا يمكن للمستخدم النهائي أو LIR إجراء التخصيصات الفرعية من هذا النوع من مساحة العنوان.

3.0  عملية وضع السياسات (PDP)

يصف هذا القسم عملية تطوير سياسات أفرينيك (PDP). يتم توثيق السياسات بقرارات مجتمع أفرينيك التي تحدد مباشرة القواعد التي تديرها أفرينيك وتدير موارد أرقام الإنترنت.

الإجراءات الموصوفة هنا مصممة لتكون منصفة ومفتوحة وموضوعية وتهدف إلى:

ا. توفير فرصة كافية للمشاركة والتعليق من قبل جميع الأطراف المعنية ؛

ب. تأسيس إجماع واسع لمجتمع الإنترنت.

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


3.1  نطاق PDP

تغطي عملية وضع السياسات تطوير وتعديل سياسات التعامل مع موارد أرقام الإنترنت داخل منطقة خدمة أفرينيك. سوف تتبع التغييرات في عملية وضع السياسات نفسها العملية أيضًا.

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


3.2  مبادئ تطوير السياسات

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

3.2.1 الانفتاح

يتم تطوير جميع السياسات في منتدى مفتوح يشارك فيه أي شخص. لا توجد مؤهلات للمشاركة.

3.2.2 الشفافية

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

3.2.3 الإنصاف

تتمثل السياسات في ضمان التوزيع العادل للموارد وتيسير تشغيل الإنترنت. يتم اتخاذ الإجراءات خلال فترة زمنية معقولة.


3.3  مجموعة عمل تطوير السياسات (PDWG)

تناقش مجموعة عمل تطوير السياسة (PDWG) المقترحات. يمكن لأي شخص المشاركة عبر الإنترنت أو شخصيًا. يتم عمل PDWG من خلال القائمة البريدية لمناقشة سياسة الموارد (محمي عنوان البريد الإلكتروني هذا من المتطفلين و برامج التطفل. تحتاج إلى تفعيل جافا سكريبت لتتمكن من مشاهدته.) واجتماعات السياسة العامة نصف السنوية (PPM). يُعتبر أي شخص يشارك شخصًا أو عن بُعد جزءًا من مجموعة عمل تطوير السياسات.

لدى مجموعة عمل تطوير السياسات رئيسان لأداء مهامها الإدارية. يتم اختيار كراسي PDWG من قبل مجتمع أفرينيك خلال اجتماع السياسة العامة وتخدم فترات متداخلة مدتها سنتان. تنتهي المدة خلال أول اجتماع للسياسة العامة يتوافق مع نهاية المدة التي تم تعيينهم فيها. قد تبدأ مدة ما أو تنتهي في موعد لا يتجاوز اليوم الأول لاجتماع السياسة العامة وفي موعد لا يتجاوز اليوم الأخير لاجتماع السياسة العامة كما هو محدد بالاتفاق المتبادل بين الرئيس الحالي والرئيس الجديد.

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


3.4  عملية وضع السياسات

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

3.4.1 Draft اقتراح السياسة

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

يجب أن تكون مسودة السياسة متاحة للمراجعة لمدة أربعة أسابيع على الأقل قبل الاجتماع المقبل للسياسة العامة. يجب على المؤلف (المؤلفين) إجراء التغييرات اللازمة على مشروع السياسة وفقًا للتعليقات الواردة. قد يطلب رئيس (رؤساء) مجموعة العمل من أفرينيك تقديم تحليل (تقني أو مالي أو قانوني أو غير ذلك) لتأثير مشروع اقتراح السياسة.

تنتهي مسودة السياسة بعد سنة تقويمية واحدة ما لم تتم الموافقة عليها من قبل مجلس إدارة أفرينيك كسياسة. تتم إعادة تشغيل فترة المهلة عند استبدال مسودة السياسة بإصدارة أحدث من الاقتراح. يمكن أن يسحب المؤلف (المؤلفون) مسودة سياسة عن طريق إرسال إشعار إلى القائمة البريدية " قائمة مناقشة سياسة الموارد".

3.4.2 اجتماع السياسة العامة

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

ينشر الرئيس (رؤساء) محاضر وقائع اجتماع السياسة العامة في موعد لا يتجاوز ثلاثة أسابيع بعد الاجتماع.

3.4.3 آخر مكالمة

يبدأ رئيس (رؤساء) مجموعة العمل مراجعة أخيرة لمسودة السياسة عن طريق إرسال إعلان إلى القائمة البريدية لمناقشة سياسة الموارد. يجب أن تكون فترة الاعلان الأخيرة أسبوعين على الأقل. يقوم رئيس (رؤساء) مجموعة العمل بتقييم التعليقات الواردة خلال اجتماع السياسة العامة وخلال هذه الفترة ويقرر ما إذا كان قد تم التوصل إلى توافق في الآراء.

3.4.4 الموافقة

يوصي رئيس (رؤساء) مجموعة العمل بمسودة السياسة إلى مجلس إدارة أفرينيك للموافقة عليها إذا كان لديه إجماع من مجموعة عمل تطوير السياسات. يجب أن تتضمن التوصية تقريراً عن مناقشات مشروع السياسة وردود الفعل من آخر إعلان . يتم التصديق على مشروع السياسة من قبل مجلس إدارة أفرينيك.

3.4.5 التنفيذ

يتم الإعلان عن تاريخ اعتماد السياسة وتنفيذها في القائمة البريدية لمناقشة سياسة الموارد. يجب أن يكون تاريخ التنفيذ أقل من ستة أشهر بعد انتهاء آخر إعلان ما لم يتم طلب تنازل.


3.5  حل النزاعات

  1. يجب على الشخص الذي لا يوافق على الإجراءات التي اتخذها الرئيس (الرؤساء) مناقشة الأمر مع رئيس (رؤساء) PDWG أو مع PDWG. إذا تعذر حل الخلاف بهذه الطريقة ، فيجوز للشخص رفع استئناف أمام لجنة استئناف يعينها مجلس إدارة أفرينيك. لا يمكن تقديم استئناف إلا إذا كان مدعومًا من قبل ثلاثة (3) أشخاص من مجموعة العمل شاركوا في المناقشات.
  2. يجب تقديم الاستئناف في غضون أسبوعين من معرفة الجمهور بالقرار. تصدر لجنة الاستئناف تقريراً عن مراجعة الشكوى إلى الفريق العامل. يجوز للجنة الاستئناف أن تأمر بإلغاء قرار الرئيس (الرؤساء) إذا لم تتبع عملية وضع السياسات.
  3. يجوز لأي شخص طلب استدعاء رئيس مجموعة العمل في أي وقت ، بناءً على طلب كتابي مع تبرير لمجلس إدارة أفرينيك. يجب أن يدعم الطلب ما لا يقل عن خمسة (5) أشخاص آخرين من مجموعة العمل. يعين مجلس إدارة أفرينيك لجنة سحب ، باستثناء الأشخاص الذين قدموا الطلب ورؤساء مجموعات العمل. تقوم لجنة الاستدعاء بالتحقيق في ملابسات التبرير وتحديد النتيجة.

3.6  تغيير العملية

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

  1. يتخذ رئيس مجموعة العمل قرار تغيير العملية.
  2. يجب أن يكون هناك تفسير حول سبب الحاجة إلى التغيير
  3. يجب ألا تقل فترة المراجعة ، بما في ذلك آخر نداء، عن أربعة أسابيع.
  4. إذا كان هناك توافق في الآراء ، تتم الموافقة على السياسة ويجب تقديمها في اجتماع السياسة العامة القادم.

3.7  مسودة لقالب السياسة

منظمة draft يجب تقديم نص اقتراح السياسة على النموذج التالي:

اسم الاقتراح:

المعرف: (تم تعيينه بواسطة أفرينيك )

تاريخ التقديم:

المؤلف (ون):

الاسم:

المتقادمون:

تعديل:

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

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

3. الاقتراح

  • الرجاء استخدام الترقيم الفرعي لتسهيل الرجوع إليه.
  • يجب أن يعرض الاقتراح أقسامًا دقيقة يجب تعديلها والمحتوى الذي يجب إضافته أو حذفه من الاجتماع التحضيري للمؤتمر.

4. المراجع.

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

4.0 التسلسل الهرمي لتوزيع الموارد

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

5.0 IPv4

يصف هذا القسم المبادئ التوجيهية للإدارة المسؤولة عن مساحة العنوان IPv4 في منطقة خدمة أفرينيك. يتم تطوير المبادئ التوجيهية من خلال عملية تطوير سياسة مفتوحة وشاملة لمجموعة عمل تطوير السياسات.


5.1  مساحة العنوان IPv4

لغرض هذه الوثيقة ، IPv4 العناوين هي أرقام ثنائية 32 بت (تستخدم كمعرفات في بروتوكول IPv4 ) وعادة ما تكون في ثلاثة أنواع:

5.1.1 عناوين IP العامة / العالمية التي تم تخصيصها لتكون فريدة عالميًا وفقًا للأهداف الموضحة في القسم 5.2 من هذا المستند.

5.1.2 خاص IPv4 يتم تخصيص مساحة العنوان للاستخدام في القطاع الخاص IPv4 الشبكات. يمكن لأي شخص استخدام هذه العناوين في شبكاته الخاصة دون تسجيل. تستضيف مع الخاص IPv4 لا يمكن الوصول إلى العناوين من الإنترنت ما لم يتم تمكينها من خلال NAT (ترجمة عنوان الشبكة). لاحظ أن بعض خدمات الإنترنت قد لا تعمل بشكل صحيح تحت NAT. انظر RFC 2993 للتعرف على الآثار الهندسية / التقنية لاستخدام NAT. يصف RFC1918 أيضًا الكتل المخصصة للاستخدام الخاص.

5.1.3 نطاقات IP المحجوزة للتجارب:

هذه موصوفة في RFC3330 (http://www.ietf.org/rfc/rfc3330.txt).

بعض العناوين / المساحات محجوزة أيضًا للإرسال المتعدد.


5.2  أهداف نظام تسجيل الإنترنت

5.2.1 الأهداف

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

5.2.1.1 تميز - من أجل تحديد هوية كل مضيف على الإنترنت العام بشكل فريد ، يكون كل بث أحادي IPv4 يجب أن يكون العنوان فريدًا على مستوى العالم.

5.2.1.2 تسجيل العارضين - يجب تسجيل كل تخصيص وتخصيص لمساحة عناوين الإنترنت العامة في AFRINIC whois قاعدة البيانات. يعد هذا ضروريًا لضمان التفرد ولتوفير معلومات لاستكشاف أخطاء الإنترنت وإصلاحها على جميع المستويات.

5.2.1.3 تجميع - يسمح توزيع عناوين IPv4 بطريقة هرمية بتجميع معلومات التوجيه. وهذا يساعد على ضمان التشغيل السليم لتوجيه الإنترنت والحد من توسع جداول توجيه الإنترنت (RFC2519).

5.2.1.4 محميات - لتعظيم عمر مورد مساحة عنوان الإنترنت العام ، يجب توزيع العناوين وفقًا للحاجة الفعلية وعلى أساس الاستخدام الفوري. لذلك ، يجب تجنب تخزين مساحة العنوان والحفاظ على الحجوزات بشكل عام.

5.2.2 تضارب الأهداف

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

5.2.3 التوثيق

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

5.2.4 الإنصاف

تنطبق جميع السياسات والممارسات المتعلقة باستخدام مساحة العنوان العام بشكل عادل ومنصف على جميع الأعضاء الحاليين والمحتملين في AFRINIC بغض النظر عن موقعهم أو جنسيتهم أو حجمهم أو أي عامل آخر.


5.3  متطلبات التسجيل

5.3.1 ستكون جميع الاتصالات مع AFRINIC باللغة الإنجليزية.

5.3.2 سيتم تسجيل جميع التخصيصات وتخصيصات PI وتخصيصات PA والتخصيصات الفرعية وأنواع أخرى من تخصيصات الموارد في قاعدة بيانات AFRINIC. سيتم اعتبار أي موارد غير مسجلة غير صالحة. يجب أن تكون بيانات التسجيل (الاسم ، كتلة / نطاق IP ، جهات الاتصال ، الحالة ، إلخ.) صحيحة في جميع الأوقات. هذا ضروري لدعم عمليات الشبكة.


5.4  هبوط لينة

يصف هذا القسم كيفية قيام AFRINIC بتعيين وتخصيص وإدارة IPv4 الموارد خلال "مرحلة الاستنفاد" التي تبدأ عندما تحتاج AFRINIC لأول مرة إلى تعيين أو تخصيص عناوين IP من الكتلة النهائية / 8 من IPv4 مساحة العنوان.

من أجل ضمان الانتقال السلس ل IPv6، يجب إدارة تجمع AFRINIC لتزويد الأعضاء بمساحة عنوان بعد IPv4 تجمع المنضب. هذا سوف يساعد في الحفاظ عليها IPv4 شبكات أثناء النشر IPv6 الشبكات - وهي ممارسة تميز فترة الانتقال. يقترح هذا القسم استراتيجية لتخصيص وتخصيص وصيانة AFRINIC IPv4 تجمع آخر استنفاد. يبدأ تطبيق سياسة "الهبوط الآمن" عندما تبدأ AFRINIC في تخصيص مساحة من IANA النهائي المخصص / 8.

هذه IPv4 تنطبق سياسة Soft Landing على إدارة مساحة العنوان التي ستكون متاحة لـ AFRINIC بعد الإصدار الحالي IPv4 تجمع المنضب. الغرض من هذا المستند هو التأكد من تخصيص مساحة العنوان و / أو تخصيصها بطريقة مقبولة لدى مجتمع AFRINIC خاصة خلال هذا الوقت من IPv4 إنهاك.

5.4.1 تعريفات خاصة بقسم الهبوط السهل:

  1. LIRs الحالية - LIR الحالي هو LIR الذي يعين مساحة العنوان لـ "المستخدمين النهائيين" وقد تم تخصيصه أو تخصيصه بالفعل IPv4 مساحة العنوان بواسطة AFRINIC.
  2. LIR جديد - LIR الجديد ، هو LIR الذي يعين مساحة العنوان لـ "المستخدمين النهائيين" وهو عضو في AFRINIC ولكن لم يتم تعيين أو تخصيص أي IPv4 مساحة العنوان قبل مرحلة الاستنفاد.
  3. المستخدم النهائي - المستخدم النهائي هو مؤسسة تتلقى مهام عناوين IP حصراً للاستخدام في شبكاتها التشغيلية
  4. النهائي / 8 كتلة من IPv4 مساحة العنوان ، أو "النهائي / 8" - النهائي / 8 كتلة IPv4 مساحة العنوان ، أو "Final / 8" ، هي كتلة / 8 من IPv4 مساحة العنوان التي تم تخصيصها بواسطة IANA إلى AFRINIC من حيث القسم 2.2 C من Global سياسة تخصيص مساحة عنوان IPv4 المتبقية في وقت استنفاد مجموعة IANA الخاصة بـ IPv4 مساحة العنوان.

5.4.2 المرحلة الحالية.

"المرحلة الحالية" هي الوضع الراهن في وقت اعتماد سياسة الهبوط الناعم. خلال هذه المرحلة ، سوف تستمر AFRINIC في التخصيص أو التعيين IPv4 عناوين LIRs والمستخدمين النهائيين باستخدام إرشادات سياسة التخصيص والتخصيص المعمول بها بالفعل.

ستستمر المرحلة الحالية حتى يتم طلب صالح IPv4 مساحة العنوان من LIR أو المستخدم النهائي إلى AFRINIC إما:

  1. لا يمكن الوفاء بها مع IPv4 مساحة العنوان المتاحة في تجمع AFRINIC (باستثناء Final / 8) ، أو
  2. يمكن الوفاء بها ، ولكن سيترك AFRINIC IPv4 تجمع عنوان فارغ (باستثناء النهائي / 8).

سيكون الطلب الذي ينتج عنه أي من الشروط أعلاه قيد التنفيذ هو الأخير

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

ستعلن AFRINIC علنًا أن مرحلة الاستنفاد قد بدأت في هذه المرحلة. ولتجنب الشك ، سيتم تقييم جميع التطبيقات قيد التشغيل حاليًا في هذه المرحلة وفقًا للسياسة الجديدة.

5.4.3 مرحلة الاستنفاد

أثناء مرحلة الاستنفاد ، سيتم استخدام إرشادات التخصيص والتخصيص التالية. وهي تنطبق على كل من LIRs والمستخدمين النهائيين ، وعلى الجميع IPv4 العنوان أو المساحة المخصصة أو المعينة أو التي تديرها AFRINIC أثناء الانتقال إلى مرحلة الاستنفاد وبعدها ، بصرف النظر عما إذا كان هذا أم لا IPv4 مساحة العنوان جزء من Final / 8. سيتم تقسيم مرحلة الاستنفاد إلى قسمين:

5.4.3.1 مرحلة الاستنفاد 1

خلال هذه المرحلة ، سيستمر تخصيص / تخصيص مساحة العنوان كما هو الحال في المرحلة الحالية (/ 24 للاتحاد الأوروبي و / 22 لـ LIR) ولكن الحد الأقصى سيتغير من / 10 إلى / 13.

سيتم إجراء التخصيصات والواجبات من النهائي / 8 أو من أي دولة أخرى IPv4 مساحة العنوان المتاحة لـ AFRINIC حتى لا يتوفر أكثر من / 11 من المساحة غير المحجوزة في Final / 8. عند هذه النقطة ، ستبدأ مرحلة الاستنفاد 2. لتجنب الشك ، سيتم تقييم جميع الطلبات في هذه المرحلة وسيتم تقييمها وفقًا للسياسة الجديدة.

5.4.3.2 مرحلة الاستنفاد 2

خلال هذه المرحلة ، سيكون الحد الأدنى لحجم التخصيص / التعيين / 24 ، والحد الأقصى سيكون / 22 لكل التخصيص / التخصيص.

5.4.4 لأي طلب LIR أو مستخدم نهائي IPv4 مساحة العنوان أثناء الاستنفاد: 

لا يوجد حد واضح لعدد المرات التي قد تطلب فيها منظمة إضافية IPv4 مساحة العنوان خلال فترة الاستنفاد.

5.4.5 يجب تغيير فترة التخصيص والتعيين الحالية البالغة 12 شهرًا إلى 8 أشهر.

يتم تغيير فترة التخصيص والتخصيص الحالية البالغة 12 شهرًا إلى 8 أشهر. سيساعد ذلك في ضمان طلب LIRs فقط للموارد التي يحتاجون إليها على المدى القصير إلى المتوسط ​​، وتعزيز الإنصاف في التوزيع العادل لآخر IPv4 تجمع العناوين. ستبقى فترة التعيين هذه كما هي طوال فترة بقاء هذه السياسة.

5.4.6 معايير التخصيص

5.4.6.1 من أجل الحصول على IPv4 التخصيصات أو التخصيصات أثناء مرحلة الاستنفاد ، يجب أن يكون LIR أو المستخدم النهائي قد استخدموا على الأقل 90٪ من جميع التخصيصات أو التخصيصات السابقة (بما في ذلك التخصيصات التي تمت أثناء كل من المرحلة الحالية ومرحلة الاستنفاد).

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

5.4.6.2 موارد AFRINIC مخصصة لمنطقة خدمة AFRINIC وأي استخدام خارج المنطقة يجب أن يكون فقط لدعم الاتصال بالعودة إلى منطقة AFRINIC.

5.4.7 IPv4 العنوان احتياطي الفضاء

5.4.7.1 A / 12 IPv4 ستكون كتلة العنوان في وضع احتياطي من المباراة النهائية / 8.

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

5.4.7.2 إذا ظل المحجوز / 12 غير مستخدم بحلول الوقت الذي تم فيه تخصيص المساحة المتبقية المتاحة ، فسيتم إرجاع / 12 إلى تجمع AFRINIC للتوزيع وفقًا لشروط المرحلة 2 من سياسة الهبوط السهل.

5.5 IPv4 مخصصات LIR / ISP

5.5.1 سياسات وإرشادات التخصيص

5.5.1.1 مقدمة

5.5.1.1.1 يخصص AFRINIC نطاقات IPv4 عناوين لسجلات الإنترنت المحلية (LIRs).

تقوم LIRs بإعادة تعيين هذه المساحة لعملائها أو تخصيصها من الباطن. ننصح أيضًا جميع مساحات عناوين تخصيص LIR المخصصة من AFRINIC بتبني مجموعة من السياسات المتسقة مع السياسات الموضحة في هذا المستند.

5.5.1.1.2 تحديد حجم تخصيص مساحة عنوان IP هو من مسؤولية موظفي AFRINIC.

في محاولة لضمان تنفيذ التوجيه عبر النطاقات بدون فئات (CIDR) واستخدامه بكفاءة قدر الإمكان ، ستقوم AFRINIC بإصدار مجموعات من IPv4 عناوين على حدود بت "CIDR المدعومة" المناسبة. (CIDR - "Classless Inter-Domain Routing" ، موضح في RFC1517-1959 ، https://www.ietf.org/standards/rfcs/).

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

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

5.5.1.2 أولا IPv4 توزيع

5.5.1.2.1 الحد الأدنى لتخصيص AFRINIC هو / 22 أو 1024 IPv4 عناوين.

5.5.1.2.2 يجب أن تكون المنظمة عضو AFRINIC في وضع جيد ، و ؛

5.5.1.2.3 يجب أن يُظهر استخدامًا فعالًا لعناوين IP من موفرها الأولي.

قد يستند التبرير إلى مجموعة من الاحتياجات الفورية والاستخدام الحالي ، وفي هذه الحالة ، يجب إعادة ترقيم التخصيصات الحالية في التخصيص الجديد لـ LIR. يعتمد التحقق من الاستخدام الفعال السابق على التخصيصات (والتخصيصات الفرعية) المسجلة في قواعد بيانات RIPE و ARIN و LACNIC و APNIC وسيتم اعتبار هذه التعيينات المسجلة صالحة فقط.

5.5.1.3 آلية بدء بطيء للتخصيصات الأولى

يجب على AFRINIC تطبيق آلية البدء البطيء على جميع LIRs الجديدة. فيما يتعلق بالتخصيصات التي قدمتها AFRINIC ، فإن التخصيص الأول الذي تحصل عليه LIR هو حجم الحد الأدنى للتخصيص العملي ما لم يكن هناك ما يبرر ذلك.

يتم استخدام سياسة البداية البطيئة من قبل الجميع RIRلمنع تخصيص مجموعات كبيرة من مساحات العناوين التي قد تظل غير محددة إلى حد كبير. ستنفذ AFRINIC آلية البدء البطيء بطريقة متسقة وعادلة لكل LIR وستطبق نفس المبادئ والمعايير على كل متقدم لمساحة العنوان.

5.5.1.4 تخصيص إضافي

5.5.1.4.1 قد تتلقى LIR تخصيصًا إضافيًا عند استخدام حوالي 80٪ من مساحة العنوان المخصصة حاليًا في تخصيصات و / أو تخصيصات فرعية صالحة.

يمكن أيضًا إجراء تخصيص جديد إذا كان التعيين الفردي أو التخصيص الفرعي يتطلب عناوين أكثر من تلك التي يحتفظ بها LIR حاليًا.

5.5.1.4.2 لا تعتبر الحجوزات تخصيصات صالحة أو تخصيصات فرعية.

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

5.5.1.4.3 سيحاول AFRINIC دائمًا تخصيص نطاقات عناوين متجاورة ، مما يسمح لـ LIR بتقليل عدد إعلانات المسار التي يصدرها.

ومع ذلك ، لن يكون من الممكن دائمًا تخصيص مجموعة متجاورة مع تخصيص LIR السابق.

5.5.1.5 المخصصات الفرعية

الحد الأدنى لحجم التخصيص الفرعي هو / 24. يسمح عدد معقول من المهام الصغيرة التي يتم إجراؤها بواسطة ISP المتلقين للمعلومات. لا يجوز LIR التخصيص الفرعي IPv4 مساحة أعلى نافذة التخصيص الفرعي (انظر 5.5.1.13 لإطارات التخصيص الفرعي).

قد تقوم LIR's بعمل تخصيصات فرعية لعديد من مزودي خدمات الإنترنت المتلقين للمعلومات. (يستخدم موفر خدمة الإنترنت المتلقين للمعلومات بكفاءة باستخدام تخصيص فرعي مؤهل لتلقي تخصيص / 22 إذا أرادوا أن يصبحوا LIR).

يتولى LIR مسؤولية ضمان تخصيص مساحة العنوان المخصصة له ، وبالتالي يتم استخدام مساحة العنوان التي يخصصها بشكل فرعي وفقًا لسياسات وتوجيهات المجتمع.

يُنصح LIRs بالاستفادة من آلية البدء البطيء عند إجراء عمليات تخصيص فرعية لمقدمي خدمات الإنترنت المتلقين للمعلومات. هنا ، يضمن LIR استخدام المساحة المخصصة بشكل فرعي بكفاءة ويمكن لـ LIR أيضًا مراقبة وتحديد قدرة ISP المتلقين للمعلومات للعمل ضمن السياسات التي وضعها المجتمع.

تشكل المخصصات الفرعية جزءًا من المساحة المجمعة لـ LIR. لذلك ، يجب أن يضمن LIR عدم الاحتفاظ بمساحة IP من قبل مزود خدمة الإنترنت في حال توقف البائع عن الحصول على اتصال من شبكة LIR (التخصيصات الفرعية غير محمولة).

5.5.1.6 سياسات وإرشادات تخصيص السلطة الفلسطينية

يجب على LIR طلب موافقة من AFRINIC على جميع التخصيصات الفرعية أعلى نافذة التخصيص الفرعية الخاصة بهم.

تهدف الإرشادات التالية إلى مساعدة LIRs والمستخدمين النهائيين في البحث عن حلول وسط منصفة:

وثائق 5.5.1.7

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

عند إجراء تخصيص فرعي من SAW الخاصة بهم ، يجب أن تضمن LIR's أيضًا أن يتم تقديم هذه المعلومات من قبل المستخدم النهائي.

5.5.1.8 البنية التحتية للشبكة (من LIR) مقابل شبكات المستخدم النهائي

تعتبر عناوين IP المستخدمة فقط لتوصيل المستخدم النهائي بمزود الخدمة (على سبيل المثال ، الروابط من نقطة إلى نقطة) جزءًا من البنية التحتية لمزود الخدمة. يجب تسجيل هذه العناوين فقط كجزء من البنية التحتية لمزود الخدمة. عندما يكون لدى المستخدم النهائي شبكة تستخدم مساحة العنوان العام ، يجب تسجيل هذه المساحة مع جهات اتصال المستخدم النهائي. إذا كان المستخدم النهائي فردًا وليس مؤسسة ، فيمكن تسجيل المساحة بمعلومات الاتصال الخاصة بمزود الخدمة ولكن مع المستخدم النهائي المشار إليه في AFRINIC whois كائن قاعدة البيانات.

5.5.1.9 الاستخدام

يجب أن يكون الاستخدام الفوري للتخصيصات 25٪ على الأقل من المساحة المخصصة. بعد سنة واحدة ، ما لم يتم تحديد ظروف خاصة ، يجب أن يكون 50٪ على الأقل.

5.5.1.10 الحجوزات غير مدعومة

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

5.5.1.11 صلاحية الاحالة

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

5.5.1.12 إعادة الترقيم

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

عادةً ما تعتبر فترة ثلاثة أشهر كافية لترحيل شبكة إلى مساحة IP الجديدة. بمجرد إعادة ترقيم الشبكة ، سيقوم موظفو AFRINIC بإزالة المهمة القديمة من قاعدة بيانات AFRINIC. في حالة عدم كفاية فترة الثلاثة أشهر ، يجب على LIR إبلاغ AFRINIC بالوقت الإضافي الذي قد يستغرقه ترقيمها بالكامل.

5.5.1.13 نافذة التوزيع الفرعي (SAW)

5.5.1.13.1 تشير نافذة التخصيص الفرعي (SAW) إلى الحد الأقصى لعدد IPv4 العناوين التي يجوز لـ LIR تخصيصها بشكل فرعي للمستخدمين النهائيين دون طلب موافقة من AFRINIC. يتم التعبير عن حجم SAW بترميز CIDR.

5.5.1.13.2 ستقوم AFRINIC بمراجعة التخصيص الفرعي الذي قام به LIR باستخدام SAW الخاص بهم لضمان اتباع السياسات بشكل صحيح. يجب أن تضمن LIR أيضًا أن تكون وثائق التخصيص الفرعي التي تتم باستخدام SAW مماثلة لتلك المطلوبة للطلبات الأكبر.

5.5.1.13.3 فيما يلي بعض الإرشادات الخاصة بـ SAW:

  1. جميع LIRs الجديدة لديها SAW من الصفر. ستحتاج جميع التخصيصات الفرعية إلى موافقة مسبقة من AFRINIC.
  2. لا يمكن لـ LIR إجراء أي تخصيص فرعي للمستخدم النهائي فوق SAW الخاص به في فترة 12 شهرًا (سنة واحدة). في نهاية سنة تقويمية من موافقة SAW ، يتم تحديث SAW لمدة سنة أخرى. في حالة استنفاد SAW LIR الخاص بمستخدم نهائي معين ، يجب طلب الموافقة من AFRINIC لأي تخصيص فرعي آخر لنفس المستخدم النهائي.
  3. LIR's مدعوون للتوجه إلى AFRINIC لمراجعة SAW الخاصة بهم. يمكنهم أيضًا الحصول على رأي ثانٍ من AFRINIC حتى للحصول على تخصيص فرعي يمكن إجراؤه باستخدام SAW الخاص بهم إذا اختاروا ذلك. قبل رفع SAW ، سيتم النظر فيما يلي:
    1. يتم تقديم جميع الوثائق المطلوبة عادة.
    2. يتم تسجيل جميع التخصيصات الفرعية السابقة من هذا التخصيص الفرعي في قاعدة البيانات بشكل صحيح.
    3. SAW الحالي لم يساء استخدامها / سوء المعاملة.
  4. يُنصح LIR's الجدد بتدريب جهات الاتصال الخاصة بهم للتعامل مع تعيينات مساحة العنوان وفقًا للسياسات والإجراءات في هذا المستند. إذا كانت الاتصالات بسبب عدم الخبرة في LIR ، تحدث أخطاء بسبب الحكم السيئ باستمرار ، فقد يتم تخفيض أو إزالة SAW للسماح لموظفي AFRINIC بالمساعدة في تدريب موظفي LIR على سياسات مجتمع AFRINIC.

5.5.1.14 حفظ السجلات بواسطة LIRs

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

  1. الطلب الأصلي.
  2. الوثائق الداعمة.
  3. المراسلات ذات الصلة بين LIR والمستخدم النهائي.
  4. قرار التنازل وأسباب أي قرار غير عادي.
  5. دور الشخص الذي اتخذ القرار.

5.6 IPv4 تعيينات المستخدم النهائي (PI)

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

5.6.1 الحد الأدنى للتخصيص

بشكل عام ، الحد الأدنى من مساحة عنوان IP المعين من قبل AFRINIC للمستخدمين النهائيين هو / 24. إذا كانت هناك حاجة إلى مهام أصغر من / 24 ، فيجب على المستخدمين النهائيين الاتصال بمزودهم الرئيسي. تكون البادئات المخصصة للمستخدم النهائي من كتلة محجوزة لهذا الغرض.

5.6.2 معايير تخصيص المستخدم النهائي

يجب على المستخدمين النهائيين الطالبة:

  1. كن عضوًا أفريقيًا في وضع جيد
  2. أظهر إما استخدامًا فعالًا حاليًا أقل من 25 من موفر خدمات التنقيب والإنتاج.
  3. قم بتبرير احتياج فوري بأقل من 50٪ من إجمالي الحجم المطلوب بناءً على بنية الشبكة الأساسية الخاصة بها. على سبيل المثال ، شركة جديدة.

5.6.3 تعيين PI إضافي

يعد معدل استخدام مساحة العنوان عاملاً رئيسيًا في تبرير تعيين جديد لمساحة عنوان IP. يجب على مقدمي الطلبات أن يظهروا بالضبط كيف تم استخدام تعيينات العنوان السابقة ويجب أن يقدموا التفاصيل المناسبة للتحقق من توقعات النمو لمدة عام واحد. المعايير الأساسية التي يجب استيفاؤها هي:

  1. 25 ٪ معدل الاستخدام الفوري ، و 
  2. معدل استخدام 50 ٪ في غضون عام واحد. 

قد تكون هناك حاجة إلى معدل استخدام أكبر بناءً على متطلبات الشبكة الفردية. عنوان IP الخاص: يتم تشجيع المستخدمين النهائيين غير المتصلين حاليًا بموفر خدمة الإنترنت و / أو خطة عدم الاتصال بالإنترنت على استخدام أرقام IP الخاصة المحجوزة للشبكات غير المتصلة (انظر RFC 1918).

5.6.4 تخصيصات PI للبنية التحتية الهامة

5.6.4.1 سوف تقوم AFRINIC بتعيين المستخدم النهائي لموفري البنية التحتية الهامة للإنترنت مثل نقاط تبادل الإنترنت العامة ومقدمي خدمة DNS الأساسيين.

لن تكون هذه المخصصات أطول من / 24 باستخدام IPv4. قد يتم منح تخصيصات متعددة في بعض الحالات. يجب إصدار تعيينات نقطة تبادل من كتل محددة محفوظة فقط لهذا الغرض.

5.6.4.2 سوف تجعل AFRINIC قائمة بهذه الكتل متاحة للجمهور.

5.6.4.3 يجب على مشغلي نقاط التبادل تقديم تبرير للتخصيص ، بما في ذلك سياسة الاتصال والموقع والمشاركين الآخرين (بحد أدنى ثلاثة إجمالي) ، ASN، ومعلومات الاتصال.

لا تمنع هذه السياسة مشغلي نقطة التبادل من طلب مساحة العنوان بموجب سياسات أخرى مثل أن تصبح LIR.

5.6.4.4 التعاريف:

5.6.4.4.1 نقطة تبادل:

تُعرّف نقطة تبادل الإنترنت بأنها البنية التحتية للشبكة المادية (الطبقة 2) التي تديرها كيان واحد يكون غرضه تسهيل تبادل حركة الإنترنت بين مزودي خدمات الإنترنت. يجب أن يكون هناك ما لا يقل عن ثلاثة مزودي خدمات الإنترنت متصلين ويجب أن تكون هناك سياسة واضحة ومفتوحة للآخرين للانضمام. يجب الحصول على العناوين اللازمة لأغراض أخرى (مثل الخدمات الإضافية المقدمة للأعضاء) من خلال الوسائل المناسبة (مثل مزود خدمة الإنترنت الأولي).

5.6.4.4.2 مزود خدمة DNS الأساسية:

موفر خدمة DNS الأساسي هو شركة تقدم خدمة DNS لمستوى الجذر لشجرة DNS (مشغلي الجذر المعتمدين من ICANN).


5.7 IPv4 تحويل الموارد داخل منطقة AFRINIC

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

5.7.1 ملخص السياسة

تنطبق هذه السياسة على منظمة لها حاجة مبررة لها IPv4 الموارد التي لا يمكن أن تلبيها AFRINIC.

5.7.2 IPv4 الموارد التي يتعين نقلها - يجب أن يكون من حساب عضو AFRINIC حالي أو من صاحب مورد قديم في منطقة خدمة AFRINIC.

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.4. الشروط على متلقي النقل

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

5.7.4.2 يجب أن يكون المستلم عضوًا في أفرينيك ، وفقًا لسياسات أفرينيك الحالية ويجب أن يوقع على اتفاقية خدمات التسجيل للموارد التي يتم تلقيها.

5.7.4.3 نقل موارد العناوين IPv4 القديمة - لم تعد تعتبر موارد قديمة. 

6.0 IPv6

يحدد هذا القسم سياسات التسجيل لتعيين وتخصيص فريدة من نوعها على مستوى العالم IPv6 عناوين لمقدمي خدمات الإنترنت (LIRs) والمؤسسات الأخرى في منطقة AFRINIC.

على وجه الخصوص ، توصي بتعيين / 48 في الحالة العامة و / 64 عندما يكون معروفًا أن هناك حاجة إلى شبكة فرعية واحدة فقط (أي روابط من نقطة إلى نقطة أو سياق PDP خلوي). لمزيد من التفاصيل ، يرجى قراءة RFC6177 - https://tools.ietf.org/html/rfc6177 .



6.1 الاستعمال

الغاء الاعجاب IPv4, IPv6 يتم تعيينه عمومًا للمواقع النهائية بكميات ثابتة. سيكون الاستخدام الفعلي للعناوين داخل كل مهمة منخفضًا بالمقارنة مع IPv4 تعيينات. في IPv6، يتم قياس "الاستخدام" فقط من حيث عدد البادئات المخصصة للمواقع النهائية ، وليس حجمها أو عدد العناوين المستخدمة بالفعل في تلك البادئات.

6.2 HD-نسبة

تعد HD-Ratio وسيلة لقياس كفاءة تخصيص العنوان [RFC 3194]. وهو عبارة عن تعديل للنسبة H المحددة أصلاً في [RFC1715] ويتم التعبير عنها على النحو التالي:

                 سجل (عدد الكائنات المخصصة)

عالية الدقة = ------------------------------------------------ ----------

                   سجل (الحد الأقصى لعدد الكائنات القابلة للتخصيص)

حيث (في حالة هذا المستند) الكائنات IPv6 عناوين المواقع (/ 48s) المعينة من IPv6 بادئة بحجم معين.


6.3 أهداف IPv6 إدارة مساحة العنوان

IPv6 مساحة العنوان هي مورد عام يجب إدارته بطريقة حصيفة فيما يتعلق بالمصالح طويلة المدى للإنترنت. تتضمن إدارة مساحة العنوان المسؤولة موازنة مجموعة من التنافس أحيانًا على الأهداف. فيما يلي الأهداف ذات الصلة IPv6 سياسة العنوان.

6.3.1 التفرد:

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

6.3.2 التسجيل

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

يجب تطبيق هدف التسجيل في سياق اعتبارات الخصوصية المعقولة والقوانين المعمول بها.

6.3.3 التجميع

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

هذا الهدف مهم بشكل خاص في IPv6 عنونة ، حيث يخلق حجم تجمّع العنوان الإجمالي تداعيات مهمة لكل من التوجيه الداخلي والخارجي.

IPv6 يجب أن تسعى سياسات العناوين إلى تجنب تجزئة نطاقات العناوين.

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

6.3.4 الحفظ

بالرغم ان IPv6 يوفر مجموعة كبيرة للغاية من مساحة العنوان ، ويجب أن تتجنب سياسات العناوين الممارسات المهدرة بشكل غير ضروري. يجب دعم طلبات مساحة العنوان بالوثائق المناسبة وتجنب تخزين العناوين غير المستخدمة.

6.3.5 الإنصاف

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

6.3.6 النفقات العامة المصغرة

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

6.3.7 تضارب الأهداف

غالبًا ما تتعارض الأهداف الموضحة أعلاه مع احتياجات IRs الفردية أو المستخدمين النهائيين. يجب على جميع الـ IRs الذين يقومون بتقييم طلبات التخصيصات والتخصيصات إصدار أحكام تسعى إلى تحقيق التوازن بين احتياجات مقدم الطلب واحتياجات مجتمع الإنترنت ككل.

In IPv6 سياسة العنوان ، يعتبر هدف التجميع هو الأكثر أهمية.


6.4  IPv6 مبادئ السياسة

لمعالجة الأهداف الموضحة في القسم السابق ، تناقش السياسات في هذه الوثيقة وتتبع المبادئ الأساسية الموضحة أدناه.

6.4.1 مساحة العنوان لا تعتبر ملكية.

يتعارض مع أهداف هذا المستند ولا يصب في مصلحة مجتمع الإنترنت ككل اعتبار مساحة العنوان ملكية حرة.

تستند السياسات في هذا المستند إلى فهم أنها فريدة من نوعها على مستوى العالم IPv6 مساحة عنوان الإرسال الأحادي مرخصة للاستخدام بدلاً من ملكيتها.

6.4.2 القابلية للتوجيه غير مضمونة

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

6.4.3 الحد الأدنى من التخصيص

RIRسيطبق الحد الأدنى لحجم IPv6 تخصيصات لتسهيل التصفية القائمة على البادئة. الحد الأدنى لحجم التخصيص ل IPv6 مساحة العنوان هي / 32.

6.4.4 النظر في IPv4 بنية التحتية

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


6.5  سياسات التخصيصات والواجبات

6.5.1 التخصيص الأولي

6.5.1.1 معايير التخصيص الأولية

للتأهل للحصول على تخصيص مبدئي لـ IPv6 مساحة العنوان ، يجب على المنظمة:

  1. كن LIR
  2. عرض خطة مفصلة لتقديم IPv6 الاتصال / الخدمات بالمنظمات الأخرى / المستخدمين النهائيين أو الإدارات / الكيانات / المواقع المملوكة ذاتيا / ذات الصلة في منطقة AFRINIC.
  3.  عرض خطة معقولة لصنع / 48 IPv6 تعيينات لمواقع النهاية في منطقة AFRINIC خلال اثني عشر شهراً.

 6.5.1.2 حجم التخصيص الأولي

  1. المنظمات التي تستوفي معايير التخصيص الأولية تكون مؤهلة لتلقي الحد الأدنى للتخصيص / 32.
  2. قد تكون المنظمات مؤهلة لتخصيص أولي أكبر من / 32 من خلال تقديم الوثائق التي تبرر الطلب.
  3. في هذه الحالة ، يجب أن يعتمد التخصيص الأولي على المساحة اللازمة لخدمة عملاء المؤسسة ، وعدد المستخدمين ، ومدى بنيتها التحتية ، و / أو هيكلها الهرمي و / أو الجغرافي ، وتجزئة البنية التحتية لأسباب أمنية أو أسباب أخرى ، وطول العمر المتوقع التخصيص الأولي.

6.5.1.3. تصحيح حجم المخصصات الأولية

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

سيتم ضبط الحجم الجديد وفقًا لخطة العنونة الجديدة كما هو محدد في القسم 6.5.1.2 ، وبالتالي سيكون مؤهلاً لتوسيع البادئة الحالية العدد اللازم من البتات.

في حال تعذر تقديم هذا البادئة لأن المساحة المجاورة تستخدم بالفعل من قبل منظمة أخرى ، أو إذا كان تخصيص التخصيص لن يترك مساحة كافية للتخصيصات اللاحقة ، فسوف تبلغ AFRINIC مقدم الطلب ، الذي قد يختار:

  1. احصل على بادئة جديدة بالحجم المطلوب الجديد وأعد ترقيم شبكتها وأرجع التخصيص الأولي "الأصلي" في غضون 6 أشهر ، أو
  2. احصل على بادئة تكميلية لإكمال خطة عنونة ، وأعلن عن البادئة الأولية "الأصلية" والبادئة الجديدة الناتجة عن التخصيص الجديد. بالنسبة لجميع المقاصد والأغراض ، في حالة التخصيصات اللاحقة ، يعتبر كلا التخصيصين كما لو كانا تخصيصًا منفردًا.

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

6.5.2 التخصيص اللاحق

المنظمات التي تحمل القائمة IPv6 قد يتلقى التخصيص تخصيصًا لاحقًا وفقًا للسياسات التالية.

6.5.2.1 معايير التخصيص اللاحقة

سيتم توفير التخصيص اللاحق عندما تفي مؤسسة (LIR) بعتبة التقييم لاستخدام العنوان السابق من حيث عدد المواقع في وحدات / 48 مهمة. يتم استخدام HD- Ratio [RFC 3194] لتحديد عتبات الاستخدام التي تبرر تخصيص عنوان إضافي كما هو موضح أدناه.

6.5.2.2 نسبة HD المطبقة

يتم اعتماد قيمة HD-Ratio البالغة 0.94 كإشارة إلى استخدام عنوان مقبول لتبرير تخصيص مساحة عنوان إضافية. يوفر القسم 6.7 جدولًا يوضح عدد المهام الضرورية لتحقيق قيمة استخدام مقبولة لحجم كتلة عنوان معين.

6.5.2.3 حجم التخصيص اللاحق

  1. عندما حققت مؤسسة استخدامًا مقبولًا لمساحة العنوان المخصصة لها ، تكون مؤهلة على الفور للحصول على تخصيص إضافي ينتج عنه مضاعفة مساحة العنوان التي تم تخصيصها مسبقًا. حيثما أمكن ، سيتم إجراء التخصيص من كتلة عنوان مجاورة ، مما يعني أن التخصيص الحالي سيتم تمديده قليلاً واحد إلى اليسار.
  2. إذا كانت المؤسسة تحتاج إلى مساحة عنوان أكبر ، يجب أن تقدم المنظمة وثائق تبرر المساحة التي تحتاجها لخدمة عملائها ، وعدد المستخدمين ، ومدى بنيتها التحتية ، و / أو هيكلها الهرمي و / أو الجغرافي ، وتجزئة البنية التحتية لأسباب أمنية أو أسباب أخرى ، و طول العمر المتوقع للتخصيص الأولي.

6.5.3 تخصيص LIR إلى ISP

لا توجد سياسة محددة لمنظمة (LIR) لتخصيص مساحة العنوان لإخضاع مزودي خدمة الإنترنت. يجوز لكل مؤسسة LIR تطوير سياستها الخاصة لمقدمي خدمات الإنترنت المرؤوسين لتشجيع الاستخدام الأمثل لكتلة العنوان الكلية المخصصة لـ LIR. ومع ذلك ، يجب تسجيل جميع / 48 تعيينات للمواقع النهائية إما عن طريق LIR أو مزودي خدمات الإنترنت المرؤوسين لها بطريقة تجعل RIR يمكن تقييم HD-Ratio بشكل صحيح عندما يصبح التوزيع اللاحق ضروريًا.

6.5.4 التخصيصات

يجب أن تصنع LIRs IPv6 المهام وفقا للأحكام التالية.

6.5.4.1 حجم مساحة عنوان التخصيص

يجب أن يتم تعيين المهام وفقًا للحاجة المحددة من قِبل مستخدمي LIRs وكذلك مع التوصيات الأخرى الموجودة مثل [RIPE-690 - https://www.ripe.net/publications/docs/ripe-690] ، وفيما يلي ملخص النقاط البارزة:

  1. يجب تعيين بادئة للمواقع أو المستخدمين النهائيين وهي مجموعة من "n" / 64 والتي يجب أن تكون كافية لتلبية احتياجاتهم الحالية والمخطط لها ، مع مراعاة البروتوكولات الحالية والإمكانيات المستقبلية وبالتالي تجنب السيناريوهات المحتملة لإعادة ترقيمها.
  2. إن حجم البادئة المراد تعيينها هو قرار تشغيلي لـ LIR ، على الرغم من أن اختيار / 48s يوصى به للبنية التحتية الأكثر بساطة وأكثر فاعلية لجميع نقاط النهاية في الشبكة.
  3. يوصى بتعيينات بادئة مستمرة لتجنب الفشل غير المرغوب فيه.
  4. يوصى باستخدام بادئة / 64 للروابط من نقطة إلى نقطة مع GUAs (عناوين أحادية الإرسال العالمية).

لا يهم AFRINIC حجم البادئة الذي تعينه LIR. وفقًا لذلك ، لن تطلب AFRINIC معلومات مفصلة عن IPv6 شبكات المستخدمين (كما هو الحال في IPv4) ، باستثناء الحالات الموضحة في القسم 6.5.2 ولغرض قياس الاستخدام.

6.5.4.2 التنازل عن البنية التحتية للمشغل

يجوز للمؤسسة (LIR) تعيين / 48 لكل نقطة اتصال باعتبارها البنية التحتية للخدمة في IPv6 مشغل الخدمة. كل مهمة إلى PoP تعتبر مهمة واحدة بغض النظر عن عدد المستخدمين الذين يستخدمون PoP. يمكن الحصول على مهمة منفصلة للعمليات الداخلية للمشغل.

6.5.5 التسجيل

عندما منظمة (LIR) عقد IPv6 تخصيص عنوان يجعل IPv6 تعيينات العنوان ، يجب أن تسجل معلومات المهمة في قاعدة بيانات AFRINIC. يتم تسجيل المعلومات في وحدات من الشبكات المخصصة / 48. عندما يتم تعيين أكثر من / 48 لمؤسسة ، تكون المنظمة المعينة مسؤولة عن ضمان تسجيل مساحة العنوان في قاعدة بيانات AFRINIC.

ستستخدم AFRINIC البيانات المسجلة لحساب نسبة HD-HD في وقت تقديم الطلب للتخصيص اللاحق وللتحقق من التغييرات في المهام بمرور الوقت.

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

6.5.6 البحث العكسي

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

6.5.7 موجود IPv6 أصحاب مساحة العنوان 

المنظمات التي تلقت / 35 IPv6 مخصصات تحت السابق IPv6 سياسة العنوانRIRيحق لـ v6-Policies] على الفور توسيع تخصيصاتها لتشمل كتلة عنوان / 32 ، دون تقديم مبرر ، طالما أنها تفي بالمعايير المذكورة أعلاه. سوف يحتوي / 32 عنوان كتلة كتلة العنوان أصغر المخصصة بالفعل (واحد أو متعددة / 35 كتل في كثير من الحالات) التي تم حجزها بالفعل من قبل RIR لتخصيص لاحق للمنظمة. سيتم تقييم طلبات المساحة الإضافية التي تتجاوز الحد الأدنى / 32 حجمًا كما تمت مناقشته في أي مكان آخر في المستند.


6.6  مهام لتجارب الإنترنت

تحتاج المنظمات غالبًا إلى اختبارات النشر لخدمات وتقنيات الإنترنت الجديدة. هذه تتطلب موارد الترقيم لمدة الاختبار.

يكون هدف سياسة حفظ الموارد ذا أهمية منخفضة عندما يتم إصدار الموارد على أساس مؤقت.

6.6.1 تعريف التجربة

يجب على المنظمة التي تتلقى موارد الترقيم توثيق التجربة. قد يكون هذا في شكل IETF التجريبي الحالي RFC Ð انظر RFC2026، أو "اقتراح تجربة" يوضح بالتفصيل الموارد المطلوبة والأنشطة التي يتعين تنفيذها.

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

6.6.2 النشر

يجب أن يكون اقتراح التجربة علنيًا (على سبيل المثال ، يتم نشره على موقع الويب) ، عند تسجيل الموارد بواسطة AFRINIC. بعد الانتهاء من التجربة ، يجب نشر النتائج مجانًا وخالية من قيود الكشف.

6.6.3 أساس غير تجاري

يجب ألا تستخدم الموارد الصادرة للتجربة لأغراض تجارية.

6.6.4 فترة التسجيل المؤقت للمورد.

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

لا يمكن استخدام الموارد الصادرة لخدمة تجارية بعد انتهاء التجربة.

6.6.5 التسجيل

سوف تقوم AFRINIC بتسجيل الموارد الصادرة في AFRINIC whois


6.7  نسبة HD (HD) وعتبة الاستخدام (T)

لا تهدف HD-Ratio إلى استبدال قياس الاستخدام التقليدي الذي يؤديه مزودو خدمات الإنترنت IPv4 اليوم. في الواقع ، لا تزال نسبة HD- تتطلب حساب عدد الكائنات المعينة. القيمة الأساسية ل HD-Ratio هي فائدته في تحديد قيم عتبة الاستخدام المستهدف المعقولة لمساحة عنوان بحجم معين. يستخدم هذا المستند نسبة HD-HD لتحديد العتبات التي حقق عندها تخصيص معين مستوى مقبولًا من الاستخدام ويصبح تعيين مساحة عنوان إضافية مبررًا.

حد الاستخدام T ، معبراً عنه بعدد من البادئات الفردية / 48 التي سيتم تخصيصها منها IPv6 بادئة P ، يمكن حسابها على النحو التالي:

T = 2 ((48-P) * HD)

وبالتالي ، فإن عتبة الاستخدام لمنظمة طلب تخصيص اللاحقة من IPv6 يتم تحديد كتلة العنوان كدالة بحجم البادئة ونسبة HD المستهدفة. يشير هذا الاستخدام إلى تخصيص / 48 ثانية للمواقع النهائية ، وليس استخدام تلك / 48 ثانية داخل تلك المواقع النهائية. وهي نسبة استخدام تخصيص عنوان وليس نسبة استخدام تخصيص عنوان.

وفقًا لتوصيات [RFC 3194] ، تعتمد هذه الوثيقة نسبة HD-0.94 كحد أدنى لاستخدام IPv6 تخصيصات مساحة العنوان.

يوفر الجدول التالي أرقام استخدام العناوين المطلقة والنسبة المئوية المكافئة لـ IPv6 البادئات ، المقابلة لنسبة HD من 0.94.

P

48-P

المجموع / 48 ثانية

عتبة

استخدام٪

48

0

1

1

100.0%

47

1

2

2

95.93%

46

2

4

4

92.02%

45

3

8

7

88.27%

44

4

16

14

84.67%

43

5

32

26

81.23%

42

6

64

50

77.92%

41

7

128

96

74.74%

40

8

256

184

71.70%

39

9

512

352

68.78%

38

10

1024

676

65.98%

37

11

2048

1296

63.29%

36

12

4096

2487

60.71%

35

13

8192

4771

58.24%

34

14

16384

9153

55.86%

33

15

32768

17560

53.59%

32

16

65536

33689

51.41%

31

17

131072

64634

49.31%

30

18

262144

124002

47.30%

29

19

524288

237901

45.38%

28

20

1048576

456419

43.53%

27

21

2097152

875653

41.75%

26

22

4194304

1679965

40.05%

25

23

8388608

3223061

38.42%

24

24

16777216

6183533

36.86%

23

25

33554432

11863283

35.36%

22

26

67108864

22760044

33.92%

21

27

134217728

43665787

32.53%

20

28

268435456

83774045

31.21%

19

29

536870912

160722871

29.94%

18

30

1073741824

308351367

28.72%

17

31

2147483648

591580804

27.55%

16

32

4294967296

1134964479

26.43%

15

33

8589934592

2177461403

25.35%

14

34

17179869184

4177521189

24.32%

13

35

34359738368

8014692369

23.33%

12

36

68719476736

15376413635

22.38%

11

37

137438953472

29500083768

21.46%

10

38

274877906944

56596743751

20.59%

9

39

549755813888

108582451102

19.75%

8

40

1099511627776

208318498661

18.95%

7

41

2199023255552

399664922315

18.17%

6

42

4398046511104

766768439460

17.43%

5

43

8796093022208

1471066903609

16.72%

4

44

17592186044416

2822283395519

16.04%


6.8  تعيينات PI

هذه السياسة تهدف إلى توفير IPv6 مساحة العنوان لمنظمات المستخدم النهائي.

6.8.1 مقدمة

تسمح هذه السياسة بتعيين "المواقع النهائية" لمنظمات المستخدم النهائي IPv6 عناوين موفر مستقلة (PI). وتشمل هذه مزودي البنية التحتية الحيوية مثل مشغلي خادم الجذر TLD ونقاط تبادل الإنترنت العامة (IXP's).

6.8.2 معايير التخصيص

  1. هدف التعيين - مؤسسات المستخدم النهائي التي تقدم خدمات لشبكة المنظمات الإدارية الخاصة بها ، بغض النظر عن حجمها.
  2. معايير الاحالة:
    1. يجب ألا تكون المنظمة LIR.
    2. يجب أن تكون المنظمة أو تصبح عضو AFRINIC المستخدم النهائي.
    3. يجب أن تبرر المنظمة عدد المواقع النهائية والحاجة إلى IPv6 مساحة عنوان PI.
    4. يجب على المنظمة نشر IPv6 مساحة عنوان مستقلة عن المزود في كل موقع من المواقع النهائية ، والتي يتم الحصول على عناوين لها ، في غضون اثني عشر (12) شهرًا.
    5. إذا كان سيتم الإعلان عن مساحة العنوان الصادرة بموجب هذه السياسة ، إلى الحد الممكن عملياً ، يجب على المنظمة تجميع أي إعلانات عن البادئات لتقليل نمو جدول التوجيه العالمي.

6.8.3 مساحة عنوان الموفر المستقل (PI):

  1. يجب أن يتم التخصيص المستقل عن الموفر (PI) من كتلة معينة.
  2. يجب ألا يقل حجم التعيين المبدئي المستقل عن الموفر لكل منظمة عن / 48 لكل موقع نهائي على الأقل. إذا تم طلب عدة مواقع نهائية وسيتم ربطها ببعضها البعض ، فسيتم إصدار بادئة محاذاة nibble للسماح بموقع واحد / 48 على الأقل لكل موقع نهائي. يجب استيعاب مبرر صالح لبادئة أقصر لأي مواقع نهاية.
  3. سيتم حساب مهمة المؤسسة على أساس عدد المواقع النهائية وتعديلها إلى أقرب حد ممكن.
  4. يجب أن تكون الواجبات اللاحقة موثقة ومبررة. حيثما أمكن ، سيتم إجراء مثل هذه التعيينات من كتلة عنوان متجاورة (أي ، بت بت الواجب الحالي "n" بت إلى اليسار).
  5. يجب على AFRINIC استخدام خوارزمية تخصيص متفرقة عند إصدار مساحة لتعظيم احتمالية نجاح الآلية المحددة في الفقرة السابقة.

6.8.4 تصحيح حجم الواجب الأولي

  1. قد تقدم المنظمة خطة عنونة جديدة إلى AFRINIC إذا لم تعد الخطة المقدمة في البداية لتبرير المهمة الأولية تلبي احتياجاتها الحالية.
  2. ستكون المهمة الجديدة متوافقة مع الخطة الجديدة وستتوافق مع 6.8.2 و 6.8.3.
  3. إن أمكن ، سيتم ترقية "كتلة العنوان" نفسها إلى حجم البادئة الجديد المطلوب. ومع ذلك ، إذا كانت البادئات المجاورة تستخدم بالفعل من قبل مؤسسات أخرى أو إذا لم تترك هذه المهمة مساحة كافية للمهام اللاحقة ، فسوف تقوم AFRINIC بإبلاغ المؤسسة الطالبة ، والتي سيكون لديها الخيارات التالية:
    1. تلقي كتلة جديدة بالحجم الجديد المطلوب للبادئة ، مع الموافقة على استخدام الكتلة الجديدة لجميع عمليات النشر المستقبلية وإيقاف الكتلة القديمة من خلال الاستنزاف ، والعودة عندما تكون فارغة. لا يوجد موعد نهائي للعودة في هذا الوقت.
    2. تلقي كتلة جديدة والتي ، مع الكتلة التي تم تعيينها بالفعل ، تغطي الحاجة المبررة الجديدة ، واحتفظ بالكتلتين.
      لا يمكن استخدام هذا الإجراء إلا مرة واحدة من قبل كل منظمة.

6.8.5 "التعيينات الفرعية" غير مسموح بها.

مسموح باستخدام العناوين المخصصة لـ:

  1. شبكة صاحب المهمة
  2. أجهزة الطرف الثالث التي تعمل ضمن تلك البنية التحتية
  3. الترابط 

سيتم اعتباره مهمة فرعية ، وبالتالي ، لا يُسمح باستخدام العناوين المخصصة لتقديم الخدمات للعملاء (مثل مزود خدمة الإنترنت) أو مركز البيانات أو الحالات المماثلة.

7.0  ASN

يحتوي هذا القسم على السياسات المتعلقة بتوزيع وإدارة واستخدام أرقام النظام المستقل (AS) في منطقة خدمة AFRINIC.


7.1  تعريف

يتم استخدام المصطلحات والتعاريف التالية في هذا المستند.

  1. النظام المستقل (AS) - النظام المستقل (AS) هو مجموعة متصلة مكونة من بادئة IP واحدة أو أكثر يتم تشغيلها من قبل مشغل شبكة واحد أو أكثر بموجب سياسة توجيه واحدة ومحددة بوضوح.
  2. رقم نظام الحكم الذاتي (ASN)
    Multi-homed Network - إن AS المتعدد-homed هو واحد مرتبط بأكثر من AS واحد. يُعد AS أيضًا مؤهلاً كمخزن متعدد إذا كان متصلاً بنقطة تبادل إنترنت عامة.
    • رقم نظام الحكم الذاتي (ASN) هو عدد صحيح فريد مرتبط بـ AS. ال ASN يستخدم كمعرف للسماح لـ AS بتبادل معلومات التوجيه الديناميكية مع أنظمة الحكم الذاتي الأخرى.
    • تستخدم بروتوكولات التوجيه الخارجية (مثل بروتوكول بوابة الحدود (BGP) الموصوفة في RFC 1771) مع ASNليالي لتبادل المعلومات بين الشبكات. ستستخدم AS عادةً بعض بروتوكول البوابة الداخلية لتبادل معلومات التوجيه على شبكاتها الداخلية.
    • في 1 January 2011 ، RIRتوقف s عن التمييز بين أرقام AS فقط ثنائية البايت وأرقام AS المكونة من 2 بايت فقط ، وتشغيل تخصيصات AS Number من تجمع تخصيص AS Number 4 بايت غير المتمايز. وفقًا لـ RFC4 - https://tools.ietf.org/html/rfc6793، تجمع 4 بايت من ASNs هو 0-4294967295.
  3. سياسة التوجيه - سياسة التوجيه الخاصة بـ AS هي وصف لكيفية تبادل بادئات الشبكة بين ذلك AS والأنظمة المستقلة الأخرى.
  4. كائن aut-num - كائن aut-num هو كائن في ملف whois قاعدة البيانات المستخدمة للتسجيل ASN تفاصيل المهمة.

7.2  أهلية تعيين رقم AS

من المهم تحديد المواقع التي تتطلب أرقام AS فريدة. يجب أن تستخدم المواقع التي لا تتطلب رقم AS فريدًا واحدًا أو أكثر من أرقام AS المحجوزة للاستخدام الخاص (RFC1930 ، RFC6996).

من أجل التأهل للحصول على رقم AS ، يجب أن تكون المنظمة الطالبة عضوًا في المورد AFRINIC وأن تستوفي أيًا من المتطلبات التالية:

7.2.1 التوصيل البيني (بما في ذلك النظير) مع أكثر من AS.

7.2.2 إظهار سياسة توجيه فريدة أو إظهار حاجة تقنية إلى تنسيق فريد عالميًا ASN.

ستكون المنظمة مؤهلة أيضًا إذا تمكنت من إثبات أنها ستفي بالمعايير المذكورة أعلاه عند تلقيها ASN (أو خلال الستة أشهر التالية).


7.3  اعتبارات الملكية والتوجيه

ملكية 7.3.1

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

7.3.2 اعتبارات التوجيه

الإدارة المسؤولة ASNs ضروري للمساعدة في الحد من التوسع في جداول التوجيه العالمية. يساعد تجميع بادئات عناوين IP المتجاورة ضمن الأنظمة المستقلة الفردية على تقليل عدد المسارات التي تم الإعلان عنها إلى الإنترنت العالمي.


7.4  إجراءات الاحالة

تقوم AFRINIC بتعيين أرقام AS للأنظمة المستقلة الموجودة في منطقة خدمة AFRINIC وتقبل الطلبات من LIRs والأعضاء من غير LIR وغير الأعضاء الذين يستوفون متطلبات الأهلية في القسم 7.2 من هذه الوثيقة.

قد تطلب AFRINIC هذه المعلومات التي قد تساعد في فهم سياسة التوجيه المخططة وتحديد ما إذا كانت هناك حاجة إلى رقم AS بالفعل.

7.4.1 باستخدام ASNليالي لشبكة LIRs

مهام لمقدمي خدمات الإنترنت التي ستستخدم ASN في شبكتهم الخاصة تخضع للشروط التالية:

  1. مقدم خدمة الإنترنت الطالبة مسؤول عن الحفاظ على التسجيل الموضح في القسم 7.7.
  2. يحق لمزود خدمة الإنترنت الطالبة مواصلة استخدام ASN، حتى لو قاموا بتغيير نظرائهم في الشبكة أو مقدمي الخدمات.

لن يتم فرض رسوم صيانة سارية على LIRs مع AFRINIC ASNs.

7.4.2 توفير ASNليالي لغير LIRs

تخضع المهام المرسلة إلى أي منظمات أخرى غير LIRs للشروط التالية:

  1. الشركة التي سوف تستخدم في الواقع ASN يجب أن تستوفي المعايير المذكورة أعلاه.
  2. الشركة الطالبة مسؤولة عن الحفاظ على التسجيل الموضح أدناه.
  3. سيتم فرض رسوم تسجيل لمرة واحدة لكل منها ASN تعيين ، كما هو موضح في جدول رسوم AFRINIC ل. كل ثلاث سنوات بعد ذلك ، ستقوم AFRINIC بإصدار فاتورة للمؤسسة مقابل رسوم صيانة سنوية ، يتم دفعها في تاريخ ذكرى التعيين الأصلي.

7.5  متطلبات التسجيل

الكل ASNيجب أن يتم تسجيلها بشكل عام في AFRINIC whois قاعدة البيانات. سوف يقوم AFRINIC بإنشاء كائن "aut-num" في قاعدة البيانات.

يجب تسجيل جميع سمات الكائن "aut-num" بشكل صحيح وفقًا لـ AFRINIC whois توثيق قاعدة البيانات.

7.5.1 تسجيل جهات الاتصال

يجب أن يتم تسجيل أشخاص الاتصال الإدارية والتقنية لكل منهم ASN تعيين. جهة الاتصال الإدارية المسجلة ('admin-c') هي الشخص المسؤول عن ASN وعموما يجب أن يكون الشخص الموجود جسديا في موقع AS.

ليس من الضروري أن يكون الاتصال الفني ("tech-c") موجودًا فعليًا في موقع AS ولكن يجب أن يكون الشخص المسؤول عن التشغيل اليومي لـ AS.

7.5.2 تسجيل سياسة التوجيه

توصي AFRINIC بتسجيل سياسة التوجيه الخاصة بـ AS في whois قاعدة بيانات لكل منهما ASN تعيين.

7.5.3 تحديث تفاصيل التسجيل

LIR مسؤولة عن ASNيجب أن تقوم s بتحديث الكائن "aut-num" في AFRINIC whois قاعدة البيانات إذا تغير أي من معلومات التسجيل.


7.6  العودة غير المستخدمة ASNs

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


7.7  منوع

قد تنشر AFRINIC إرشادات أخرى متعلقة بـ ASNs بما في ذلك تفاصيل (رسوم استرداد الصيانة) والاتفاقات ذات الصلة ، ونماذج الطلبات ، ووصفًا إضافيًا لإجراءات التقييم ، والممارسات التي يطلبها LIR ASNمن المتوقع اعتمادها والمعلومات التي قد تساعد المنظمات على الطلب ASNs.

سيتم تطوير أي إرشادات أخرى منشورة داخل المجتمع (عند الضرورة) وستكون متوافقة مع الأهداف والسياسات الموضحة في هذه الوثيقة.

8.0  اساءه معلومات الاتصال

8.1  المُقدّمة

تحدد هذه السياسة كائنًا مخصصًا يجب استخدامه كمكان مفضل لنشر معلومات الاتصال العامة عن إساءة الاستخدام داخل منطقة خدمة AFRINIC.

يمكن الإشارة إلى الكائن المذكور في كائنات inetnum و inet6num و aut-num في AFRINIC whois قاعدة البيانات. يوفر طريقة أكثر دقة وفعالية لتقارير إساءة الاستخدام للوصول إلى جهة اتصال الشبكة الصحيحة.


8.2  تفاصيل السياسة:

لإتاحة ملف جديد أو استخدام ملف whois كائن قاعدة البيانات الذي يقوم بتنفيذ الخصائص التالية:

  1. مرجع فريد بواسطة inetnum و inet6num و aut-num
  2. يحتوي على 2 من سمات البريد الإلكتروني:
    1. "البريد الإلكتروني:" للاتصال الشخصي
    2. "abuse-mail:" للتعامل التلقائي مع التقارير

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


8.3  مزايا وعيوب السياسة

8.3.1 المزايا

  1. ستكون الشبكات قادرة على توفير معلومات الاتصال الخاصة بها مباشرة لإدارات سوء الاستخدام.
  2. لن يتم إرسال شكاوى الإساءة إلى جهة الاتصال "الخاطئة".
  3. يسمح ذلك بمرونة إدارية وتشغيلية أكبر ، وسيكون من الممكن معالجة إساءة الاستخدام بشكل أسرع.

8.3.2 العيوب

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

 

9.0  التخصيصات والتخصيصات المؤقتة للموارد

في بعض الحالات ، قد تحتاج المنظمات إلى موارد IP لفترة زمنية محددة ، عادة شهر واحد وأقل. قد يكون هذا للمعارض والمؤتمرات والاتفاقيات ، إلخ.

ولذلك ، سيخصص AFRINIC موارد الترقيم للكيانات التي تتطلب أرقام IP مؤقتة لفترة زمنية محددة. في هذا المستند ، تشير "موارد IP" إلى البث الأحادي IPv4/ v6 عناوين وأرقام AS.


9.1  توثيق النشاط المؤقت

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

"المستند المتاح للجميع" هو مستند متاح بشكل عام ومفتوح مجانًا وبدون أي قيود على الإفشاء.

لن تتعرف AFRINIC على أي نشاط بموجب هذه السياسة إذا كان هذا النشاط لا يمكن الكشف عنه علنًا.


9.2  مهام موارد IP

يتم تخصيص الموارد على أساس التأجير لمدة شهر واحد. يمكن تجديد المهمة عند تقديم الطلب إلى AFRINIC مع توفير المعلومات اللازمة. سيتم تحديد حجم مورد IP المعين من الخطة التي قدمتها الجهة الطالبة.

9.2.1 الوثائق المطلوبة:

يجب على المؤسسة الطالبة الاتصال بـ AFRINIC بالمعلومات التالية:

  1. تفاصيل المنظمة: اسم المنظمة القانونية ، البلد الذي تم تسجيله فيه ، العنوان البريدي ، العنوان الفعلي ، أرقام الهاتف والفاكس ، الموقع (هذا أمر ضروري).
  2. تفاصيل النشاط الذي يتطلب التعيين المؤقت: موقع الويب الذي يعرض بالتفصيل النشاط أو موقع الويب مع رابط للأنشطة السابقة المشابهة ، والروابط من المواقع الأخرى (ذات الصلة) حول هذا النشاط ، والتاريخ الذي ينتهي فيه النشاط أعلاه.
  3. الاستخدام المخطط لموارد IP هذه: سرد حجم الشبكة الفرعية المطلوب ، ولماذا سيتم استخدامه بالإضافة إلى أي أرقام AS وتفويض عكسي إذا لزم الأمر.
  4. التاريخ المقصود لإرجاع موارد IP أعلاه.

9.3  الرسوم الإدارية

قد تفرض AFRINIC الرسوم الإدارية (إذا لزم الأمر) لتعيين أرقام IP المؤقتة أعلاه.

10.0  عكس الوفد

يصف هذا القسم سياسة التفويض العكسي لـ IPv4 و IPv6 التخصيصات والمخصصات في منطقة خدمة AFRINIC. يرجى ملاحظة أن AFRINIC تسجل التفويضات العكسية فقط ولا تشارك في نظام تسجيل اسم النطاق.


10.1  المُقدّمة

يوفر AFRINIC الدعم لتمكين التطبيقات من التعيين إلى اسم مجال من عنوان IP. يتم تحقيق التفويض العكسي باستخدام in-addr.arpa (IPv4) و ip6.arpa (IPv6) المجالات.


10.2  الحصول على تفويض منطقة فرعية in-rd.arpa

تقبل AFRINIC فقط طلبات التفويض العكسي بموجب in-addr.arpa من AFRINIC active LIRs. يجب على المستخدمين النهائيين إرسال طلباتهم إلى LIR التي حصلوا منها على العناوين ، أو في حالة العناوين المستقلة للموفر ، إلى أي من LIRs من اختيارهم. ستقوم AFRINIC بإجراء اختبارات للتأكد من أن خادم الأسماء للمنطقة التي يتم طلب التفويض العكسي فيها قد تم تكوينه وتكوينه وفقًا للتوصيات الواردة في RFC1912.


10.3  تفويض عكسي لمساحة عنوان مزود التجميع (PA)

سوف تجعل AFRINIC وفودًا على حدود 8 بت (/ 16 أو / 24). قد يطلب من عدة وفود لتغطية بادئات CIDR كتل أقصر أكبر من / 24.


10.4  عكس التفويض لمساحة عنوان موفر المستقلة (PI)

ستقوم AFRINIC بعكس تفويض منطقة في in-rd.arpa إلى مستخدم نهائي تم تخصيصه لمساحة PI.

بالنسبة لتفويض كتل العناوين الأصغر من / 24 ، سيتم استخدام الطريقة الموضحة في "تفويض بدون فئة IN-ADDR.ARPA" [RFC 2317].


10.5  صلاحية التفويض العكسي

10.5.1 تقبل AFRINIC طلبات التفويض والتعديلات الخاصة بالوفود من LIRs التي تكون حالة عضويتها محدثة.

10.5.2 لا توجد خدمة DNS عكسية غائبة عن التخصيصات المسجلة:

  1. لا يُسمح بأي تفويض عكسي لمساحة عنوان IP المُدارة / المخصصة ما لم يتم تسجيل تخصيص أو تخصيص فرعي من تخصيص العنوان المحدد بشكل مناسب في AFRINIC whois  
  2. بالنسبة للتفويض العكسي / 24 ، يجب تسجيل تخصيص واحد أو تخصيص فرعي واحد على الأقل في قاعدة بيانات AFRINIC لذلك المعين / 24. كامل / 24 ليس من الضروري أن يتم تعيين من أجل السماح للتفويض العكسي.

10.6 IPv6 عكس الوفد

تم التوصل إلى إجماع IETF على أن مجال ip6.arpa يستخدم لعنوان لتعيين اسم DNS لـ IPv6 مساحة العنوان. تشير إلى RFC2874 و  RFC3596.

يتم تفويض نطاق ip6.arpa بواسطة هيئة أرقام الإنترنت المخصصة (IANA). يتم تفويض الأسماء داخل هذه المنطقة إلى سجلات الإنترنت الإقليمية وفقًا لتفويض كل منها IPv6 مساحة العنوان.


10.7 إزالة وفود "عرجاء"

بمجرد تحديد سمة "nserver" المحددة على أنها عرجاء في مجال معين ، وبذلت محاولات معقولة للاتصال بالشخص المسؤول (الأشخاص) ، يجب حينئذٍ إزالة سمة nserver من كائن المجال المحدد. يجب إضافة سطر "ملاحظات" إلى كائن المجال في قاعدة البيانات التي تسجل هذا.

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

11.0  حجز الموارد لنقاط تبادل الإنترنت

تطلب هذه السياسة من AFRINIC الحجز والنشر IPv4 الموارد ، و ASNليتم استخدامها من قبل IXPs فقط. 


11.1 مقدمة

يعتبر على نطاق واسع أن نقاط تبادل الإنترنت (IXPs) هي واحدة من العناصر الحاسمة اللازمة لتطوير اقتصادات الإنترنت. أفريقيا لا تزال في طور تطوير هذه ، وهي ، في الوقت نفسه ، تواجه استنفاد وشيك لها IPv4 موارد. 

عدم وجود IPv4 عناوين لزيادة أو بدء IXPs الجديدة ستخلق تعقيد توجيه غير ضروري وغير ضروري للشبكات المتصلة بالإنترنت ، وتتطلع إلى النظراء في IXPs لتعزيز نطاق شبكتها.

لدى AFRINIC بالفعل سياسة قائمة لتخصيص مساحات لنقاط تبادل الإنترنت [1]، لكن هذه السياسة لا تحجز مساحة IPV4 على وجه التحديد لضمان وجود مساحة لنقاط تبادل الإنترنت المستقبلية لتنمو وتتطور. بالإضافة إلى ذلك، تحجز هذه السياسة مجموعة من ASNs بين 0 - 65535 للاستخدام من قبل IXPs ، لخوادم طريق IGP. 


11.2 التمييز بين نظير IXP وشبكات الإدارة

نميز بين نوعين من موارد رقم IP اللازمة والمستخدمة في نقاط تبادل الإنترنت. 

LAN IXP النظرة هي كتلة عناوين الشبكة المتجاورة التي ستستخدم IXP لتعيين عناوين IP الفريدة لكل عضو نظير ، لكل مشارك نظير لتبادل حركة مرور الشبكة عبر البنية التحتية النظيرة المشتركة. أفضل الممارسات هي عدم ظهور شبكة LAN النظيرة لـ IXP في عرض جدول التوجيه العالمي ، من بين أشياء أخرى للحد من متجهات الهجوم لأجهزة توجيه حدود ISP عبر IXP. 

من منظور تحديد الشبكة ومراقبتها وتحليلها ، من المستحسن أن يتم توفير مساحة "شبكة النظير" من كتلة متجاورة. شبكة LAN الخاصة بإدارة IXP هي شبكة الإدارة التي يستخدمها IXP لتقديم الخدمات في IXP ، مثل المراقبة والإحصاءات والبريد وأنظمة التذاكر وتوفير النقل إلى جذور DNS ، إلخ. من المفترض أن تكون شبكات الإدارة قابلة للوصول عالميًا ، على سبيل المثال ، لنشر البيانات والسماح بالوصول عن بُعد للبنية التحتية للشبكات الجيدة العامة (مثل خوادم الجذر و TLD DNS) ومشاريع البحث. 


11.3 استخدام خوادم مسار BGP

عادةً ما تستخدم IXPs خوادم مسار BGP للمساعدة في إدارة جلسات التماثل بين المشاركين المختلفين. تنفذ خوادم المسار سياسة توجيه IXP في شكل مجتمعات BGP ، عادةً في شكل A: B ، حيث تمثل A و B A = IXP BGP و B = مشارك ASN. 

تستخدم تطبيقات BGP الحالية 6 بايتات لسمة المجتمع الموسعة. لذلك ، IXP مع 4 بايت ASN قيد الاستخدام على خادم التوجيه الخاص به لن يكون قادرًا على تنفيذ رسم خرائط المجتمع A: B BGP بنجاح ، إذا كان أحد المشاركين في IXP يحتوي على 4 بايت ASN. من المحتمل أن يتعرض هذا الموقف لمزيد من نقاط تبادل الإنترنت (IXPs) ، على شكل 4 بايت إضافية ASNيتم تخصيص s من خلال عملية AFRINIC الحالية. 

إذا كانت مجتمعات خادم مسار IXP تشمل IXP ASN والأقران ASN (من المتوقع أن يكون 4 بايت) ، ويتوفر ما مجموعه 6 بايت فقط ، يتبع ذلك خوادم توجيه IXP ASN لا يمكن أن يكون أطول من شغل أكثر من 2 بايت. 


11.4 تفاصيل السياسة

لضمان وجود موارد كافية لتطوير نقاط تبادل الإنترنت ، تقترح هذه السياسة احتياطي AFRINIC IPv4 عناوين الشبكات المحلية النظيرة لـ IXP خارج كتلة العنوان التي تم تحديدها بشكل خاص وحصري لاستخدام الشبكة المحلية النظيرة لـ IXP. 

يجب أن تكون التعيينات لشبكات LAN الخاصة بتوجيه IXP من كتلة مخصصة واحدة ، يتم نشرها على هذا النحو بواسطة AFRINIC. يجب أن تضمن تعيينات شبكة Peering LAN لكل IXP حجز كتلة IP / 24 المجاورة (بناءً على الحد الأدنى لحجم سياسة تعيين المستخدم النهائي / 24) لدعم النمو المستقبلي لـ IXP. سيؤدي ذلك إلى تمكين IXP من زيادة موارد شبكة الاتصال المحلية النظيرة إلى / 23 دون الحاجة إلى إعادة الترقيم إلى تخصيص كتلة IP جديدة متجاورة. 

لا ينبغي توفير الواجبات لعناوين إدارة IXP من نفس الكتلة مثل شبكات IXP النظيرة المحلية. 

يُقترح حجز كتلة / 16 للاحتياجات المستقبلية لشبكات LAN الخاصة بنظير IXP في منطقة خدمة AFRINIC وأن تنشر AFRINIC هذه الكتلة على هذا النحو. بالإضافة إلى ذلك ، يجب أن تحجز التخصيصات لشبكة الاتصال المحلية النظيرة IXP الكتلة المجاورة المتجاورة / 24 IP لـ IXP الطالبة للنمو في المستقبل.

يجب دعم هذه الحجوزات حتى يحين الوقت الذي لم يعد بإمكان المجموعة المتاحة لـ / 16 تخصيص / 23 تخصيصًا. بعد ذلك ، قد يتم تعيين طلبات جديدة من المساحة المحجوزة لنمو IXP في المستقبل. يُقترح أيضًا الاحتفاظ بما يعادل كتلة إضافية / 16 لبادئات إدارة IXP ، منفصلة عن شبكات LAN المتماثلة. 

يقترح أن تحتفظ AFRINIC كتلة من ASNs بين 0 - 65535 للاستخدام في خوادم مسار BGP في IXPs في منطقة خدمة AFRINIC. عدد ال ASNيجب أن يكون s أكبر من 114 أو النصف المتبقي ASNبين 0 - 65535 ضمن كتلة AFRINIC في تاريخ التصديق على هذه السياسة. ستقوم AFRINIC بتخصيص هذه الموارد على أساس أسبقية الحضور. 


11.5 معايير التقييم

لا تقترح هذه السياسة معايير تقييم جديدة لما يحدد IXP صالحًا. 

 

12.0  Anycast الموارد التعيينات

هذه السياسة تسمح لمنظمة لتلقي IPv4/IPv6 التخصيص أو التخصيص ورقم AS فقط لاستخدام أي بث أو GPRS Roaming Exchange (GRX).


12.1 ملخص

تسمح هذه السياسة باستخدام:

  1. واحد (1) / 24 من IPv4 بالنسبة إلى خدمات البث من تخصيص PA ل LIR أو لتخصيص المستخدم النهائي المباشر.
  2. واحد / 48 من IPv6 لخدمات anycast من IPv6 تخصيص LIR أو تعيين المستخدم النهائي المباشر.
  3. رقم AS لأغراض anycast.

سوف أفرين الموظفين النظر في أي كاست IPv4/IPv6 الكتل المخصصة لـ "LIR" ليتم استخدامها بالكامل عند التفكير في الاستخدام للتخصيص الأول أو لتخصيص إضافي لـ LIR.


12.2 بيان السياسة

12.2.1 يجوز للمنظمة الحصول على واحد (1) / 24 IPv4 و / أو واحد (1) / 48 IPv6 بادئة لأي بث أو لأغراض GRX من تخصيص أو إصدار AFRINIC لتخصيص المستخدم النهائي المباشر.

كما يجب إصدار رقم AS لنفس الأغراض إذا طلب ذلك. يجب استخدام هذه الموارد لغرض وحيد هو توفير خدمات anycast. هؤلاء IPv4/IPv6 سيتم احتساب البادئات على أنها تستخدم بالكامل عندما تتقدم مؤسسة بطلب موارد إضافية. معايير الاستخدام التي تنطبق على الجميع IPv4 و IPv6 يجب التنازل عن طلبات التخصيص أو التخصيص الأولية لطلبات التخصيص anycast.

12.2.2 لا يمكن تخصيص أو تخصيص المزيد من الفدرات المستخدمة في أي خدمات بث.

يجب وضع علامة عليها مع سمة الحالة في AFRINIC whois الخدمة باسم "أي ما تم تعيينه".

 

طباعة ودية، بدف والبريد الإلكتروني
آخر تعديل في -