الخلاصة

  • في كائن inet6num ذي status: AGGREGATED-BY-LIR يحدد assignment-size طول بادئة التخصيص الفردي للمستخدم النهائي داخل التجميع.
  • ينتج الفرق بين طولي البادئتين عدداً من الخانات الممكنة، لا عدداً من العملاء أو الاتصالات أو المسارات أو البادئات النشطة.

حساب دقيق ودليل محدود

تعرض RIPE NCC مثال /46 مقسماً إلى /56. توفر البتات العشرة الإضافية 1,024 خانة محتملة. يصف الرقم طريقة تقسيم الكائن، لكن بعض الخانات قد لا تُخصص قط أو تكون محجوزة أو معادة أو خاملة. وقد يحصل عميل واحد على أكثر من تخصيص عبر الزمن، بينما يخدم التخصيص منزلاً أو شركة أو مجموعة عناوين أو بنية تحتية.

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

لماذا يوجد السجل المجمع

أدخل RIPE-513 حالتي AGGREGATED-BY-LIR وassignment-size لتسجيل تخصيصات IPv6 عديدة من الحجم نفسه في كائن أقل تحديداً. يحفظ ذلك بنية تفيد التحقق من الكفاءة دون نشر بيانات كل مستخدم نهائي. أما كائن ASSIGNED الفردي فيمكنه ذكر المستخدم وجهات اتصال مستقلة.

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

افصل طبقات الدليل

لا يحدد الحقل منشأ BGP أو تفويض RPKI أو صلاحية route objects أو قابلية الوصول أو الحركة أو التقنية أو الملكية أو الموقع. تفصل قوالب RIPE بين المشرفين وجهات الاتصال والمنظمات وحقول التوجيه. تحتاج تلك الاستنتاجات إلى رصد BGP متزامن وRPKI وIRR وقياسات وأدلة تشغيلية.

يحفظ السجل القابل للتكرار البادئة ومفتاح inet6num والحالة والقيمة والوقت والمصدر. يجب تسمية ناتج 2^(طول التخصيص − طول التجميع) «خانات تخصيص ممكنة بالحجم نفسه»، لا «مشتركين نشطين».

المصادر