الملخص

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

خطر السجل يبدأ بينما لا تزال الشبكة تعمل

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

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

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

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

التوجيه يثبت أقل مما يفترضه غير المهندسين غالباً. يمكن لـ BGP أن يظهر أن بادئة ما يتم الإعلان عنها. لا يمكنه وحده إثبات أن الطرف المُعلِن لديه سلطة مالك لا جدال فيها، أو أن بيانات التسجيل العامة محدثة، أو أن DNS العكسي تحت السيطرة التشغيلية الصحيحة، أو أن حالة RPKI يمكن الحفاظ عليها بعد صفقة، أو أن السجل سيعترف بتحويل مقترح. التوجيه هو حقيقة تشغيلية حية. حالة السجل هي اعتراف عام وعلاقة خدمة حول المورد. كلاهما مرتبطان، لكنهما ليسا متطابقين.

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

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

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

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

منطقة RIPE NCC تحول سجلاً واحداً إلى العديد من أسعار المخاطر

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

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

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

السجلات القديمة تحول الإدارة القديمة إلى تكلفة حالية

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

تعليق الخدمة هو حدث تشغيلي

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

RPKI يحول اعتراف السجل إلى ثقة توجيه

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

DNS العكسي و RDAP يجعلان السجل العام مرئياً للعميل

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

التحويلات تتم في السجل بعد أن تتم على الورق

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

العقوبات وحالة العضوية تصبحان متغيرين في السوق

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

التكامل السحابي يكشف نظافة السجل

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

مصادقة المالك هي جزء من جودة الأصل

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

السلطة المتنازع عليها تغير سعر الوقت

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

التأجير يضع الخطر حيث لا تستطيع التحويلات

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

عدم تطابق المسؤولية ينتشر نحو المصب

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

انضباط أفضل يجعل السجل أصعب للالتفاف

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

السؤال الصامت لكل مجلس إدارة

السؤال على مستوى مجلس الإدارة ليس ما إذا كان RIPE NCC مفيداً. من الواضح أنه مفيد. السؤال هو هل تفهم الشركة مدى اعتماد أعمالها الآن على الحالة الموجهة نحو RIPE NCC. إذا تغيرت هذه الحالة غداً، فما الذي سيتعرض؟

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

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

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

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

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

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

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