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

ملخص

• هشاشة قواعد بيانات IRR في منطقة ARIN هي مشكلة تجزئة المصادر: قد يتم تمثيل نفس البادئة، ASN المصدر، مجموعة AS (AS-SET) أو علاقة التوجيه بشكل مختلف وفقًا لـ ARIN، والمصادر المرآة، ومستودعات من نوع RADb، وقواعد بيانات التوجيه الخاصة.
• السؤال العملي للسوق ليس فقط ما إذا كان سجل طريق واحد صحيحًا، ولكن أي مصدر يختار مزود النقل، ومنصة السحابة، وخادم التوجيه IXP، أو منشئ المرشحات أن يصدق أولاً.
• حدود سلطة ARIN مهمة لأن البيانات القادمة من ARIN والمرتبطة بالموارد التي تديرها ARIN لها وزن إثباتي مختلف عن البيانات غير الموثقة أو بيانات الطرف الثالث التي قد لا تزال تستخدمها المرشحات الخاصة.
• الانعكاس والنسخ القديمة يخلقان بقاءً خفيًا: قد يستمر سجل تم تصحيحه في مكان واحد في التأثير على التصفية في مكان آخر إذا كان مصدر آخر، مرآة، أو مسار مجموعة AS لا يزال يشير إلى الإصدار القديم.
• توسع مجموعات AS يزيد المشكلة سوءًا لأن المجموعات المتكررة يمكن أن تتضمن أعضاء وبادئات من مصادر متعددة، مما يجعل ترتيب المصادر سياسة اقتصادية غير معترف بها.
• تتطلب عمليات نقل IPv4، والتكامل مع السحابة، والمشاركة في IXP الآن العناية بمصادر IRR، خاصة بالنسبة لمزودي خدمات الإنترنت الصغار ومشغلي الكاريبي الذين لا يستطيعون بسهولة استيعاب الاستثناءات اليدوية.
• يحسن RPKI بيئة الإثبات، لكنه لا يزيل هشاشة IRR لأن المرشحات الخاصة لا تزال تستخدم بيانات IRR لسياسة التوجيه، وأقماع العملاء، وعضوية مجموعات AS، والقبول التشغيلي.

تنبع الهشاشة من مصادر متعددة، وليس من إدخال خاطئ واحد

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

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

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

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

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

حدود سلطة ARIN وظل البيانات غير الموثقة

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

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

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

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

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

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

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

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

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

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

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

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

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

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

RADb وIRR الخاصة جزء من السوق، وليست مستبعدة منه

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

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

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

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

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

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

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

العودية في مجموعات AS هي النقطة التي تتفاقم فيها الهشاشة

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

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

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

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

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

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

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

ترتيب المصادر هو سياسة اقتصادية خفية

يبدو ترتيب المصادر كتفضيل هندسي. في الممارسة العملية، يمكن أن يتصرف كسياسة اقتصادية. قد يستعلم منشئ المرشحات ARIN أولاً، ثم RADb، ثم RIPE، ثم مستودع خاص. قد يضع آخر RADb أولاً لأن عملاءه استخدموه تاريخيًا. قد يفضل آخر RPKI للتحقق من المصدر لكنه يستخدم عدة مصادر IRR لتوليد قوائم البادئات. قد ينشر خادم توجيه IXP قائمة مصادر افتراضية. قد يحتفظ المشغل بقائمته خاصة. النتيجة هي أن شبكتين يمكن أن تقيما ادعاء الطريق نفسه بشكل مختلف دون أن تكون أي منهما غير عقلانية.

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

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

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

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

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

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

إدارة النزاعات: الصمت والتفضيل والعبء

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

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

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

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

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

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

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

العناية الواجبة في النقل في عالم IRR مجزأ

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

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

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

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

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

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

المشغلون الصغار والسحابات وIXP هم أول من يتحمل التكلفة

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

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

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

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

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

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

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

لماذا يساعد RPKI لكنه لا يزيل IRR

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

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

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

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

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

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

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

ما يمكن أن تفعله ARIN دون أن تصبح منظمًا للتوجيه

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

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

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

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

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

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

المصادر والمنهجية

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

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

آليات السجل الرسمية مفيدة هنا فقط لتحديد ما تفعله الأنظمة: بيانات سجل التوجيه من مصدر ARIN، و RPKI، و ROAs، وسجلات الموارد العامة، وتسميات المصادر، والخدمات المتعلقة بالتوجيه. إنها لا تقدم الاستنتاج. الاستنتاج ينبع من سياق السوق: ندرة IPv4، وممارسات النقل في أمريكا الشمالية، والتكامل مع السحابة ومراكز البيانات، وتصفية IXP، وقيود السعة للمشغلين الصغار، وحقيقة أن الشبكات الخاصة تحول بيانات التوجيه العامة وشبه العامة إلى قرارات قبول خاصة.

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

الخلاصة: الهشاشة هي تكلفة أن تكون موثوقًا

هشاشة قواعد بيانات IRR من السهل الاستهانة بها لأنها تبدو كمشكلة بيانات تقنية. إنها في الواقع مشكلة تكلفة الثقة. كتلة IPv4 النادرة تصبح مفيدة فقط عندما يعتقد عدد كافٍ من الأنظمة المستقلة قصة التوجيه الحالية. هذه الأنظمة لا تقرأ جميعها نفس الأدلة. البعض يقرأ ARIN. البعض يقرأ RADb. البعض يقرأ مرايا. البعض يطور مجموعات AS بشكل متكرر. البعض يجمع بين IRR و RPKI. البعض يستخدم قوائم مصادر قديمة. البعض يخفي ترتيب مصادره خلف قائمة انتظار الدعم. يختبر الحامل هذه التعددية كاحتكاك.

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

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

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

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

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