هذه النسخة CPM حلت محل نسخة CPM هذه
حول دليل السياسات الموحد
دليل السياسات الموحدة (CPM) هو المستند المرجعي الذي يحتوي على سياسات لإدارة وتوزيع موارد أرقام IP في منطقة خدمة أفرينيك. يتم إنشاء السياسات من خلال عملية تطوير السياسة (PDP) من أسفل إلى أعلى من التشاور والمناقشة وتوافق الآراء من خلالها يتم تقديم مقترحات السياسة ومناقشتها (من قبل المجتمع) واعتمادها (بواسطة أفرينيك). يتم دمج جميع السياسات المصادق عليها والمنفذة والتي مرت PDP في CPM.
|
يتم إنشاء سياسات لإدارة موارد أرقام عناوين الإنترنت في منطقة خدمة أفرينيك من خلال عملية تطوير السياسة (PDP) التي تصف الخطوات التي يتم من خلالها تقديم مقترحات السياسة والنظر فيها ومناقشتها (من قبل المجتمع) واعتمادها (بواسطة أفرينيك). يحتوي هذا المستند على سياسات تم التصديق عليها وتنفيذها والتي مرت عبر PDP.
أفرينيك هي منظمة مستقلة لا تهدف للربح وتعمل كواحدة من سجلات الإنترنت الإقليمية الخمسة (RIRs ). تضم منطقة خدماتها القارة الأفريقية وجزءًا من المحيط الهندي (سيشيل وموريشيوس ومدغشقر وجزر القمر وريونيون).
تعد المصطلحات والتعاريف التالية ذات أهمية خاصة لفهم الأهداف والبيئة والسياسات الموضحة في هذه الوثيقة.
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 (مزود مستقل)
لا يمكن تجميع مساحة PI (أو المحمولة) ويمكن تخصيصها فقط بواسطة RIR من خلال LIR. تعد مساحة PI مكلفة للتوجيه وقد لا تكون قابلة للتوجيه عالميًا. لا يمكن إجراء تخصيصات فرعية من هذا النوع من مساحة العنوان بواسطة المستخدم النهائي أو LIR.
يصف هذا القسم عملية تطوير سياسات أفرينيك (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 آخر مكالمة
مراجعة نهائية لبرنامج draft يتم بدء السياسة من قبل رئيس (رؤساء) مجموعة العمل عن طريق إرسال إعلان إلى القائمة البريدية لمناقشة سياسة الموارد. يجب أن تكون فترة المكالمة الأخيرة أسبوعين على الأقل. يجب على رئيس (رؤساء) مجموعة العمل تقييم التعليقات الواردة خلال اجتماع السياسة العامة خلال هذه الفترة وتحديد ما إذا كان قد تم التوصل إلى توافق في الآراء.
3.4.4 الموافقة
يوصي رئيس (رؤساء) مجموعة العمل بمسودة السياسة إلى مجلس إدارة أفرينيك للموافقة عليها إذا كان لديه إجماع من مجموعة عمل تطوير السياسات. يجب أن تتضمن التوصية تقريراً عن مناقشات مشروع السياسة وردود الفعل من آخر إعلان . يتم التصديق على مشروع السياسة من قبل مجلس إدارة أفرينيك.
3.4.5 التنفيذ
يتم الإعلان عن تاريخ اعتماد السياسة وتنفيذها في القائمة البريدية لمناقشة سياسة الموارد. يجب أن يكون تاريخ التنفيذ أقل من ستة أشهر بعد انتهاء آخر إعلان ما لم يتم طلب تنازل.
3.5 حل النزاعات
- يجب على الشخص الذي لا يوافق على الإجراءات التي اتخذها الرئيس (الرؤساء) مناقشة الأمر مع رئيس (رؤساء) PDWG أو مع PDWG. إذا تعذر حل الخلاف بهذه الطريقة ، فيجوز للشخص رفع استئناف أمام لجنة استئناف يعينها مجلس إدارة أفرينيك. لا يمكن تقديم استئناف إلا إذا كان مدعومًا من قبل ثلاثة (3) أشخاص من مجموعة العمل شاركوا في المناقشات.
- يجب تقديم الاستئناف في غضون أسبوعين من معرفة الجمهور بالقرار. تصدر لجنة الاستئناف تقريراً عن مراجعة الشكوى إلى الفريق العامل. يجوز للجنة الاستئناف أن تأمر بإلغاء قرار الرئيس (الرؤساء) إذا لم تتبع عملية وضع السياسات.
- يجوز لأي شخص طلب استدعاء رئيس مجموعة العمل في أي وقت ، بناءً على طلب كتابي مع تبرير لمجلس إدارة أفرينيك. يجب أن يدعم الطلب ما لا يقل عن خمسة (5) أشخاص آخرين من مجموعة العمل. يعين مجلس إدارة أفرينيك لجنة سحب ، باستثناء الأشخاص الذين قدموا الطلب ورؤساء مجموعات العمل. تقوم لجنة الاستدعاء بالتحقيق في ملابسات التبرير وتحديد النتيجة.
3.6 تغيير العملية
قد تختلف العملية الموضحة في هذا المستند في حالة الطوارئ. التغيير يكون للاستخدام عند التنازل لمرة واحدة عن بعض أحكام هذه الوثيقة.
- يتخذ رئيس مجموعة العمل قرار تغيير العملية.
- يجب أن يكون هناك تفسير حول سبب الحاجة إلى التغيير
- يجب ألا تقل فترة المراجعة ، بما في ذلك آخر نداء، عن أربعة أسابيع.
- إذا كان هناك توافق في الآراء ، تتم الموافقة على السياسة ويجب تقديمها في اجتماع السياسة العامة القادم.
3.7 مسودة لقالب السياسة
منظمة draft يجب تقديم نص اقتراح السياسة على النموذج التالي:
اسم الاقتراح: |
|
المعرف: (اترك فارغا blank تم تعيين أفرينيك |
تاريخ التقديم: |
المؤلف (ون): |
الاسم: |
المتقادمون: |
تعديل: |
1. المشكلة التي يعالجها هذا الاقتراح. |
|
2. كيف يعالج هذا الاقتراح المشكلة؟ |
|
3. الاقتراح
|
|
4. المراجع. |
|
5. تاريخ المراجعة. |
يتم توزيع موارد أرقام الإنترنت في هيكل هرمي حيث تقوم الآيانا (هيئة تخصيص الأرقام على الإنترنت IANA) بتخصيص مجموعات من موارد الأرقام إلى أفرينيك ، لإعادة توزيعها في جميع أنحاء المنطقة الأفريقية. تقوم أفرينيك بإعادة توزيع أعضائها وتفويضهم أيضًا سلطة إجراء التخصيصات والمخصصات الفرعية للعملاء عند الاقتضاء ووفقًا للسياسات والإجراءات الموضحة في هذا المستند.
يصف هذا القسم المبادئ التوجيهية للإدارة المسؤولة IPv4 مساحة العنوان في منطقة خدمة AFRINIC. تم تطوير هذه الإرشادات من خلال عملية تطوير سياسة مفتوحة من أسفل إلى أعلى لمجموعة عمل تطوير السياسات.
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.
بعض العناوين / المساحات محجوزة أيضًا للإرسال المتعدد.
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 تعريفات خاصة بقسم الهبوط السهل:
- LIRs الحالية - LIR الحالي هو LIR الذي يخصص مساحة العنوان لـ "المستخدمين النهائيين" وتم تخصيصه بالفعل أو تخصيصه IPv4 مساحة العنوان بواسطة AFRINIC.
- LIR جديد - LIR جديدة ، هي LIR التي تخصص مساحة العنوان لـ "المستخدمين النهائيين" وهي عضو في AFRINIC ولكن لم يتم تخصيصها أو تخصيص أي منها IPv4 مساحة العنوان قبل مرحلة الاستنفاد.
- المستخدم - المستخدم النهائي هو مؤسسة تتلقى مهام عناوين IP حصراً للاستخدام في شبكاتها التشغيلية
- النهائي / 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 إما:
- لا يمكن الوفاء بها مع IPv4 مساحة العنوان المتاحة في تجمع AFRINIC (باستثناء Final / 8) ، أو
- يمكن الوفاء بها ، ولكن سيترك 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/8 من المساحة غير المحجوزة في Final / 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 عندما لا تتمكن AFRINIC من تلبية أي طلبات أخرى لمساحة العنوان (من النهائي / 8 أو من أي مساحة عنوان متاحة أخرى) ، يجوز للمجلس وفقًا لتقديره والنظر في الطلب والعوامل الأخرى في ذلك الوقت تجديد الاستنفاد تجمع مع أي مساحة عنوان (أو جزء منها) التي قد تكون متاحة لـ AFRINIC في ذلك الوقت ، بطريقة تحقق المصلحة الفضلى للمجتمع.
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 ، http://www.ietf.org/rfc.htm).
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 أيضًا مراقبة وتحديد قدرة موفر خدمة الإنترنت المتلقين للمعلومات للعمل ضمن السياسات التي يحددها المجتمع.
تشكل المخصصات الفرعية جزءًا من المساحة المجمعة لـ 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:
- جميع LIRs الجديدة لديها SAW من الصفر. ستحتاج جميع التخصيصات الفرعية إلى موافقة مسبقة من AFRINIC.
- لا يمكن لـ LIR إجراء أي تخصيص فرعي للمستخدم النهائي فوق SAW الخاص به في فترة 12 شهرًا (سنة واحدة). في نهاية سنة تقويمية من موافقة SAW ، يتم تحديث SAW لمدة سنة أخرى. في حالة استنفاد SAW LIR الخاص بمستخدم نهائي معين ، يجب طلب الموافقة من AFRINIC لأي تخصيص فرعي آخر لنفس المستخدم النهائي.
- LIR's مدعوون للتوجه إلى AFRINIC لمراجعة SAW الخاصة بهم. يمكنهم أيضًا الحصول على رأي ثانٍ من AFRINIC حتى للحصول على تخصيص فرعي يمكن إجراؤه باستخدام SAW الخاص بهم إذا اختاروا ذلك. قبل رفع SAW ، سيتم النظر فيما يلي:
- يتم تقديم جميع الوثائق المطلوبة عادة.
- يتم تسجيل جميع التخصيصات الفرعية السابقة من هذا التخصيص الفرعي في قاعدة البيانات بشكل صحيح.
- SAW الحالي لم يساء استخدامها / سوء المعاملة.
- يُنصح LIR's الجدد بتدريب جهات الاتصال الخاصة بهم للتعامل مع تعيينات مساحة العنوان وفقًا للسياسات والإجراءات في هذا المستند. في حالة استمرار حدوث أخطاء بسبب سوء الخبرة في LIR ، فقد يتم تخفيض SAW أو إزالتها للسماح لموظفي AFRINIC بالمساعدة في تدريب موظفي LIR على سياسات مجتمع AFRINIC.
5.5.1.14 حفظ السجلات بواسطة LIRs
يجب على سجلات LIR الاحتفاظ بسجلات لأي وثائق تتعلق بالمهام والتخصيصات الفرعية للمستخدمين النهائيين والحفاظ عليها. هناك حاجة للرجوع إليها في المستقبل عند تقييم الطلبات من نفس المنظمة ولأي عمليات تدقيق من قبل AFRINIC. يجب الاحتفاظ بهذه المستندات إلكترونيًا لتسهيل الوصول إليها. من المستحسن أن تتضمن هذه السجلات على سبيل المثال لا الحصر:
- الطلب الأصلي.
- الوثائق الداعمة.
- المراسلات ذات الصلة بين LIR والمستخدم النهائي.
- قرار التنازل ، والأسباب وراء أي قرار غير عادي.
- دور الشخص الذي اتخذ القرار.
5.6 IPv4 تعيينات المستخدم النهائي (PI)
AFRINIC يعين كتل من IPv4 عناوين للمستخدمين النهائيين الذين يطلبون مساحة عنوان لاستخدامها الداخلي في تشغيل شبكاتهم الخاصة ، ولكن ليس من أجل التفويض الفرعي أو إعادة تعيين تلك العناوين خارج مؤسستهم. يجب على المستخدمين النهائيين تلبية بعض المتطلبات لتبرير تخصيص كتلة العنوان.
5.6.1 الحد الأدنى للتخصيص
بشكل عام ، فإن الحد الأدنى من مساحة عنوان IP المعينة من قبل AFRINIC للمستخدمين النهائيين هو / 24. إذا كانت هناك حاجة إلى تعيينات أصغر من / 24 ، فيجب على المستخدمين النهائيين الاتصال بمزود الخدمة الرئيسي. البادئات المعينة للمستخدم النهائي ستكون من كتلة محفوظة لهذا الغرض.
5.6.2 معايير تخصيص المستخدم النهائي
يجب على المستخدمين النهائيين الطالبة:
- كن عضوًا أفريقيًا في وضع جيد
- أظهر إما استخدامًا فعالًا حاليًا أقل من 25 من موفر خدمات التنقيب والإنتاج.
- قم بتبرير احتياج فوري بأقل من 50٪ من إجمالي الحجم المطلوب بناءً على بنية الشبكة الأساسية الخاصة بها. على سبيل المثال ، شركة جديدة.
5.6.3 تعيين PI إضافي
يعد معدل استخدام مساحة العنوان عاملاً رئيسياً في تبرير مهمة جديدة لمساحة عنوان IP. يجب أن يوضح مقدمو الطلبات بالضبط كيفية استخدام تعيينات العنوان السابقة ويجب أن يقدموا التفاصيل المناسبة للتحقق من توقعات نموهم لمدة عام واحد. المعايير الأساسية التي يجب الوفاء بها هي:
- 25 ٪ معدل الاستخدام الفوري ، و
- معدل استخدام 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 يجب أن يكون المستلم عضوًا في AFRINIC ، وفقًا لسياسات AFRINIC الحالية ويجب أن يوقع على اتفاقية خدمات التسجيل للموارد التي يتم تلقيها.
5.7.4.3 نقل IPv4 الموارد القديمة لم تعد تعتبر موارد قديمة.
يحدد هذا القسم سياسات التسجيل لتعيين وتخصيص فريدة من نوعها على مستوى العالم IPv6 عناوين لمقدمي خدمات الإنترنت (ISPs) والمؤسسات الأخرى في منطقة AFRINIC. تقدم توصيات لسجلات العنونة (AFRINIC و APNIC و ARIN و LACNIC و RIPE-NCC) بشأن سياسات تعيين IPv6 كتل العناوين لإنهاء المواقع.
على وجه الخصوص ، توصي بتعيين / 48 في الحالة العامة ، / 64 عندما يكون معروفًا أن هناك حاجة إلى شبكة فرعية واحدة فقط و / 128 عندما يكون معروفًا تمامًا أن جهازًا واحدًا واحدًا فقط متصل. لمزيد من التفاصيل حول هذا المستند ، يرجى قراءة RFC-3177
6.1 الاستعمال
الغاء الاعجاب IPv4, IPv6 يتم تعيينه عمومًا للمواقع النهائية بكميات ثابتة (على سبيل المثال / 48). سيكون الاستخدام الفعلي للعناوين داخل كل مهمة منخفضًا بالمقارنة مع IPv4 تعيينات. في IPv6، يقاس "الاستخدام" فقط من حيث البتات إلى يسار الحد / 48. بمعنى آخر ، يشير مصطلح "الاستخدام" إلى تعيين / 48 ثانية للمواقع النهائية وليس عدد العناوين المخصصة داخل الفرد / 48 ثانية في تلك المواقع النهائية.
خلال هذا المستند ، يشير المصطلح "استخدام" إلى تخصيص / 48 ثانية للمواقع النهائية وليس عدد العناوين المعينة ضمن الفرد / 48 ثانية ضمن تلك المواقع النهائية.
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 مساحة العنوان ، يجب على المنظمة:
- كن LIR
- لا يكون موقع النهاية ؛
- عرض خطة مفصلة لتقديم IPv6 الاتصال بالمنظمات في منطقة AFRINIC.
- عرض خطة معقولة لصنع / 48 IPv6 تعيينات لمواقع النهاية في منطقة AFRINIC خلال اثني عشر شهراً.
6.5.1.2 حجم التخصيص الأولي
المنظمات التي تستوفي معايير التخصيص الأولية تكون مؤهلة لتلقي الحد الأدنى للتخصيص / 32.
قد تكون المنظمات مؤهلة للحصول على تخصيص مبدئي أكبر من / 32 من خلال تقديم وثائق تبرر الطلب بشكل معقول. إذا كان الأمر كذلك ، فسيتم تحديد حجم التخصيص على عدد المستخدمين الحاليين ومدى البنية التحتية للمؤسسة.
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 حجم التخصيص اللاحق
عندما حققت مؤسسة استخدامًا مقبولًا لمساحة العنوان المخصصة لها ، تكون مؤهلة على الفور للحصول على تخصيص إضافي ينتج عنه مضاعفة مساحة العنوان المخصصة لها. حيثما أمكن ، سيتم إجراء التخصيص من كتلة عنوان مجاورة ، مما يعني أن التخصيص الحالي يتم تمديده بت واحد إلى اليسار.
إذا احتاجت المؤسسة إلى مساحة أكبر من العنوان ، فيجب عليها تقديم وثائق تبرر متطلباتها لمدة عامين. التخصيص الذي سيتم بناءً على هذا الشرط.
6.5.3 تخصيص LIR إلى ISP
لا توجد سياسة محددة لمنظمة (LIR) لتخصيص مساحة العنوان لإخضاع مزودي خدمة الإنترنت. يجوز لكل مؤسسة LIR تطوير سياستها الخاصة لمقدمي خدمات الإنترنت المرؤوسين لتشجيع الاستخدام الأمثل لكتلة العنوان الكلية المخصصة لـ LIR. ومع ذلك ، يجب تسجيل جميع / 48 تعيينات للمواقع النهائية إما عن طريق LIR أو مزودي خدمات الإنترنت المرؤوسين لها بطريقة تجعل RIR يمكن تقييم HD-Ratio بشكل صحيح عندما يصبح التوزيع اللاحق ضروريًا.
6.5.4 التخصيصات
يجب أن تصنع LIRs IPv6 المهام وفقا للأحكام التالية.
6.5.4.1 حجم مساحة عنوان التخصيص
الواجب القيام بها باستخدام الإرشادات التالية:
- / 48 في الحالة العامة ، باستثناء المشتركين كبيرة جدا.
- / 64 عندما يكون معروفًا أن هناك حاجة إلى شبكة فرعية واحدة فقط حسب التصميم
- / 128 عندما يكون معروفًا تمامًا أن هناك جهازًا واحدًا فقط متصل.
لا تشعر AFRINIC بالقلق إزاء حجم العنوان الذي تقوم LIR بتعيينه بالفعل. وفقًا لذلك ، لن تطلب AFRINIC المعلومات التفصيلية IPv6 شبكات المستخدمين (كما هو الحال في IPv4) ، باستثناء الحالات الموضحة في القسم 6.3.3 ولغرض قياس الاستخدام على النحو المحدد في هذه الوثيقة.
6.5.4.2 تخصيص متعدد / 48 ثانية لموقع نهائي واحد
عندما يتطلب موقع طرف واحد كتلة / 48 عنوانًا إضافيًا ، يجب أن يطلب المهمة مع الوثائق أو المواد التي تبرر الطلب. طلبات متعددة أو إضافية / 48 ثانية ستتم معالجتها ومراجعتها (أي تقييم التبرير) في RIR .
ملاحظة: لا توجد تجربة في الوقت الحالي مع تعيين عدد / 48 ثانية إلى نفس الموقع النهائي. المقصود من مراجعة AFRINIC أن تكون جميع هذه المهام بمثابة تدبير مؤقت إلى أن يتم اكتساب بعض الخبرة ويمكن تطوير بعض السياسات العامة. بالإضافة إلى ذلك ، من المحتمل أن يتم تنفيذ عمل إضافي في تحديد السياسات في هذا الفضاء في المستقبل القريب.
6.5.4.3 التخصيص للبنية التحتية للمشغل
يجوز للمؤسسة (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 تعيين عنوان (PI) للمزود المستقل لأي "مواقع نهائية". بالإضافة إلى ذلك ، عدم وجود IPv6 النقل سيجبر العديد من "المواقع النهائية" على النفق. وبالتالي ، لتجنب ترقيم متى IPv6 سيكون النقل متاحًا ، ويبدو أن التعيين المستقل لموفر الخدمة معقول. أكثر من ذلك ، ليس كل LIR لها IPv6 تخصيصات مساحة العنوان. هذا يجعل من المستحيل على المستخدمين النهائيين الحصول على السلطة الفلسطينية IPv6 مساحة العنوان من هذا المنبع (LIR's). وتهدف هذه السياسة أيضا إلى توفير IPv6 مساحة العنوان لهؤلاء المستخدمين النهائيين طالما لديهم أو مؤهلون بالفعل للحصول على PI IPv4 عناوين.
6.8.1 مقدمة
تسمح هذه السياسة بتعيين "المواقع النهائية" IPv6 مزود (PI) عناوين مستقلة.
تشمل "المواقع النهائية" المستخدمين النهائيين الذين لديهم بالفعل أو يحق لهم الحصول عليها IPv4 عناوين PI وموفري البنية التحتية الحيوية مثل مشغلي خادم الجذر TLD ونقاط تبادل الإنترنت العامة (IXP).
6.8.2 معايير التخصيص
- هدف التعيين - المواقع النهائية التي توفر خدمات الإنترنت العامة لشبكة مؤسسات إدارية واحدة ، بغض النظر عن حجمها.
- معايير الاحالة:
-
- يجب أن لا يكون الموقع النهائي IPv6 LIR
- يجب أن يصبح الموقع النهائي عضوًا في AFRINIC للمستخدم النهائي وأن يدفع رسوم AFRINIC العادية عن فئة العضوية
- يجب أن يكون الموقع النهائي إما حامل IPv4 مساحة عنوان PI أو التأهل للحصول على IPv4 PI الاحالة من AFRINIC تحت IPv4 السياسة المعمول بها حاليا.
- يجب أن يبرر الموقع النهائي الحاجة إلى مساحة عنوان IPv6
- يجب أن يعرض "الموقع النهائي" خطة لاستخدام وإعلان عناوين الإنترنت IPv6 في غضون اثني عشر (12) شهرا. بعد تلك الفترة ، إن لم يعلن ، سيتم استعادة مساحة العناوين وإعادتها إلى التجمع المجاني Free Pool بواسطة أفرينيك.
6.8.3 مساحة عنوان الموفر المستقل (PI):
- يجب أن تكون مهمة الموفر المستقل (PI) من كتلة محددة.
- يجب أن يكون حجم الواجب المستقل المبدئي للموفر إلى موقع نهائي هو / 48 ، أو بادئة أقصر إذا كان الموقع النهائي يمكنه تبريره.
يحتوي هذا القسم على سياسات وإرشادات تتعلق بطلب وتخصيص وتسجيل أرقام AS (نظام الحكم الذاتي) في منطقة AFRINIC.
7.1 المُقدّمة
AFRINIC (مركز معلومات الشبكة الأفريقية) هو سجل الإنترنت الإقليمي لأفريقيا وجزء من منطقة المحيط الهندي (سيشيل وموريشيوس ومدغشقر وجزر القمر). وهي مسؤولة عن توزيع مساحة عناوين الإنترنت العامة والموارد ذات الصلة (بما في ذلك أرقام نظام الحكم الذاتي) في المنطقة وتنسيق تطوير وتنفيذ السياسات لإدارة تلك الموارد.
تم تطوير السياسات الموضحة في هذه الوثيقة من قبل مجتمع الإنترنت من خلال عملية إجماع سهلت عليها AFRINIC. يجب تنفيذها من قبل AFRINIC.
7.2 مجال
توضح هذه الوثيقة السياسات المتعلقة بتوزيع وإدارة واستخدام أرقام النظام المستقل (AS) في منطقة خدمة AFRINIC. تنطبق هذه السياسات على IPv4 IPv6 الشبكات. سياسات المناطق الأخرى بخلاف منطقة خدمة AFRINIC خارج نطاق هذا المستند.
7.3 التعريفات
يتم استخدام المصطلحات والتعاريف التالية في هذا المستند.
- نظام الحكم الذاتي (ع) - النظام الذاتي (AS) عبارة عن مجموعة متصلة من بادئة IP أو أكثر يديرها مشغل شبكة واحد أو أكثر بموجب سياسة توجيه واحدة ومحددة بوضوح.
- رقم نظام الحكم الذاتي (ASN) - رقم النظام المستقل (ASN) هو عدد صحيح فريد مرتبط بـ AS. ASN كمعرف للسماح لـ AS بتبادل معلومات التوجيه الديناميكية مع الأنظمة المستقلة الأخرى. يتم استخدام بروتوكولات التوجيه الخارجية (مثل بروتوكول بوابة الحدود (BGP) الموضح في RFC 1771) مع ASNليالي لتبادل المعلومات بين الشبكات. ستستخدم AS عادةً بعض بروتوكول البوابة الداخلية لتبادل معلومات التوجيه على شبكاتها الداخلية.
- متعدد homed الشبكة - AS متعدد homed هو الذي يتم توصيله بأكثر من AS آخر. يُعد AS أيضًا مؤهلاً لأن يكون متعدد homed إذا كان متصلاً بنقطة تبادل الإنترنت العامة.
- سياسة التوجيه - سياسة التوجيه الخاصة بـ AS هي وصف لكيفية تبادل بادئات الشبكة بين ذلك AS والأنظمة المستقلة الأخرى.
- كائن aut-num - كائن aut-num هو كائن في ملف whois قاعدة البيانات المستخدمة للتسجيل ASN تفاصيل المهمة.
7.4 أهلية تعيين رقم AS
من المهم تحديد المواقع التي تتطلب أرقام AS فريدة وأيها لا تتطلب رقم AS فريدًا ينبغي أن تستخدم واحدًا أو أكثر من أرقام AS المحجوزة للاستخدام الخاص. هذه الأرقام هي: 64512 خلال 65535 (RFC1930).
للتأهل للحصول على رقم AS ، يجب على المؤسسة الطالبة الوفاء بالمتطلبات التالية:
7.4.1 سياسة توجيه فريدة (تختلف سياستها عن أقرانها في بوابة الحدود).
7.4.2 موقع متعدد المنازل.
7.4.3 ستكون المنظمة مؤهلة أيضًا إذا أمكنها إثبات أنها ستفي بالمعايير المذكورة أعلاه عند تلقيها ASN (أو في غضون فترة زمنية قصيرة بعد ذلك).
7.4.4 أن تكون عضوا AFRINIC في وضع جيد (المستخدم النهائي أو نوع LIR)
جميع الطلبات ل ASNسيتم تقييم s بموجب هذه المعايير باستخدام الإرشادات الموضحة في RFC1930 "المبادئ التوجيهية لإنشاء واختيار وتسجيل نظام الحكم الذاتي (AS).
7.5 اعتبارات الملكية والتوجيه
7.5.1 الملكية
فيما يتعلق بمجتمع الإنترنت ASNكمورد عام يجب توزيعه فقط وفقًا للحاجة الموضحة. لا التعيين أو التسجيل يمنح ملكية الموارد. المنظمات التي تستخدم ASNتعتبر s "أمناء" بدلاً من "مالكي" المورد ، ولا يحق لهم بيع أو نقل ذلك المورد إلى أطراف أخرى.
7.5.2 اعتبارات التوجيه
الإدارة المسؤولة ASNs ضروري للمساعدة في الحد من التوسع في جداول التوجيه العالمية. يساعد تجميع بادئات عناوين IP المتجاورة ضمن الأنظمة المستقلة الفردية على تقليل عدد المسارات التي تم الإعلان عنها إلى الإنترنت العالمي.
7.6 إجراءات الاحالة
تقوم AFRINIC بتعيين أرقام AS للأنظمة المستقلة الموجودة في منطقة خدمة AFRINIC وتقبل الطلبات من LIRs والأعضاء من غير LIR وغير الأعضاء الذين يستوفون متطلبات الأهلية في القسم 7.4 من هذه الوثيقة.
قد تطلب AFRINIC هذه المعلومات التي قد تساعد في فهم سياسة التوجيه المخططة وتحديد ما إذا كانت هناك حاجة إلى رقم AS بالفعل.
7.6.1 استخدام ASNليالي لشبكة LIRs
مهام لمقدمي خدمات الإنترنت التي ستستخدم ASN في شبكتهم الخاصة تخضع للشروط التالية:
- مقدم خدمة الإنترنت الطالبة مسؤول عن الحفاظ على التسجيل الموضح في القسم 7.7.
- يحق لمزود خدمة الإنترنت الطالبة مواصلة استخدام ASN، حتى لو قاموا بتغيير نظرائهم في الشبكة أو مقدمي الخدمات.
لن يتم فرض رسوم صيانة سارية على LIRs مع AFRINIC ASNs.
7.6.2 التزويد ASNليالي لغير LIRs
تخضع المهام المرسلة إلى أي منظمات أخرى غير LIRs للشروط التالية:
- الشركة التي سوف تستخدم في الواقع ASN يجب أن تستوفي المعايير المذكورة أعلاه.
- الشركة الطالبة مسؤولة عن الحفاظ على التسجيل الموضح أدناه.
- سيتم فرض رسوم تسجيل لمرة واحدة لكل منها ASN تعيين ، كما هو موضح في جدول رسوم AFRINIC ل. كل ثلاث سنوات بعد ذلك ، ستقوم AFRINIC بإصدار فاتورة للمؤسسة مقابل رسوم صيانة سنوية ، يتم دفعها في تاريخ ذكرى التعيين الأصلي.
7.7 متطلبات التسجيل
الكل ASNيجب أن يتم تسجيلها بشكل عام في AFRINIC whois قاعدة البيانات. سوف يقوم AFRINIC بإنشاء كائن "aut-num" في قاعدة البيانات.
يجب تسجيل جميع سمات الكائن "aut-num" بشكل صحيح وفقًا لـ AFRINIC whois توثيق قاعدة البيانات.
7.7.1 تسجيل جهات الاتصال
يجب أن يتم تسجيل أشخاص الاتصال الإدارية والتقنية لكل منهم ASN تعيين. جهة الاتصال الإدارية المسجلة ('admin-c') هي الشخص المسؤول عن ASN وعموما يجب أن يكون الشخص الموجود جسديا في موقع AS.
لا يلزم أن يكون الاتصال التقني ('tech-c') موجودًا فعليًا في موقع AS ، ولكن يجب أن يكون الشخص المسؤول عن التشغيل اليومي لذلك AS.
7.7.2 تسجيل سياسة التوجيه
توصي AFRINIC بتسجيل سياسة التوجيه الخاصة بـ AS في whois قاعدة بيانات لكل منهما ASN تعيين.
7.7.3 تحديث تفاصيل التسجيل
LIR مسؤولة عن ASNيجب أن تقوم s بتحديث الكائن "aut-num" في AFRINIC whois قاعدة البيانات إذا تغير أي من معلومات التسجيل.
7.8 العودة غير المستخدمة ASNs
إذا كان ASN لا تستخدمها المنظمة التي استلمتها أصلاً ، فيجب إعادتها. ستقوم AFRINIC بعد ذلك بإعادته إلى المجموعة العامة من أرقام AS لإعادة التعيين في نظام مستقل آخر في منطقة AFRINIC.
7.9 منوع
قد تنشر AFRINIC إرشادات أخرى متعلقة بـ ASNs بما في ذلك تفاصيل (رسوم استرداد الصيانة) والاتفاقات ذات الصلة ، ونماذج الطلبات ، ووصفًا إضافيًا لإجراءات التقييم ، والممارسات التي يطلبها LIR ASNمن المتوقع اعتمادها والمعلومات التي قد تساعد المنظمات على الطلب ASNs.
سيتم تطوير أي إرشادات أخرى منشورة داخل المجتمع (عند الضرورة) وستكون متوافقة مع الأهداف والسياسات الموضحة في هذه الوثيقة.
8.1 المُقدّمة
تحدد هذه السياسة كائنًا مخصصًا يجب استخدامه كمكان مفضل لنشر معلومات الاتصال العامة عن إساءة الاستخدام داخل منطقة خدمة AFRINIC.
يمكن الإشارة إلى الكائن المذكور في كائنات inetnum و inet6num و aut-num في AFRINIC whois قاعدة البيانات. يوفر طريقة أكثر دقة وفعالية لتقارير إساءة الاستخدام للوصول إلى جهة اتصال الشبكة الصحيحة.
8.2 تفاصيل السياسة:
لإتاحة ملف جديد أو استخدام ملف whois كائن قاعدة البيانات الذي يقوم بتنفيذ الخصائص التالية:
- مرجع فريد بواسطة inetnum و inet6num و aut-num
- يحتوي على 2 من سمات البريد الإلكتروني:
-
- "البريد الإلكتروني:" للاتصال الشخصي
- "abuse-mail:" للتعامل التلقائي مع التقارير
يجب أن يكون الكائن يمكن الوصول إليه من خلال whois بروتوكول. AFRINIC لنشر أ أفضل ورقة الممارسة يشجع جميع الأعضاء على استخدام الكائن بنشاط لنشر معلومات الاتصال التي تسيء الاستخدام.
8.3 مزايا وعيوب السياسة
8.3.1 المزايا
- ستكون الشبكات قادرة على توفير معلومات الاتصال الخاصة بها مباشرة لإدارات سوء الاستخدام.
- لن يتم إرسال شكاوى الإساءة إلى جهة الاتصال "الخاطئة".
- يسمح ذلك بمرونة إدارية وتشغيلية أكبر ، وسيكون من الممكن معالجة إساءة الاستخدام بشكل أسرع.
8.3.2 العيوب
سيواجه هذا الكائن ، مثل جميع الكائنات الموجودة الأخرى ، مشكلة دقة البيانات. تهدف هذه السياسة إلى معالجة مشكلة المكان المفقود لمعلومات الاتصال الخاصة بإساءة الاستخدام ولن تؤدي إلى تحسين دقة البيانات في whois قاعدة البيانات. ومع ذلك ، يُقترح على AFRINIC تقديم طريقة لتلقي التقارير حول عدم العمل أو عدم دقة الأشياء.
في بعض الحالات ، قد تحتاج المنظمات إلى موارد IP لفترة زمنية محددة ، عادة شهر واحد وأقل. قد يكون هذا للمعارض والمؤتمرات والاتفاقيات ، إلخ.
لذلك ستقوم AFRINIC بتعيين موارد الترقيم للكيانات التي تتطلب أرقام IP مؤقتة لفترة زمنية محددة. في هذا المستند ، تشير "موارد IP" إلى البث الأحادي IPv4/ v6 عناوين وأرقام AS.
9.1 توثيق النشاط المؤقت
يجب أن يكون النشاط الذي يتطلب موارد IP مؤقتة موثقًا ومتاحًا ، ويفضل أن يكون ذلك على موقع ويب. يُتوقع من الكيانات التي تتطلب موارد IP هذه أن تفهم أنه عندما ينتهي النشاط أو التجربة التي تتطلب موارد IP الخاصة بها ، سيتم إرجاع موارد IP إلى AFRINIC.
"المستند الذي يمكن الوصول إليه بشكل عام" هو مستند متاح علنًا وصريحًا مجانًا ودون أي قيود على الكشف.
لن تتعرف AFRINIC على أي نشاط بموجب هذه السياسة إذا كان هذا النشاط لا يمكن الكشف عنه علنًا.
9.2 مهام موارد IP
يتم تخصيص الموارد على أساس التأجير لمدة شهر واحد. يمكن تجديد المهمة عند تقديم الطلب إلى AFRINIC مع توفير المعلومات اللازمة. سيتم تحديد حجم مورد IP المعين من الخطة التي قدمتها الجهة الطالبة.
9.2.1 الوثائق المطلوبة:
يجب على المؤسسة الطالبة الاتصال بـ AFRINIC بالمعلومات التالية:
- تفاصيل المنظمة: اسم المنظمة القانونية ، البلد الذي تم تسجيله فيه ، العنوان البريدي ، العنوان الفعلي ، أرقام الهاتف والفاكس ، الموقع (هذا أمر ضروري).
- تفاصيل النشاط الذي يتطلب التعيين المؤقت: موقع الويب الذي يعرض بالتفصيل النشاط أو موقع الويب مع رابط للأنشطة السابقة المشابهة ، والروابط من المواقع الأخرى (ذات الصلة) حول هذا النشاط ، والتاريخ الذي ينتهي فيه النشاط أعلاه.
- الاستخدام المخطط لموارد IP هذه: اذكر حجم الشبكة الفرعية المطلوب ، ولما سيتم استخدامه بالإضافة إلى أي أرقام AS وتفويض عكسي ، إذا لزم الأمر.
- التاريخ المقصود لإرجاع موارد IP أعلاه.
9.3 الرسوم الإدارية
قد تفرض AFRINIC الرسوم الإدارية (إذا لزم الأمر) لتعيين أرقام IP المؤقتة أعلاه.
يصف هذا القسم سياسة التفويض العكسي لـ IPv4 IPv6 التخصيصات والمخصصات في منطقة خدمة AFRINIC. يرجى ملاحظة أن AFRINIC تسجل التفويضات العكسية فقط ولا تشارك في نظام تسجيل اسم النطاق.
10.1 المُقدّمة
يوفر AFRINIC الدعم لتمكين التطبيقات من تعيين اسم مجال من عنوان IP. يتم تحقيق التفويض العكسي باستخدام in-add.arpa (IPv4) و ip6.arpa (IPv6) المجالات.
10.2 الحصول على تفويض منطقة فرعية in-rd.arpa
لا تقبل AFRINIC سوى طلبات التفويض العكسي بموجب in-add.arpa من LIRs النشط من AFRINIC. يجب على المستخدمين النهائيين إرسال طلباتهم إلى 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 عكسية غائبة عن التخصيصات المسجلة:
- لا يُسمح بأي تفويض عكسي لمساحة عنوان IP المُدارة / المخصصة ما لم يتم تسجيل تخصيص أو تخصيص فرعي من تخصيص العنوان المحدد بشكل مناسب في AFRINIC whois
- بالنسبة للتفويض العكسي / 24 ، يجب تسجيل تخصيص واحد أو تخصيص فرعي واحد على الأقل في قاعدة بيانات AFRINIC لذلك المعين / 24. كامل / 24 ليس من الضروري أن يتم تعيين من أجل السماح للتفويض العكسي.
10.6 IPv6 عكس الوفد
تم التوصل إلى إجماع IETF على استخدام نطاق ip6.arpa لعنوان تعيين اسم DNS لـ IPv6 مساحة العنوان. تشير إلى RFC2874 RFC3596.
يتم تفويض نطاق ip6.arpa بواسطة هيئة أرقام الإنترنت المخصصة (IANA). يتم تفويض الأسماء داخل هذه المنطقة إلى سجلات الإنترنت الإقليمية وفقًا لتفويض كل منها IPv6 مساحة العنوان.
تطلب هذه السياسة من 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 management هي شبكة الإدارة التي يستخدمها 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.
يجب أن تكون التعيينات للشبكات المحلية النظيرة لـ IXP من مجموعة واحدة مخصصة ، يتم نشرها على هذا النحو بواسطة AFRINIC. ينبغي أن تضمن تخصيصات شبكة Peering LAN لكل IXP حجز كتلة IP المجاورة / 24 (استنادًا إلى الحد الأدنى لحجم سياسة تعيين المستخدم النهائي / 24) لدعم النمو المستقبلي لـ IXP. سيمكّن ذلك IXP من زيادة موارد شبكة الاتصال المحلية النظيرة الخاصة به إلى / 23 دون الحاجة إلى إعادة ترقيم إلى تخصيص كتلة IP متجاورة جديدة.
لا ينبغي توفير الواجبات لعناوين إدارة IXP من نفس الكتلة مثل شبكات IXP النظيرة المحلية.
يُقترح حجز كتلة / 16 للمتطلبات المستقبلية لشبكات LAN المحلية النظيرة في منطقة خدمة AFRINIC ، وأن تقوم AFRINIC بنشر هذه الكتلة على هذا النحو. بالإضافة إلى ذلك ، يجب أن تحتفظ التخصيصات لشبكة LAN المحلية النظيرة لـ IXP بلوك IP / 24 المجاور المجاور لـ 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 صالحًا.
هذه السياسة تسمح لمنظمة لتلقي IPv4/IPv6 التخصيص أو التخصيص ورقم AS فقط لاستخدام أي بث أو GPRS Roaming Exchange (GRX).
12.1 ملخص
تسمح هذه السياسة باستخدام:
- واحد (1) / 24 من IPv4 بالنسبة إلى خدمات البث من تخصيص PA ل LIR أو لتخصيص المستخدم النهائي المباشر.
- واحد / 48 من IPv6 لخدمات anycast من IPv6 تخصيص LIR أو تعيين المستخدم النهائي المباشر.
- رقم 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 الخدمة باسم "أي ما تم تعيينه".