أربعة آلاف هي دعوى عن بادئة، لا أمر بتخفيف حدّ المعدل: RFC 9977 وحدود الدليل

الخلاصة

• يحدد RFC 9977 طريقة لنشر طول بادئة الموقع النهائي وعدد المواقع خلف CGN أو الوكيل.
• يذكر RFC نفسه إمكان ادعاء CGN كذباً لتجاوز الحجب أو التقييد؛ لذلك لا تكون صحة التوقيع حكماً على سياسة خدمة محلية.

رقم 4,000 في RFC 9977 مثال يشرح حقلاً في ملف prefixlen: قد تصف بادئة /24 عدداً من المواقع خلف CGN. الغاية أن لا تجمع خدمةٌ مستخدمين مختلفين في حد واحد لمجرد قرب عناوينهم، أو تفكك العناوين حتى تنهار قوائمها. المثال ليس تعداداً حقيقياً ولا وعداً بأن تخفض الخدمة احتكاكها.

ما تقوله السلسلة

لكل صف بادئة وطول موقع نهائي وعدد مواقع عند استخدام CGN/وكيل. والفراغ في الحقلين الأخيرين هو رفض للإفصاح؛ عندئذ تُهمل استنتاجات البادئة الأوسع. يطبق المستهلك أطول تطابق ويتجاوز الصف المكرر أو الخاطئ. هذه قواعد لفهم نطاق الملف، لا شهادة بأن الرقم دقيق. يُكتشف المرجع عبر prefixlen: أو مؤقتاً remarks: Prefixlen، وHTTPS يحمي الجلب لا ملكية مساحة العناوين.

ما تضيفه RPKI

التوقيع الاختياري يتطلب شهادة تغطي كل البادئات، ويتحقق من المسار والبيان وتوقيع CMS والتغطية. يشرح RFC 6481 أن شهادة المورد تربط مفتاحاً عاماً بكتل IP وASN معدودة؛ توقيع الحائز يثبت تلك العلاقة المحددة. لا يثبت عدد المستخدمين أو زمن البيانات أو هوية الطلب أو استحقاق معاملة مغايرة. وتحذير RFC من ادعاء CGN المزيف يترك قرار قبول الأثر عند من يدير الخدمة.

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