RIPE NCC واقتصاديات هشاشة قاعدة بيانات IRR

الملخص

• هشاشة قاعدة بيانات IRR حول الموارد التي تديرها RIPE NCC هي مشكلة عبر المصادر: يمكن أن يظهر البادئ (prefix) أو ASN المصدر أو مسار AS-set بشكل مختلف في قاعدة بيانات RIPE أو RIPE-NONAUTH أو IRR أخرى أو مرآة أو سجل خاص أو ملف تصفية محلي قديم.
• السؤال الاقتصادي ليس فقط ما إذا كان سجل توجيه واحد صحيحاً، بل أي مصدر أدلة يمكن لمزود النقل أو منصة سحابية أو خادم توجيه التبادل أو الوسيط أو المشتري أو المُقرض الاعتماد عليه عندما تختلف أدوات التصفية.
• لمواد قاعدة بيانات RIPE قيمة خاصة لأنها تقع بالقرب من دفتر موارد أرقام الإنترنت، لكن يتم استهلاكها من خلال بيئة أوسع من سجلات RPSL وترتيب المصادر والتوسع التكراري للمجموعات وقواعد القبول الخاصة.
• تعمل النسخ المتطابقة (Mirroring) والتوزيع في الوقت الفعلي تقريباً على تحسين التوفر، لكنها يمكن أن تعطي البيانات القديمة حياة تشغيلية لاحقة عندما تفقد النسخ سياق المصدر أو بيانات الحداثة أو المساءلة عن التنظيف.
• يؤدي توسيع AS-set إلى تحويل التناقضات الصغيرة إلى تكاليف على مستوى المحفظة، لأن عضو قديم واحد أو اسم مجموعة مكرر أو مرجع عبر المصادر يمكن أن يغير المرشحات المُنشأة للعديد من المسارات النهائية.
• تعمل RPKI وROAs على تعزيز أدلة المنشأ، لكنها لا تُخرج بيانات IRR من الخدمة لأن الشبكات لا تزال تستخدم سجلات سجل التوجيه لأقماع العملاء وعضوية AS-set وقبول خادم التوجيه وضوابط المخاطر الخاصة.
• يجب أن تعمل RIPE NCC كدفتر موثوق وطبقة خدمة أدلة، وليس كسلطة عامة لقبول التوجيه أو مشرف تسعير أو منتدى نزاعات تجارية أو منظم وصول للسوق؛ الاختبار هو ما إذا كانت تخفض تكلفة الإثبات دون تراكم قوة سوقية تقديرية.

مهمة التصفية قبل إغلاق الصفقة

بدت خطة التحويل عادية. اشترت مجموعة استضافة أوروبية شبكة أصغر، ونقلت كتلة عميل إلى جدول الترحيل الخاص بها، وطلبت من مزودي النقل تحديث المرشحات قبل تحويل حركة المرور. قام فريق الهندسة بالمهمة المعتادة: الاستعلام عن مصادر سجل التوجيه، وتوسيع AS-set العميل، ومقارنة المناشئ المتوقعة مقابل الإعلانات الحية، والتحقق من حالة RPKI، وإعداد قائمة البادئات للموافقة. لم تكن النتيجة نعم أو لا واضحة. كانت كومة من الأدلة المعقولة ولكن غير المتسقة.

أظهرت قاعدة بيانات RIPE سجلاً حالياً للبادئ والمنشأ مرتبطاً بـ ASN المخطط للمشتري. كشف مصدر IRR منعكس عن منشأ أقدم استخدمه البائع أثناء عقد خدمة مدارة. احتفظ ملف تصفية خاص داخل نظام تزويد أحد المزودين العلويين باستثناء قديم من سنوات قبل الصفقة. سحب توسيع AS-set قديم مسار بائع تجزئة لم يتعرف عليه أحد في فريق المشتري. قبل خادم توجيه في أحد التبادلات المسار الجديد في عرض اختباري، بينما توقفت مراجعة إحضار IP الخاص لمنصة سحابية لأن أداة العناية الواجبة الخاصة بها رأت المنشأ القديم أولاً. لم يتطلب أي شيء في هذا المشهد حقداً. جاء التكلفة من الخلاف بين المصادر.

هذا هو السؤال الذي يجب من خلاله الحكم على هشاشة قاعدة بيانات IRR: أي مصدر من سجل التوجيه يمكن للطرف المقابل في السوق الاعتماد عليه، ومن يدفع ثمن التأخير عندما تكون أدلة IRR قديمة أو متضاربة؟ لا يتم العثور على الإجابة بسؤال ما إذا كان الإدخال الفردي صحيحاً بمعزل عن الآخرين. يمكن تسجيل البادئ بشكل صحيح في قاعدة بيانات RIPE ومع ذلك يتم الشك فيه بواسطة مرشح خاص يقرأ مرآة أو مسار AS-set تاريخي. يمكن لطرف ثالث أن يصف علاقة توجيه كانت صالحة في الماضي ويظل يضلل المشتري الحالي. يمكن لاستثناء خاص أن يحمي شبكة من المخاطر ومع ذلك يعمل كرسم غير معلن على عملية الترحيل التالية.

غالباً ما توصف بيئة سجل التوجيه على الإنترنت (IRR) بأنها مجموعة من قواعد البيانات التشغيلية، لكن هذه العبارة تقلل من دورها الاقتصادي. بيانات سجل التوجيه هي أدلة يستخدمها الأشخاص الذين يجب أن يقولوا نعم أو لا تحت ضغط الوقت: فرق التزويد العلوية، مشرفو خوادم توجيه التبادل، مكاتب الإعداد السحابية، مراجعو الأمان، وسطاء العناوين، مستشارو الاندماج والاستحواذ، المقرضون وعملاء المؤسسات. السجلات لا تنقل الملكية، ولا تأمر BGP. لكنها غالباً ما تقرر ما إذا كان المسار مقبولاً دون تصعيد يدوي. في سوق IPv4، هذا كافٍ للتأثير على السعر.

تعتبر RIPE NCC محورية في هذه المناقشة لأن منطقة خدمتها تجمع بين بنية تحتية كثيفة للتوجيه، أسواق استضافة وسحابة كبيرة، العديد من الترتيبات التشغيلية القديمة، العقوبات ومتطلبات الامتثال، نقل العناوين النشط، عمليات الاستحواذ عبر الحدود، وتاريخ طويل من التنسيق الأوروبي للشبكات من خلال قاعدة بيانات RIPE. قاعدة بيانات RIPE ليست مجرد دليل عام. إنها مصدر أدلة توجيه مجاور لدفتر موارد أرقام الإنترنت. سجلات التوجيه الخاصة بها، وبيانات aut-num، والمُدبرين (maintainers)، وإدخالات AS-set، وتسميات المصادر تُقرأ بواسطة أدوات تحول إدخالات قاعدة البيانات إلى مرشحات.

لكن السوق لا يستهلك قاعدة بيانات RIPE وحدها. يستهلكها من خلال سلسلة توريد: المرايا، النسخ المحلية، قوائم المصادر، التوسع التكراري للمجموعات، السجلات الخاصة، الملفات التي يحتفظ بها المزودون، تكوينات خوادم التوجيه، أدوات المراجعة السحابية، والنصوص القديمة التي قد تكون تجاوزت عمر المهندسين الذين كتبوها. الهشاشة تكمن في سلسلة التوريد هذه. يمكن إضعاف دفتر نظيف بواسطة نسخ قذرة. يمكن موازنة سجل بادئ-منشأ حالي بواسطة AS-set قديم. يمكن لترتيب المصادر المحافظ لمزود أن يعطي قوة عملية لإدخال لم يعد يعكس خطة حامل المورد.

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

قاعدة بيانات RIPE هي مصدر مجاور للدفتر، وليس السوق بأكمله

توثيق قاعدة بيانات RIPE الرسمي يوضح التداخل المؤسسي. تحمل سجلات Aut-num تفاصيل تسجيل لأرقام AS وتسمح أيضاً بنشر سياسات التوجيه. يعامل التوثيق سجلات route وroute6 كأجزاء أساسية من سجل التوجيه للإنترنت RIPE، مع بيانات البادئ والمنشأ المستخدمة لوصف التوجيه بين النطاقات. كما يلاحظ أن التفويض يمكن أن يتطلب التحكم في كل من مساحة العنوان ورقم AS عندما تكون الموارد التي تديرها RIPE NCC متورطة. هذه الآليات هي حقائق ضيقة، لكنها تشرح لماذا تتمتع قاعدة بيانات RIPE بوزن إثبات أقوى من إدخال خاص عائم.

الوزن ليس سحرياً. سجل توجيه في قاعدة بيانات RIPE يثبت أن بياناً قد اجتاز قواعد قاعدة البيانات ذات الصلة ودلالات المصدر. لا يثبت أن كل مزود علوي سيقبل المسار، أو أن كل نسخة خاصة حديثة، أو أن كل ترتيب تجاري قديم قد نُظف، أو أن كل مسار AS-set يستخدمه باني المرشحات يشير إلى نفس القصة. قاعدة البيانات هي مصدر مجاور للدفتر، وليس سوق التوجيه بأكمله. هذا التمييز هو المكان الذي تبدأ فيه العديد من الأخطاء المكلفة.

قد يكون لكتلة عناوين في منطقة خدمة RIPE NCC عدة حيوات. لها حياة تسجيل: من سجل كحامل أو راعي للمورد، أي جهات اتصال موجودة، أي حالة تنطبق، وأي شروط تعاقدية أو سياسية تحيط به. لها حياة سجل توجيه: أي سجلات بادئ-منشأ وإدخالات AS-set مرئية للمشغلين. لها حياة تشفيرية من خلال RPKI وROAs حيثما تم نشرها. لها حياة BGP ملاحظة في مجمعي المسارات الحية. لها حياة تجارية في العقود والإيجارات والتحويلات والاستعانة بمصادر خارجية والإعداد السحابي. لها حياة مرشح خاص داخل شبكات لا تكون قواعد قبولها علنية.

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

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

التعقيد هو RIPE-NONAUTH والمواد غير الموثوقة الأخرى. يمكن أن تكون هذه البيانات مفيدة تشغيلياً، خاصة حيث يجب تمثيل أرقام AS خارج المنطقة أو علاقات التوجيه التاريخية لنشر سياسة التوجيه. لكن المصدر غير الموثوق ليس معادلاً لسلطة مورد RIPE NCC الحالية. إذا أعطاه باني المرشحات مرتبة متساوية دون الحفاظ على هذا التمييز، تصبح الراحة قوة خفية. إذا تجاهلته شبكة تماماً، فقد تفوت الأدلة التي استخدمها العميل أو المزود بالفعل. الجواب ليس النقاء. إنه التسلسل الهرمي المسمى.

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

النقطة ليست الخضوع المؤسسي لـ RIPE NCC. إنها الاقتصاد المؤسسي. يكسب السجل الثقة عن طريق خفض تكلفة الاعتماد على الموارد النادرة. إذا كان مصدره واضحاً، يمكن للأسواق استخدامه كمرساة مع احترام استقلالية التوجيه الخاصة. إذا كان مصدره مشوشاً بالمرايا والتكرارات ومسارات AS-set القديمة، يجب على الجهات الفاعلة الخاصة الفصل في الفوضى. سوف تفعل ذلك بطرق تحمي نفسها أولاً. هذا عقلاني، لكنه ينقل التكلفة إلى الشخص الذي يحتاج القبول بشكل أكثر إلحاحاً.

البيانات المنعكسة يمكن أن تجعل قصة التوجيه القديمة تبدو حديثة

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

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

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

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

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

يجب أن يسافر أصل المصدر مع البيانات. يجب أن يحافظ إجابة سجل التوجيه على المصدر والحداثة ومعلومات آخر تعديل حيثما توفرت، وحالة المرآة، وسياق كافٍ لمستخدم المرشح لمعرفة ما إذا كان يقرأ RIPE أو RIPE-NONAUTH أو IRR أخرى أو عرض منعكس أو بقايا محلية. إذا لم تستطع المرآة الحفاظ على المعنى، فيجب عليها على الأقل الحفاظ على التحذير. إذا قام ملف تصفية خاص باستبدال سياق المصدر، فيجب معاملته كسياسة مخاطر محلية، وليس كدليل عام.

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

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

توسيع AS-set هو حيث تتضاعف الأخطاء الصغيرة

إدخالات AS-set عملية لأن الشبكات كبيرة. لا يريد مزود النقل تحرير كل بادئ نهائي يدوياً. لا يستطيع خادم توجيه التبادل التفاوض على سياسة مخصصة لكل عضو كل صباح. لا تستطيع منصة سحابية أو DDoS الاعتماد فقط على رسائل الدعم عند تقييم آلاف مسارات العملاء. توسيع AS-set يحول سياسة التوجيه المنشورة إلى مرشحات مولدة. يسمح للعميل بأن يقول، فعلياً، "تنتمي أرقام AS هذه وراء هذه السياسة"، ويسمح للطرف المقابل ببناء قائمة بادئات.

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

التذكرة الموجهة للمستخدم عادة ما تكون عادية: "AS-set غير صالح"، "عدم تطابق IRR"، "بادئ ليس في السياسة"، أو "مخروط العميل غير متسق". وراء هذه الرسالة قد تكون سلسلة أعمق. قد يكون مجموعة العميل في RIPE حديثة، لكن مجموعة باسم مماثل في IRR أخرى قد يتم العثور عليها أولاً. قد تتضمن مجموعة يحتفظ بها المزود رقم AS تم استحواذه. قد تسحب مجموعة بائع تجزئة عملاء قدامى. قد تقبل قاعدة عضوية غير مباشرة رقم AS لأن علاقة مُدبر لم تُنظف أبداً. قد تتوقف أداة خادم توجيه عند حدود مصدر تجاوزتها بيئة الاختبار الداخلية للعميل. كل خطوة قابلة للدفاع محلياً. معاً تنتج مفاجأة.

هشاشة AS-set تهم بشكل خاص أثناء الترحيل والاستحواذ. لا تتحرك شبكات الشركات ككتل نظيفة واحدة. تحمل مزودين علويين قدامى، ومزودي خدمات مدارة، وترتيبات بائعي تجزئة، ومناشئ تنظيف DDoS، ومناشئ اختبار سحابية، وعلاقات نظارة عن بعد، وشركات تابعة، وأرقام AS قديمة. قد يقوم فريق الاستحواذ بتحديث سجلات البادئ-المنشأ الواضحة ولا يزال يفتقد مسار AS-set الذي يستخدمه مزود نقل رئيسي. تظهر العلامة الأولى عندما يرفض تحديث مرشح مساراً أو يزيل نهائياً كان من المفترض أن يظل قابلاً للوصول أثناء الانتقال.

هذا يخلق مهمة عناية واجبة لا يزال العديد من المستشارين الماليين يقللون من وزنها. يجب فحص محافظ IPv4 ليس فقط من حيث حالة التسجيل وأهلية النقل وسمعة الإساءة ووضع RPKI، ولكن من حيث التعرض لـ AS-set. أي المجموعات تتضمن أرقام AS للبائع؟ أي المجموعات تتضمن البادئات عن طريق التوسيع؟ هل هناك إدخالات يحتفظ بها المزود لا يمكن للبائع تغييرها بمفرده؟ هل يستخدم الأطراف المقابلة الرئيسية أسماء مجموعات مؤهلة بالمصدر؟ هل تقوم خوادم التوجيه والمزودون العلويون بالتوسيع من خلال جميع المصادر أو المصادر المفضلة أو المرايا المحلية؟ هل يظهر المنشأ المقصود للمشتري في نفس سلسلة الأدلة التي سيسألها الطرف المقابل بالفعل؟

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

العلاج ليس إلغاء استخدام AS-set. ذلك من شأنه زيادة العمل اليدوي وتقليل نظافة التوجيه. العلاج هو رؤية المسار. يجب على بناة المرشحات الحفاظ على مسارات التوسيع وأسماء المصادر والطوابع الزمنية والأسماء المكررة ومؤشرات التعارض. يجب على مشغلي خوادم التوجيه نشر كيفية معالجتهم للتكرار عبر المصادر. يجب على مزودي النقل إخبار العملاء ما إذا كان يجب أن يكون اسم المجموعة مؤهلاً بالمصدر. يجب على المشترين مطالبة البائعين بالكشف عن المجموعات المعروفة التي يحتفظ بها المزود. يجب على RIPE NCC أن تجعل إدخالات مجموعتها ودلالات المصدر سهلة التفتيش بحيث يمكن لمصدر RIPE العمل كنقطة مرجعية ثابتة.

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

التعارض هو مشكلة تسلسل هرمي، وليس تصويتاً

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

قاعدة بيانات RIPE هي الأقوى حيث تكون الأقرب لموارد الأرقام التي تديرها RIPE NCC ومنطق تفويض قاعدة البيانات. إنها أضعف حيث تحمل نسخاً غير موثوقة أو بيانات سياسة توجيه خارج دفتر الموارد المباشر. قد تكون IRR تابعة لطرف ثالث دليلاً قوياً على علاقة عميل-مزود ودليلاً ضعيفاً على التحكم الحالي في المورد. قد يكون ملف تصفية خاص دليلاً قوياً على قاعدة مخاطر شبكة واحدة وليس دليلاً على الإطلاق للسلطة العامة. المرآة قوية بقدر قوة مصدرها وطابعها الزمني وسلامتها. RPKI هو دليل قوي لتفويض المنشأ ودليل ضعيف لعضوية AS-set.

يجب أن يسأل معالجة التعارض بالتالي: ما الذي يثبته كل مصدر؟ إذا كانت أدلة مورد جانب RIPE الحالية ووضع ROA الحالي وسجلات توجيه مصدر RIPE الحالية متوافقة، يجب ألا يحتجز إدخال خاص قديم أو غير موثوق السوق كرهينة دون تفسير. إذا كان إدخال IRR تابع لطرف ثالث يسجل علاقة عميل نشطة لا يلتقطها مصدر RIPE، فقد تستحق العلاقة وزناً تشغيلياً. إذا اختلفت مرآة مع مصدرها، الحداثة هي المشكلة. إذا استورد AS-set عضواً قديماً، السؤال ذو الصلة ليس ملكية البادئ بل صيانة مسار المجموعة.

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

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

أسباب الرفض الواضحة هي علاج منخفض التكلفة. "مرفوض لأن المصدر X يحتوي على بادئ Y مع منشأ Z" يختلف كثيراً عن "IRR غير صالح". "توسيع AS-set عبر المصدر A يتضمن عضواً قديماً رقم AS B" أكثر فائدة من "عدم تطابق السياسة". "مصدر RIPE وROA متوافقان، لكن ملفنا الخاص لا يزال يحتوي على استثناء قديم" يخبر المزود بما يجب إصلاحه داخلياً. هذه الرسائل لا تكشف تكويناً حساساً إذا كتبت بعناية. إنها تحول الصندوق الأسود إلى نظام قابل للإصلاح.

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

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

ثمن أن تكون مصدقاً

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

للمصداقية تكلفة. يحتاج المشتري إلى ثقة أنه يمكن الإعلان عن الكتلة بواسطة ASN المخطط. يحتاج الوسيط إلى ثقة أن الأصل لن يتعطل بعد الإغلاق. يحتاج المقرض إلى ثقة أن الإيرادات المعتمدة على العناوين ليست معرضة لاستثناءات مرشح غير مفسرة. تحتاج المنصة السحابية إلى ثقة قبل الإعلان عن مساحة العميل. يحتاج مزود الخدمة المدارة إلى ثقة أنه يمكن فصل مسارات العملاء القدامى عن الجديدة. يحتاج خادم توجيه التبادل إلى ثقة أن نشر المسار لن ينقل المخاطر للأعضاء. كل طرف مقابل يطرح نسخة مختلفة من نفس السؤال: أي دليل يجب أن أثق به؟

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

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

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

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

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

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

المرشحات الخاصة هي قواعد سوق متنكرة

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

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

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

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

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

استجابة السوق الفعالة هي حزمة أدلة قياسية. لترحيل أو استحواذ مهم، يجب أن تتضمن الحزمة أدلة مورد جانب RIPE الحالية، وسجلات سجل التوجيه الحالية، وتقارير توسيع AS-set مع المصادر، وإدخالات IRR الخارجية المعروفة، وتبعيات المرشح الخاص المعروفة، ووضع ROA، وتاريخ BGP الملاحظ، ونوافذ التحويل المخطط لها، وقائمة بالأطراف المقابلة التي تهم قواعد مصادرها. يجب أن تفصل الحزمة الحقائق عن التصاريح. يجب أن تقول ما تظهره سجلات RIPE، وما يأذن به RPKI، وما تظهره مصادر الطرف الثالث، وما تبقى من قبول خاص دون حل.

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

يمكن لـ RIPE NCC دعم هذه الممارسة دون أن تصبح مشرفاً على المعاملات. يمكنها نشر إرشادات حول فئات المصادر، وشرح كيفية ارتباط سجلات توجيه قاعدة بيانات RIPE وRPKI، وتقديم أمثلة على تأهيل مصدر AS-set، وجعل العروض الموجهة للحامل أسهل في التفسير. يمكنها تشجيع، وليس إجبار، رسائل رفض خاصة أفضل. يمكنها البقاء كدفتر وطبقة خدمة بينما تبني الأسواق العناية الواجبة حولها.

RPKI يحسن التسلسل الهرمي لكنه لا يحل محل IRR

RPKI هو أقوى تحسين في كومة أدلة التوجيه لأنه يجيب على سؤال دقيق بدعم تشفيري. تصف RIPE NCC RPKI كإطار يسمح لحاملي الموارد بالحصول على شهادات تسرد موارد أرقام الإنترنت الخاصة بهم ويدعم التحقق من منشأ BGP. تسمح ROAs للحامل بتفويض ASN لبدء بادئ ضمن حدود محددة. عندما يصنف المدققون إعلاناً على أنه صالح أو غير صالح أو غير موجود، تكون الإشارة أوضح من سجل IRR تابع لطرف ثالث فضفاض.

هذا الوضوح مهم. يمكن لـ ROA حالي يتماشى مع أدلة السجل الحالية أن يقلل من قوة ادعاءات البادئ-المنشأ القديمة. يمكن للمشتري إظهار أن المنشأ الجديد مفوض. يمكن لخادم التوجيه إسقاط الإعلانات غير الصالحة. يمكن للمنصة السحابية استخدام RPKI كفحص منشأ أقوى. نشر RPKI الأوسع يقلل المساحة التي يمكن لسجلات IRR القديمة أن تتظاهر فيها بسلطة منشأ المسار. يرفع الأرضية الإثباتية.

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

يتفاعل النظامان أيضاً أثناء التغيير. قد يتطلب الترحيل ROA جديداً، وسجلات توجيه RIPE محدثة، وتنظيف إدخالات IRR التابعة لطرف ثالث، وتعديلات AS-set، وتداخلاً مؤقتاً بين المناشئ القديمة والجديدة. إذا كان ROA صحيحاً ولكن AS-set قديم، قد يظل المرشح يرفض. إذا كان AS-set صحيحاً لكن ROA يصنف المسار على أنه غير صالح، قد يرفض التحقق من المنشأ. إذا كان كلاهما صحيحاً لكن مرآة خاصة قديمة، قد يتوقف الإعداد. التحويل القوي يعامل RPKI وIRR كأدلة مكملة، وليس بدائل.

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

أفضل تسلسل هرمي هو صريح. إقرار السجل وسجلات جانب RIPE تظهر حالة مجاورة للدفتر ونشر توجيه تحت قواعد قاعدة بيانات RIPE. RPKI يظهر تفويض منشأ تشفيري. إدخالات AS-set تظهر تجميع السياسة ونية مخروط العميل، مع مراعاة قيود المصدر والتكرار. IRRs الأخرى تظهر ادعاءات توجيه إضافية، مفيدة أحياناً وقديمة أحياناً. المرشحات الخاصة تظهر قبول المخاطر المحلي. BGP الملاحظ يظهر ما يتم الإعلان عنه، وليس ما يجب قبوله. السوق الناضج يحافظ على هذه الطبقات منفصلة ويتوفق بينها بشكل متعمد.

يمكن لـ RIPE NCC المساعدة من خلال تقديم RPKI ليس كانتصار علاقات عامة على IRR، ولكن كإشارة أقوى داخل ملف أدلة أوسع. الفضيلة المؤسسية لـ RP KI هي الدقة. لا ينبغي أن يصبح ذريعة لإهمال نظافة سجل التوجيه. ولا ينبغي استخدام بيانات IRR لتخفيف إشارة منشأ RPKI الواضحة دون تفسير. حيث تتوافق أدلة جانب RIPE ووضع ROA والتوجيه الملاحظ، يجب معالجة بقايا IRR القديمة غير الموثوقة كمسألة تنظيف، وليس كنقض متساوٍ.

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

الشبكات الصغيرة تدفع ضريبة إثبات رجعية

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

تتضمن منطقة خدمة RIPE NCC ناقلين أوروبيين كبار وشركات سحابية، ولكن أيضاً شبكات وصول صغيرة، وشركات استضافة محلية، وجامعات، وشبكات بلدية، وحاملين مؤسسيين، ومشغلين في الشرق الأوسط، ومزودين في آسيا الوسطى، وشركات بنية تحتية متخصصة. يعتمد الكثير منهم على LIRs الراعية أو المقاولين أو المزودين العلويين لبعض أعمال السجل والتوجيه. ورث بعضهم إدخالات قديمة من مزودين. استحوذ بعضهم على شبكات دون تلقي تواريخ AS-set كاملة. يستخدم بعضهم مساحة قديمة. البعض لديهم نفوذ محدود على الناقلين الدوليين الذين يجب أن تفي مرشحاتهم بمتطلباتهم.

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

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

هذا حيث تكون طبقة خدمة السجل أكثر أهمية. لا ينبغي لـ RIPE NCC دعم قسم الهندسة لكل شبكة، لكن يمكنها خفض التكلفة الثابتة للإثبات. يمكن أن تظهر عروض الحامل سجلات توجيه جانب RIPE ذات الصلة. يمكن أن تشرح الإرشادات كيفية تفاعل إدخالات AS-set وROAs. يمكن أن تظهر الأمثلة كيف تقلل الأسماء المؤهلة بالمصدر من الغموض. يمكن أن تحذر مواد النقل من أن تنظيف IRR الخارجي منفصل عن إقرار السجل. يمكن أن تساعد الأدوات العامة في تحديد عندما يتعارض دليل RIPE الحالي مع المصادر الخارجية الشائعة. الهدف ليس حماية الشبكات الصغيرة من كل المسؤولية. إنه منع عمل الأدلة الروتينية من أن يصبح حاجزاً لدخول السوق.

الشبكات الخاصة لديها أيضاً واجبات إذا أرادت الاستفادة من التصفية المشتقة من IRR. يمكن لخوادم التوجيه نشر سياسات المصدر وإعطاء رسائل رفض قابلة للتنفيذ. يمكن لمزودي النقل كشف مسارات التوسيع في بوابات العملاء. يمكن للمنصات السحابية التمييز بين البقايا غير الموثوقة القديمة وأدلة RIPE وRPKI الحالية. يمكن للوسطاء تضمين العناية الواجبة لسجل التوجيه في حزم النقل بدلاً من معاملتها كمفاجأة بعد الإغلاق. كل واجب متواضع. معاً يقللون من ضريبة الإثبات.

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

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

مساءلة التنظيف يجب أن تتبع السيطرة

أصعب نزاعات IRR غالباً ما تبدأ بسؤال بسيط: من يمكنه إصلاح السجل القديم؟ قد يتحكم الحامل الحالي في إدخال جانب RIPE لكن ليس في IRR تابعة لطرف ثالث. قد يتحكم المزود العلوي القديم في الإدخال المحتفظ به من قبل المزود لكن ليس لديه حافز تجاري حالي. مشغل المرآة قد يكرر فقط. الشبكة المقبلة قد تستهلك فقط. قد يحتاج المشتري إلى قبول المسار لكنه لا يتحكم في أي من الأدلة القديمة. المساءلة مشتتة.

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

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

يمكن أن تساعد العقود. يجب أن تتضمن اتفاقيات نقل واكتساب IPv4 جداول أدلة توجيه حيث تهم الاستمرارية التشغيلية. يجب على البائعين الكشف عن إدخالات IRR المعروفة وعضويات AS-set والسجلات المحتفظ بها من قبل المزود ووضع ROA وتبعيات المرشح الرئيسية. يجب على المشترين تحديد المناشئ المقصودة ومعالم القبول. يمكن للضمان التمييز بين إقرار السجل والجاهزية التشغيلية في الأطراف المقابلة المحددة. يمكن للمزودين الالتزام بإزالة سجلات العملاء بعد إنهاء الخدمة. لا شيء من هذا يغير من يحمل مورداً في السجل. يوضح من يجب أن ينظف أي دليل.

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

التنظيف يحتاج أيضاً إلى بعد زمني. بعض الأدلة القديمة مشروعة أثناء الترحيل. قد يحتاج البائع إلى إبقاء المنشأ القديم حياً أثناء انتقال العملاء. قد يحتاج مزود DDoS إلى تفويض منشأ مؤقت. قد تقوم منصة سحابية بترتيب إعلان قبل التحويل النهائي. المشكلة ليست التداخل؛ إنه التداخل غير المحدود. السجلات وعضويات AS-set الموجودة للانتقال يجب أن يكون لها ملاك وتواريخ ومعايير تقاعد. وإلا يصبح الدليل المؤقت غموضاً دائماً.

سيستفيد السوق من مفردات تنظيف قياسية. "مصدر RIPE الحالي متوافق." "بقايا IRR خارجية معروفة." "AS-set محتفظ به من قبل المزود في انتظار الإزالة." "تأخر المرآة مشتبه به." "استثناء مرشح خاص مؤكد." "نافذة انتقال ROA نشطة." هذه التسميات ليست براقة، لكنها كيف يصبح سوق الأدلة المجزأة قابلاً للإدارة. تحول مشكلة توجيه غامضة إلى مجموعة من المهام.

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

ما يمكن أن تفعله RIPE NCC مع البقاء مقيدة

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

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

ثانياً، يمكنها تحسين رؤية التعارض. يجب أن يكون الحامل قادراً على رؤية عندما تتعارض أدلة توجيه جانب RIPE مع إشارات IRR الخارجية الشائعة أو عندما يكون من المحتمل أن يتم معارضة سجل بادئ-منشأ حالي بمسارات مصدر قديمة. لا تحتاج RIPE NCC إلى اعتماد كل قاعدة بيانات خارجية لتقديم تحذيرات مفيدة. حتى رأي محدود يقول "قد لا يكون دليل RIPE الخاص بك هو الدليل الوحيد الذي تقرأه المرشحات" من شأنه تحسين العناية الواجبة للنقل والإعداد.

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

رابعاً، يمكنها ربط إرشادات RPKI وIRR دون دمجهما مفاهيمياً. يجب أن يُظهر ملف أدلة نظيف حالة السجل الحالية، وسجلات توجيه RIPE ذات الصلة، ووضع AS-set، ووضع ROA، والبقايا الخارجية المعروفة. يجب أن يعرف المشغلون ما يثبته RPKI وما لا يثبته. يجب أن يعرف الحاملون أن ROA صالح قد لا يعالج توسيع AS-set قديم. يجب أن يعرف بناة المرشحات أنه لا ينبغي معاملة أدلة IRR القديمة كنقض متساوٍ عندما تكون إشارات RIPE وRPKI الحالية متوافقة، ما لم يكن هناك سبب محدد.

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

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

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

دفتر موثوق وطبقة خدمة أدلة محدودة

غالباً ما توصف هشاشة قاعدة بيانات IRR بلغة تقنية: مصادر، RPSL، توسيع AS-set، مرايا، ASNs منشأ، مرشحات، ROAs. المفردات التقنية ضرورية، لكن القضية الأساسية مؤسسية. تحتاج موارد الأرقام النادرة إلى طريقة منخفضة التكلفة ليتم تصديقها. تم إنشاء سجلات سجل التوجيه لجعل سياسة التوجيه مقروءة. في بيئة مجزأة، يمكنها بدلاً من ذلك إجبار كل طرف مقابل على تحديد أي مؤسسة أو مصدر أو نسخة أو ملف خاص يعول عليه.

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

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

صفقة العنوان التالية التي تتعثر على AS-set قديم لن تحل بالنظرية. ستحل بمعرفة أي مصدر أنتج المسار القديم، ومن يتحكم فيه، وما إذا كانت أدلة جانب RIPE وROAs متوافقة، وأي مرشح خاص استهلك البقايا، وما هي مهمة التنظيف المتبقية. هذا ما يبدو عليه سوق الأدلة الوظيفي: ليس يقيناً تاماً، لكن مسؤولية قابلة للتتبع.

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