ملخص
- AS59002 مسجل في الصين باسم CQLJNET والوصف Chongqing Cloud Computing Investment&Operation Co.,Ltd. يحمل سجل RDAP حدث تسجيل بتاريخ 4 أبريل 2016 وتغيير في سجل النظام المستقل بتاريخ 28 نوفمبر 2023.
- الأدلة العامة للتوجيه الحالية سلبية: أبلغ RIPEstat عن عدم وجود بادئات معلنة، وعدم وجود مساحة عنوان IPv4 و IPv6، وعدم رؤية من المجمعين، وعدم وجود جيران ملاحظين. كما وضع سجل AS Rank الخاص بـ CAIDA علامة AS59002 غير مرئي، بمخروط بادئات صفري ودرجة شبكة صفرية.
- توضح هذه الأصفار أن AS59002 لم يكن يقدم أصلاً عاماً في BGP في الجدول العالمي الملاحظ. لا تثبت أن الشركة غير نشطة، أو لا تمتلك خوادم، أو لا تخدم عملاء، لأن المنتج السحابي يمكن أن يستخدم عناوين مخصصة من المزود، أو خوادم وكيلة عكسية، أو شبكة أصلية، أو ASN آخر.
- يتطلب ادعاء البنية التحتية الحية سلسلة أدلة محددة: نقاط النهاية الحالية للخدمة وعناوين IP، وأصول توجيهها، ومواقع الإنتاج والتعافي المحددة، وعقود المنشأة والعبور، وقدرة الطاقة والأجهزة، والدعم التشغيلي، ونتائج الاستعادة الأخيرة ومسار تصدير بيانات مختبر.
- درجة أدلة الشبكة العامة سلبية للبصمة التشغيلية الحالية لـ AS59002، وليس للوجود القانوني للشركة أو أي خدمة محتملة تُقدم باسمها.
المسار المفقود هو الحقيقة المركزية
كلمة "سحابة" تدعو إلى تصور قدرة مرنة منفصلة عن المكان. سجل الشبكة لشركة Chongqing Cloud Computing Investment&Operation Co.,Ltd يدعو إلى الانضباط المعاكس. يعطي الشركة رقمًا دقيقًا، AS59002، لكن الرقم لا يؤدي حاليًا إلى بادئة معلنة. العميل الذي يحاول استخدام جدول التوجيه العالمي لتحديد موقع هذه السحابة سيصل إلى حافة فارغة.
هذه نتيجة ذات مغزى. يصبح النظام المستقل مفيدًا علنًا عندما ينبعث من مساحة عنوان أو يتبادل المسارات بطريقة يمكن للمجمعين ملاحظتها. عرضالبادئات المعلنة من RIPEstatلم يُرجع بادئة حالية لـ AS59002. وأظهرعرض حالة التوجيهالمقابل صفر بادئات وعناوين IPv4، وصفر بادئات IPv6 ومكافيء /48، وعدم رؤية من مئات أقران RIS IPv4 و IPv6 المبلغ عنها في هذا الرد. كما لم يُرجععرض الجيرانأي شبكة مجاورة ملاحظة.
هذه ليست قيمًا صغيرة تحتاج إلى تفسير كبصمة متواضعة. إنها أصفار عبر المؤشرات العامة الرئيسية لحافة النظام المستقل المنبعثة حاليًا. لم تكن هناك بادئة لاختبار ترخيص أصل المسار، ولا مسار مرئي لتحديد المنبع، ولا تجمع عناوين معلن لربطه بنقاط نهاية العميل.
وبالتالي فإن الاستنتاج الضيق قوي: في تاريخ المراقبة، لم يقدم AS59002 دليلاً عامًا مرئيًا عبر BGP على شبكة سحابية حية. يجب أن يظل الاستنتاج الأوسع مفتوحًا. يمكن للخدمات السحابية أن تكون خلف ASN وعناوين وعبور شبكة أخرى. يمكن للشركة أيضًا الاحتفاظ بـ ASN بعد نقل خدمة، أو الاستعانة بمصادر خارجية للتسليم، أو تغيير المنتجات، أو إيقاف التشغيل. يمكن لـ BGP تحديد أصل حي؛ لكن غيابه وحده لا يمكنه تحديد أي من هذه التفسيرات صحيح.
AS59002 يثبت الهوية، وليس التشغيل
سجل النظام المستقل RDAPيربط AS59002 بـ CQLJNET، الصين واسم الشركة المستخدم هنا. يسجل حدث تسجيل في 4 أبريل 2016 وحدث آخر تغيير لكائن النظام المستقل في 28 نوفمبر 2023. يُظهرتمثيل Whois لـ RIPEstatنفس اسمCQLJNET، نفس وصف الشركة، رمز البلد CN، APNIC كمصدر موثوق والصيانة عبر CNNIC.
هذا دليل هوية قيم. يظهر أن الاسم ليس مجرد عبارة منسوخة من قائمة أعمال غير موثقة. كما يحدد مورد الرقم في نظام تسجيل APNIC/CNNIC. ومع ذلك، فإن تاريخ التسجيل ليس تاريخ إطلاق، وتغيير 2023 ليس دليلاً على أن أجهزة التوجيه أو الخوادم السحابية كانت نشطة آنذاك. يمكن أن تتعلق صيانة السجل بجهات الاتصال أو السجلات دون إنتاج أي حركة مرور.
ASN هو معرف إداري لسياسة التوجيه. إنه ليس رخصة تجارية، أو شهادة مركز بيانات، أو جرد خادم، أو عقد عميل. يشير إلى أن رقمًا كان مرتبطًا بمؤسسة في سجل الموارد. لا يذكر المنتجات التي تبيعها المؤسسة الآن، أو ما إذا كانت تستخدم الرقم، أو ما إذا كانت الخدمة المُعلن عنها باسم الشركة تعمل على بنية تحتية تمتلكها.
هذا التمييز يحمي من خطأين متعارضين. الأول هو معاملة الرقم المسجل كدليل على القدرة السحابية الحالية. الثاني هو معاملة الرقم الصامت كدليل على عدم وجود شركة أو خدمة. القراءة الصحيحة أكثر دقة: AS59002 يؤسس دليلاً دائمًا على الهوية، بينما غياب المسارات الحالي يزيل دليلاً محتملاً على التشغيل. أي شخص يدعي خدمة حية يجب أن يسد هذه الفجوة بأدلة حالية أخرى.
ثلاث وجهات نظر مستقلة تشير إلى الصفر
أبحاث التوجيه العامة تكون أقوى عندما تتفق الأنظمة المختلفة، لأن أي مجمع أو مجمع يمكن أن يكون غير كامل. هنا الاتجاه متسق. وجد RIPEstat عدم وجود مساحة مُعلنة، وعدم رؤية من المجمعين، وعدم وجود جيران. وضعسجل AS Rank الخاص بـ CAIDAعلامة AS59002seen: false؛ احتوى مخروطه على صفر بادئات وصفر عناوين، بينما كانت درجاته الإجمالية ومزوده ونظيره وعميله كلها صفرًا. صنفتصفحة IPinfo لـ AS59002الشبكة على أنها غير نشطة وأدرجت صفر عناوين IPv4، صفر عناوين IPv6، صفر نطاقات مستضافة ولا أقران.
نقاط مرجعية عامة أخرى تجعل نفس السؤال قابلًا للفحص. صفحة التوجيه لـCloudflare Radar، وBGP.tools، وHurricane Electric BGP ToolkitوBGPViewتوفر أماكن مستقلة للبحث عن البادئات وبيانات المسار والاتصال. فائدتها ليست أن لكل منها سلطة متساوية. بل أن الأصل الحي المُدعى يجب أن يترك عادة أكثر من أثر واحد يمكن ملاحظته.
الاتفاق بين هذه الأنظمة العامة لا يحول الغياب إلى دليل عالمي. لا يرى مجمعو المسار جلسات BGP الخاصة أو الشبكات الداخلية أو الخدمات المخفية خلف مساحة عنوان المنبع. يمكن للمجمعين التحديث في أوقات مختلفة. قد يتم تفويت إعلان قصير جدًا من قبل بعض المشاهدات. ومع ذلك، فإن هذه التحفظات لا تنتج مسارًا إيجابيًا. إنها تحدد ببساطة حدود النتيجة السلبية.
وبالتالي يجب أن ينتقل عبء الإثبات إلى ادعاء الخدمة الحية. إذا كان المنتج يعمل، يمكن لمزوده تحديد نقطة نهاية، وإظهار أي ASN ينشأ من العنوان، وشرح سبب عدم استخدام AS59002، وعرض مسار الإنتاج. حتى وجود هذا التعيين، يبقى التصنيف السحابي وهوية BGP غير متصلين.
يمكن للسحابة أن توجد بدون ASN خاص بها
هناك عدة طرق اعتيادية لخدمة مستضافة حقيقية لعدم ترك مسار حالي تحت رقم نظامها المستقل. قد يعلن المزود عن نقاط نهاية العميل من ASN الناقل المنبع. قد يستأجر أجهزة افتراضية أو خادمًا معدنيًا من سحابة أكبر ويستخدم عناوين مخصصة من ذلك المورد. قد ينشر تطبيقات خلف شبكة توصيل محتوى أو وكيل عكسي أو خدمة حماية من هجمات حجب الخدمة الموزعة. قد يدير سحابة خاصة داخلية يصل إليها المستخدمون عبر روابط مخصصة أو شبكات خاصة افتراضية أو شبكة WAN مؤسسية بدلاً من الإنترنت العام.
كل بنية ممكنة لشركة Chongqing Cloud Computing Investment&Operation Co.,Ltd، لكن لا شيء منها مثبت بواسطة ASN المسجل. كما أنها تنتج تبعيات مختلفة. المسار الناتج عن المزود يجعل الشركة مرئية مباشرة في BGP ويمنحها بعض السيطرة على سياسة التوجيه. الخدمة الناتجة عن المنبع تنقل المزيد من السيطرة إلى الناقل. قد يضيف الواجهة الأمامية فائقة السعة أو CDN مدى الوصول والحماية مع تركيز الهوية والفواتير والاستجابة للحوادث في مزود آخر. يمكن أن تكون الخدمة الخاصة مهمة تشغيليًا حتى عندما لا يرى الجدول العام شيئًا.
لهذا السبب لا ينبغي أن يكون طلب التحقق الأول: "هل AS59002 نشط؟" بل يجب أن يكون: "ما هي نقاط النهاية المحددة التي تقدم الخدمة الآن؟" يمكن بعد ذلك حل نقاط النهاية هذه إلى عناوين IP وبادئات و ASNs أصل. يمكن للعميل مقارنة النتيجة معنظرة عامة على AS من RIPEstatوبحث Whois لـ APNICوبيان بنية المشغل.
إذا قام ASN آخر بحمل الخدمة، يجب على المزود تسمية الشبكة، وبيان ما إذا كان الترتيب عبارة عن عبور أو استضافة أو إعادة بيع أو بنية تحتية مُدارة، وشرح الطرف الذي يمكنه تغيير المسارات أثناء الحادث. سيكون هذا دليلاً إيجابيًا على نموذج تسليم حي. لن يعيد تنشيط AS59002، لكنه سيشرح سبب كون دور الشركة السحابي غير مرئي تحت هذا الرقم.
الاسم لا يحدد موقع مركز البيانات
رمز البلد في السجل هو CN، والمواد المرجعية العامة تشير إلى تشونغتشينغ. هذه الحقائق تدعم ارتباطًا جغرافيًا لسجل مورد الرقم. لا تحدد رف إنتاج، أو نسخة تعافي، أو مجموعة بيانات عميل. اسم الشركة الذي يحتوي على تشونغتشينغ يمكن أن يستخدم مرافق في مكان آخر؛ يمكن لـ ASN صيني أن يحمل حركة مرور إلى بنية تحتية في عدة ولايات قضائية؛ ويمكن للخدمة وضع الحوسبة والنسخ الاحتياطية والسجلات وأنظمة الدعم في مواقع مختلفة.
بالنسبة لهذه الشركة، لا يتم إنشاء بصمة منشأة بواسطة سجل BGP الحالي لـ AS59002. لم يُرجعنقطة نهاية API PeeringDBملفًا شخصيًا للشبكة قابلاً للاستخدام في 11 يوليو 2026، لذلك لا توجد قائمة منشآت أو تبادل يديرها المشغل لتقييمها من هذا المصدر. يظلبحث PeeringDBمكانًا مفيدًا لمراقبة ملف شخصي لاحق، لكن نتيجة البحث ستظل بيانات اتصال مُبلغ عنها ذاتيًا وليست دليلاً على أن أعباء العمل العميل تشغل موقعًا مسمى.
يجب إثبات الموقع كسلسلة. يجب على المزود تحديد الكيان القانوني المتعاقد، ومنشأة الإنتاج، ومنشأة التعافي، وموقع النسخ الاحتياطي، ومواقع الوصول للدعم. يجب أن يكشف ما إذا كانت المساحة مملوكة أو مستأجرة بالجملة أو مستضافة بالرف أو مستهلكة كخدمة من سحابة أخرى. ثم يجب أن يحدد مجموعات البيانات الموجودة في كل مكان وأي مورد يمكنه الوصول إليها.
هذه السلسلة مهمة لسيادة البيانات والتعافي. لا يمكن للعميل تقييم التخزين المحلي أو النقل عبر الحدود أو الوصول الحكومي أو الحذف أو التصدير فقط منCNفي سجل ASN. ولا يمكنه تقدير مخاطر الانقطاع من المدينة في اسم الشركة. الدليل المفيد هو جدول التنسيب الفعلي والعقود التي تربط كل منشأة ومورد.
الملكية والتشغيل قد يكونان منفصلين
غالبًا ما تكون للبنية التحتية السحابية عدة مالكين في وقت واحد. قد يمتلك المزود أجهزة الخادم ولكن يستأجر مساحة الرف. قد يتحكم مشغل المبنى في الطاقة والدخول المادي. قد يمتلك الناقل الألياف. قد توفر شركة أخرى أيادي عن بعد. قد يتحكم مورد برامج في منصة المحاكاة الافتراضية، بينما يخزن مورد النسخ الاحتياطية نسخ التعافي. يرى العميل خدمة واحدة، لكن الاستعادة تعتمد على كل حدود.
لا شيء في سجل AS59002 يحل هذه الحدود. أظهراستجابة اتساق التوجيه من RIPEstatعدم وجود بادئات أو واردات أو صادرات للمقارنة. يمكن استخداماستعلام RADbللبحث عن كائنات سياسة التوجيه، لكن إدخال سجل توجيه الإنترنت، إذا ظهر، هو قطعة أثرية للسياسة وليس عقد منشأة. وبالتالي فإن سطح التوجيه العام الفارغ لا يقدم أساسًا لتعيين المسؤولية المادية أو التجارية.
سيصف وصف تشغيلي موثوق الطبقة والمالك معًا. على سبيل المثال: من يملك أجهزة توجيه الحافة؛ من يحمل عقود العبور؛ من يتحكم في الرفوف؛ من يزود الطاقة؛ من يخزن الخوادم والبصريات؛ من يدير التخزين؛ من يتلقى التنبيهات؛ ومن لديه الإذن بالموافقة على تغيير طارئ. يجب أيضًا تحديد التزامات الخدمة المنقولة من الموردين وتلك الموعودة مباشرة من قبل الشركة.
الانقسام يهم أكثر أثناء الفشل. إذا كان بإمكان المزود تشخيص عطل في الطاقة ولكن لا يمكنه دخول قاعة البيانات، تعتمد الاستعادة على قائمة انتظار المنشأة. إذا كان يمكنه استعادة جهاز افتراضي ولكن لا يمكنه زيادة سعة المنبع، يظل حادث الشبكة خارج سيطرته. رقم وقت التشغيل الذي لا يكشف حدود التشغيل هذه يقول القليل عن المسار من الإنذار إلى الإصلاح.
السعة المثبتة ليست سعة قابلة للاستخدام
حتى الأدلة الإيجابية على الخوادم أو المنافذ أو مساحة الرف لن تحل مسألة السعة. السعة المثبتة تحسب ما تم شراؤه أو وضعه. السعة القابلة للاستخدام تحسب ما يمكن أن يخدم العملاء تحت القيود العادية. السعة القابلة للاسترداد تحسب ما يبقى، أو يمكن استعادته، بعد الفشل المختبر. تتباعد هذه الأرقام بمجرد تضمين الصيانة وحدود الطاقة وتكرار التخزين والإفراط في الاشتراك في الشبكة والمخزون الاحتياطي.
يساهم AS59002 حاليًا بمقياس عام للسعة المثبتة للشبكة لأنه لا يعلن عن مساحة عنوان. يساهم بمعلومات أقل حول الحوسبة والتخزين. صورة الرفوف، أو إعلان المشتريات، أو السعة التصميمية المذكورة ستظل بحاجة إلى ربطها بأجهزة مشغلة ومنافذ متاحة وبرامج منشورة وتخصيص حالي للعملاء.
بالنسبة لمزود السحابة، يجب أن يغطي جدول السعة الهادف أنوية الحوسبة والذاكرة، وطبقات التخزين وعدد النسخ المتماثلة، وإنتاجية النسخ الاحتياطي، وعرض النطاق الترددي للحافة والتجميع، والتزامات العبور، وسعة الوصلات المتقاطعة، واستهلاك الطاقة، وهامش التبريد، وتوظيف الدعم. يجب أن يميز المخزون الإجمالي عن السعة المحجوزة للفشل. يجب أيضًا أن يذكر ما إذا كان موقع التعافي يمكنه حمل الخدمة بأكملها أو فقط مجموعة فرعية ذات أولوية.
يحتاج العملاء إلى أرقام تحت الضغط. ما الاستخدام المتبقي بعد إزالة قطار طاقة واحد أو جهاز توجيه أو منبع أو عقدة تخزين؟ كم عدد الآلات التي يمكن إعادة بنائها من قطع الغيار المحلية؟ ما مدى سرعة قراءة بيانات النسخ الاحتياطي عندما يستعيد العديد من المستأجرين في وقت واحد؟ هل يمكن لمسار العبور الباقي حمل ساعة الذروة دون خسارة شديدة؟ تلك الإجابات ستدلل على بنية تحتية قابلة للاستخدام بشكل أكثر وضوحًا من الوجود المستمر لتسجيل نظام مستقل.
تنوع العبور يبدأ بأصل مرئي
لا يحتوياستجابة جيران ASNالحالية على جيران لـ AS59002. هذا بالضبط ما يمكن توقعه عندما لا تكون هناك إعلانات مرئية: بدون مسار، ليس لدى المجمعين AS مجاور لتحديده. يعني ذلك عدم وجود أساس عام للمطالبة حتى بمنبع BGP حالي واحد تحت هذا ASN، ناهيك عن منبعين متنوعين.
إذا قامت الشركة بتنشيط AS59002، فإن أول دليل إيجابي سيكون بادئة واحدة أو أكثر تراها مجمعات مستقلة. يجب أن يظهر مسار بعد ذلك أي الشبكات تحمل الإعلان. بمرور الوقت، يمكن للملاحظات المستقرة تحديد ما إذا كان هناك أكثر من منبع واحد. يمكن للمشغل تعزيز هذا الدليل من خلال إخراج looking-glass الحالي، وتكوينات جهاز التوجيه مع إزالة الحقول الحساسة، ومراجع الدوائر والفواتير أو خطابات من الناقلين.
التنوع المنطقي سيكون فقط الاختبار الأول. يمكن أن تنتهي جلستان BGP على نفس جهاز التوجيه، وتستخدم نفس ممر الوصلة المتقاطعة، وتغادر المبنى من خلال نفس القناة أو تعتمد على ألياف مترو واحدة. يمكن لناقلين أيضًا مشاركة مسار بالجملة. هناك حاجة إلى رسوم بيانية للمسار المادي، ومواقع غرفة اللقاء، ومداخل بناء متنوعة، ونتائج اختبار تجاوز الفشل لإظهار أن قطعًا واحدًا أو حدث منشأة لن يزيل كلا المسارين.
السعة مهمة أيضًا. دائرة النسخ الاحتياطي التي تقبل المسارات ولكن لا يمكنها حمل حمل الإنتاج ليست مسار تعافي. يجب على المزود إظهار تجاوز الفشل خلال فترة مزدحمة تمثيلية، وقياس الفقد والكمون، وتحديد حركة المرور التي يتم التخلص منها إذا كانت السعة المتبقية غير كافية. جدول مسار AS59002 الفارغ يجعل هذه الطلبات أكثر إلحاحًا لأنه لا يمكن تأكيد أي من التنوع المزعوم، إن وجد، حاليًا من BGP.
لا يمكن تسجيل أمن التوجيه بدون مسار
التحقق من أصل المسار يسأل ما إذا كان ASN مرخصًا له بنشأة بادئة معينة. مع عدم وجود بادئة AS59002 حالية، لا يوجد زوج أصل نشط للتحقق. هذا ليس نفس المسار غير الصالح؛ إنه غياب مسار. سيكون من المضلل منح أو خصم رصيد أمن التوجيه كما لو أن بادئة حية فشلت في التحقق.
إذا بدأ AS59002 في إعلان مساحة، يجب على العميل تحديد كل بادئة واختبار تفويض أصل المسار الخاص بها.شرح شهادة الموارد من APNICيشرح النظام الإقليمي، بينما يصفRFC 6811التحقق من أصل بادئة BGP. ستظهر النتيجة الصحيحة أن حامل العنوان المسجل رخص لـ AS59002 لنشأة البادئة ضمن الحد الأقصى المسموح به.
تلك السيطرة مهمة، لكن نطاقها ضيق. التحقق من أصل RPKI لا يثبت أن المسار يتبع مسارًا متنوعًا ماديًا، أو أن حركة المرور تصل إلى خوادم سليمة، أو أن الشركة يمكنها استعادة بيانات العميل. لا يمنع كل تسرب مسار أو قرار إدارة حركة مرور سيئ. كما أنه لا يثبت ملكية الخدمة السحابية المحمولة عبر المسار.
نفس التحذير ينطبق على مواد سجل توجيه الإنترنت. يمكن لكائنات السياسة مساعدة الشبكات في بناء المرشحات، ويصفRFC 7454ممارسات تشغيل BGP الجيدة. لكن كائن سياسة جيد التكوين بدون إعلانات ملاحظة ليس شبكة حية. أقوى صورة مستقبلية ستجمع بين المسارات الحالية، وتفويضات الأصل الصحيحة، وسجلات سياسة التوجيه المحفوظة، والمسارات المتنوعة، والعمليات الموثقة.
الرفوف والطاقة والتبريد لا تزال السحابة
افترض أن الشركة تظهر نقاط نهاية حية على ASN آخر. ينتقل التحقيق بعد ذلك من المسار إلى الغرفة. كل جهاز افتراضي يشغل في النهاية معالجات وذاكرة مشغلة في منشأة. كل وعد تخزين يعتمد على محركات أقراص ووحدات تحكم وأقمشة شبكة ونسخ متماثلة ومشغلين. كل لوحة تحكم تعتمد على أنظمة الهوية وقواعد البيانات واتصالات الإدارة التي يمكن أن تفشل بشكل منفصل عن أعباء عمل العميل.
يجب أن يبدأ الدليل المادي بمرافق مسماة ونموذج إشغال المزود الدقيق. هل يتحكم في قاعة بيانات كاملة، أقفاص، رفوف فردية، أو فقط سعة افتراضية مشتراة من مشغل آخر؟ أي تغذية طاقة تصل إلى كل رف؟ هل التغذية مستقلة حقًا upstream من وحدة توزيع الطاقة؟ ما وقت تشغيل المولد وترتيبات الوقود؟ أي فشل تبريد يمكن أن يعزل نفس المعدات التي تخدمها طاقة متنوعة مفترضة؟
يجب أن تميز الإجابات التصميم عن التشغيل. قد تكون المنشأة مصممة لطاقة زائدة بينما يستخدم رف معين تغذية واحدة. قد يمتلك المزود خوادم طاقة مزدوجة بينما يظل مفتاح الشبكة أو رف التخزين أحادي السلك. قد توجد المولدات بينما يخلق تزويد الوقود أو الصيانة أو معدات التحويل فشلًا مشتركًا. لا يمكن لـ BGP العام الكشف عن أي من هذا، ولا ينبغي استخدام سجل AS59002 الصامت للإشارة إلى قوة أو ضعف في طبقة المنشأة.
الدليل الذي سيحل السؤال هو عملي: تقارير اختبار مسار الطاقة الحديثة، ومخططات مستوى الرف، وقراءات السعة، وسجلات الصيانة، وملخصات الحوادث، وقائمة النقاط الفردية المقبولة حسب التصميم. لا يحتاج المزود إلى نشر مخططات حساسة للعالم. يحتاج إلى إعطاء العملاء المتأثرين معلومات كافية موثقة لفهم ما تنجوا منه خدمتهم.
مخزون الأجهزة يحول الفشل إلى وقت إصلاح
يمكن أن تظهر السعة السحابية مرنة بينما استبدال الأجهزة عنيد ماديًا. قرص فاشل، أو مصدر طاقة، أو مفتاح رأس الرف، أو وحدة بصرية، أو لوحة أم تحتاج إلى قطعة غيار متوافقة وشخص مصرح له بتثبيتها. إذا لم يكن الجزء في الموقع، يصبح وقت التسليم جزءًا من الانقطاع. إذا كان الاستبدال يعتمد على عقد مورد، تصبح الاستحقاقات والخدمات اللوجستية تبعيات للبنية التحتية.
بالنسبة لـ Chongqing Cloud Computing Investment&Operation Co.,Ltd، لا يقول سجل الموارد العامة شيئًا عن موديلات الخادم أو بنية التخزين أو مخزون قطع الغيار. يمكن أن تكون الخدمة حديثة ومُصانة جيدًا، أو تعتمد على أجهزة يصعب استبدالها. لا يمكن استخلاص أي من الاستنتاجين من AS59002. يمكن للشركة حل عدم اليقين من خلال سياسة مخزون مجهولة المصدر، وجدول دورة حياة، وأدلة على قطع الغيار المحلية للمكونات الحرجة.
يجب أن يسأل العملاء كيف يتعامل المزود مع الفشل المرتبط. قرص احتياطي واحد مفيد لفشل قرص واحد؛ قد يكون غير كافٍ خلال عطل دفعة أو إعادة بناء تخزين. مفتاح احتياطي لا يساعد إذا كان استرداد التكوين بطيئًا أو كانت البصريات مفقودة. مضيف بديل لا يستعيد الخدمة إذا كانت رخصة المحاكاة الافتراضية أو البرامج الثابتة أو بيانات اعتماد الإدارة غير متوفرة.
المقياس الأكثر كشفًا هو الوقت المستغرق لاستعادة سعة العميل، وليس الوقت لاستبدال مكون. تشمل هذه الفترة الكشف والتشخيص والتفويض ودخول المنشأة والعمل المادي والتكوين وإعادة بناء البيانات والتحقق والعودة إلى الخدمة. المزود الذي يمكنه إظهار أوقات مقاسة من التدريبات الأخيرة لديه دليل تشغيلي حي. اسم سحابي و ASN خامل لا يقدمان تلك الضمانة.
عمل الدعم جزء من الأصول
تفشل البنية التحتية بسرعة مسار التصعيد. يمكن أن تظل الخدمة الزائدة تقنيًا غير متاحة عندما تذهب التنبيهات إلى الفريق الخطأ، أو لا يستطيع مكتب الدعم الوصول إلى مهندس شبكة، أو يرفض مورد طلبًا من جهة اتصال غير مصرح لها. لذلك، العمل والأذونات والاتصالات جزء من السعة القابلة للاستخدام.
تتضمن السجلات العامة لـ AS59002 معلومات الاتصال الإدارية والفنية، لكن جهة اتصال السجل ليست مركز عمليات على مدار الساعة. لا تكشف عن مستويات التوظيف أو تغطية اللغة أو سلطة التصعيد أو الوصول في الموقع أو العلاقة بين دعم العملاء والهندسة. لا يمكن لتغيير سجل النظام المستقل لعام 2023 أيضًا إثبات أن سلسلة الاتصال التشغيلية حالية لمنتج سحابي.
يجب أن يحدد وصف الخدمة الجاد كيفية الإبلاغ عن حوادث شديدة الأهمية، ومدى سرعة استجابة مالك مؤهل، ومن يمكنه تغيير التوجيه، ومن يمكنه دخول كل منشأة، وكيف تتواصل الشركة عندما تكون بوابتها العادية أو بريدها الإلكتروني معطلين. يجب أن يحدد قنوات تصعيد المورد والشروط التي يمكن بموجبها للعميل الاتصال بمدير حوادث كبير.
يجب اختبار سعة الدعم أثناء الفشل المركب. قد يصل قطع الألياف أثناء الصيانة. قد تتزامن إعادة بناء التخزين مع زيادة في تذاكر العملاء. قد يحبس عطل الفوترة أو الهوية المستخدمين بينما يعمل المهندسون على الخدمة الأساسية. قدرة المزود على فرز هذه الأحداث دون استنفاد نفس المجموعة الصغيرة من الأشخاص هي شكل من أشكال التكرار الذي لا يمكن لأي جدول توجيه عام عرضه.
فشل الفوترة ومستوى التحكم يمكن أن يبدو كانقطاع
يمكن أن تظل الخدمة السحابية سليمة ماديًا بينما تصبح غير قابلة للاستخدام بسبب فشل إداري. تعليق الحساب، أو عقد منتهي الصلاحية، أو دفع فاشل، أو ترخيص مكسور، أو وحدة تحكم إدارة غير قابلة للوصول، أو بيانات اعتماد مميزة مفقودة يمكن أن تمنع العميل من التشغيل. هذه الإخفاقات تقع خارج BGP، لكنها يمكن أن تكون بنفس حسم سحب المسار.
غياب إعلانات AS59002 يجعل من المهم بشكل خاص معرفة أي مورد يتحكم في حافة الخدمة الفعلية. إذا كان ناقل أو منصة سحابية أخرى توفر العناوين، فإن وضع الحساب مع ذلك المورد قد يحدد قابلية الوصول. يمكن أن يؤدي نزاع عقد أو خطأ في الفوترة في أي طبقة إلى مقاطعة الخدمة حتى عندما تكون الخوادم والدوائر سليمة. يحتاج العملاء إلى معرفة ما إذا كانت اتفاقيتهم تمنحهم إشعارًا وعلاجًا قبل إنهاء التبعية المنبع.
يجب أيضًا إظهار استقلالية مستوى التحكم. هل يمكن للمزود الوصول إلى أجهزة التوجيه ومراقبي الأجهزة الافتراضية والتخزين عندما تكون الشبكة المواجهة للعميل معطلة؟ هل صفحة الحالة خارج الحوزة المتأثرة؟ هل يتم تخزين بيانات الاعتماد الطارئة واختبارها؟ هل يمكن للشركة التواصل من خلال قناة منفصلة إذا كان نطاقها أو بريدها الإلكتروني أو نظام التذاكر غير متاحين؟
هذه الأسئلة ليست هامشية لاقتصاديات السحابة. يدفع العميل للمزود لامتصاص التعقيد، لكن المزود قد يركز بدوره هذا التعقيد في بيانات الاعتماد والعقود ووحدات التحكم. أدلة مسارات الإدارة المنفصلة والتفويض المزدوج ومراقبة الحساب والوصول الطارئ المختبر ستظهر نظام تشغيل حول البنية التحتية. سجل AS59002 وحده لا يمكنه ذلك.
موقع البيانات يحتاج إلى خريطة لكل نسخة
سيادة البيانات ذات صلة هنا على وجه التحديد لأن الأدلة العامة ضعيفة جدًا لتحديد الموقع. CN في سجل ASN تصف ارتباط البلد بالمورد. لا تثبت مكان تخزين بيانات العميل الأساسية أو النسخ المتماثلة أو النسخ الاحتياطية أو السجلات أو تذاكر الدعم أو المفاتيح أو سجلات المراقبة. كما لا تظهر من أين يتصل المسؤولون أو أي المقاولين من الباطن يمكنهم الوصول إلى تلك الأنظمة.
يجب أن يطلب العميل مصفوفة موقع بيانات لكل مكون خدمة. يجب أن تحدد المصفوفة موقع الإنتاج والنسخ المتماثلة المتزامنة وغير المتزامنة ومواقع النسخ الاحتياطي وأنظمة التسجيل وبيئة التعافي من الكوارث وأدوات الدعم. يجب أن تميز النسخ الدائمة عن المخابئ العابرة وتذكر مدة الاحتفاظ بكل منها. يجب أيضًا أن تذكر الكيان القانوني والمورد الذي يتحكم في كل موقع.
هذا ليس فقط مصدر قلق للامتثال. يحدد التنسيب زمن استجابة الاستعادة والمخاطر المرتبطة. قد تنجو نسختان في نفس المنشأة من فشل القرص ولكن ليس من انقطاع المبنى. منطقتان تعتمدان على نفس حساب الإدارة قد تفشلان معًا إداريًا. نسخة احتياطية محفوظة بعيدًا قد تكون متينة لكنها بطيئة جدًا في الاستعادة ضمن الموعد النهائي التجاري للعميل.
يمكن للشركة إثبات الموقع بجداول تعاقدية، وشهادات منشأة، ورسوم بيانية للهندسة المعمارية، وإظهار أن الخدمة تحل بالفعل إلى البنية التحتية المعلنة. حتى ذلك الحين، لا ينبغي تحويل اسم المكان في هوية الشركة ورمز البلد في سجل الرقم إلى ادعاء حول بيانات العميل.
الترحيل هو اختبار قابلية عكس التبعية
اقتصاديات السحابة تبادل النفقات الرأسمالية بعلاقة مستمرة مع المورد. يمكن أن يقلل ذلك التكلفة ويحسن العمليات، لكنه يخلق أيضًا مشكلة خروج. إذا تدهورت شبكة المزود أو منشأته أو دعمه أو موقعه التجاري، يحتاج العميل إلى البيانات والتكوين في شكل يمكن لنظام آخر استخدامه. النسخ الاحتياطي الذي لايمكنه استعادته إلا المنصة الأصلية ليس مسار خروج كاملاً.
بصمة AS59002 الصامتة تزيد من حدة هذه المسألة. إذا تم تقديم الخدمة من خلال ASN أو مورد آخر، قد يحتاج العميل إلى تعاون من أكثر من طرف لترحيل العناوين والبيانات و DNS والشهادات وضوابط الوصول. عناوين IP المخصصة من المزود قد لا تنتقل. جدران الحماية وقوائم السماح للشركاء قد تضمنها. قد تستغرق مجموعات البيانات الكبيرة أيامًا للتصدير عبر المسار المتاح، خاصة أثناء الحادث.
يجب أن يصدر اختبار قابلية النقل العملي عبء عمل تمثيلي، بما في ذلك الملفات وقواعد البيانات والبيانات الوصفية والسجلات والهويات والتكوين. يجب على العميل إعادة بنائها في بيئة مستقلة وقياس الوقت المنقضي وفقدان البيانات والخطوات اليدوية. يجب اختبار ذلك بينما الخدمة الأساسية سليمة وتحديد إجراء الخدمة المتدهورة للحظة التي تكون فيها لوحة التحكم العادية غير متاحة.
يجب أن تغطي شروط العقد تنسيقات التصدير والمساعدة والتكلفة وحدود النطاق الترددي والاحتفاظ بعد الإنهاء ومعالجة مفاتيح التشفير. يجب أيضًا أن تنص على ما يحدث إذا أوقف المزود منتجًا أو فقد عقد المنبع الخاص به. هذا الدليل سيحول قابلية نقل البيانات من وعد إلى آلية تعافي.
كيف تنتشر مسارات الفشل الرئيسية
فشل الرف سيؤثر على الخوادم أو التخزين أو أجهزة الشبكة المركزة هناك. إذا كانت أعباء عمل العميل تمتد على رفوف ومجالات فشل مستقلة، قد يعيد التنسيق تشغيلها في مكان آخر. إذا كان التخزين أو التبديل أو الإدارة مشتركًا، قد ينهار التكرار الظاهري. يتطلب الإثبات قواعد تنسيق وتمرين إخلاء أو تجاوز فشل حقيقي.
فشل المنبع له بصمة مختلفة. إذا كان AS59002 نشطًا متعدد المنابع، يمكن للمسارات العامة المساعدة في إظهار سحب المسار والتقارب. اليوم لا يوجد مسار AS59002 للمراقبة. إذا كانت الخدمة تستخدم أصلاً آخر، يجب على المزود تحديده قبل أن يتمكن العملاء من مراقبة مرونة العبور. يحتاج العميل أيضًا إلى معرفة ما إذا كان عرض النطاق الترددي للنسخ الاحتياطي يمكنه حمل حمل الإنتاج.
فشل مخزون الأجهزة يمتد الإصلاح من دقائق إلى وقت الشراء. يمكن أن يصبح حادًا عندما تؤثر المعدات القديمة أو أوقات التسليم للاستيراد أو عيب دفعة على عدة مضيفين. قطع الغيار المحلية والتكوينات المتوافقة واستحقاقات المورد تحدد ما إذا كانت السعة تعود بسرعة. بيان عام بالتكرار لا يكشف تلك الحدود.
فشل الدعم يضاعف كل مشكلة أخرى. قد يتم ملاحظة التنبيهات ولكن لا يتم امتلاكها؛ قد لا يتلقى العملاء حالة دقيقة؛ قد تنتظر طلبات المنشأة أو الناقل التفويض. فشل الفوترة يمكن أن يعلق خدمة تكون مكوناتها المادية سليمة. فشل الترحيل يمكن أن يحبس العميل بعد أن أظهر الحادث الأصلي بالفعل أن الاستعادة غير مؤكدة.
يمكن أن تتحد هذه المسارات. قد يؤدي حدث طاقة إلى تلف الأجهزة، واستنفاد قطع الغيار، وإغراق الدعم، وإجبار الترحيل من خلال سعة شبكة منخفضة. لذلك يجب أن يصف ادعاء المرونة الموثوق به أسوأ حدث مركب معقول، وليس فقط تكرار المكون المعزول. الأدلة الشبكية الحالية لا تقدم أساسًا للحكم على ذلك الادعاء بأي من الاتجاهين.
من يتأثر عند فشل الخدمة
أول طرف متأثر قد يكون مستأجرًا يدير أجهزة افتراضية، أو شركة تخزن نسخًا احتياطية، أو مطورًا يستخدم بنية تحتية مستضافة، أو مؤسسة تستهلك تطبيقًا مُدارًا. قد تكون الأعراض المرئية عناوين غير قابلة للوصول، أو تخزينًا بطيئًا، أو فشل تسجيل الدخول، أو لوحة تحكم غير متاحة، أو عدم القدرة على استرداد البيانات. قد يكون السبب الأساسي على بعد عدة موردين من العميل.
التأثير النهائي يعتمد على ما ركز فيه العميل على الخدمة. موقع ويب عام قد يصبح مظلمًا؛ أنظمة داخلية قد تتوقف عن المصادقة؛ موظفون عن بعد قد يفقدون التطبيقات؛ معالجة البيانات المجدولة قد تفوت المواعيد النهائية؛ نسخ احتياطية قد تفشل بصمت؛ المراقبة قد تختفي مع النظام الذي تراقبه. يمكن للموزعين نقل الحادث إلى عملاء لم يسمعوا أبدًا عن مزود البنية التحتية.
الجغرافيا تغير التأثير لكنها غير مثبتة باسم الشركة. خدمة مستخدمة داخل تشونغتشينغ قد تكون لها آثار زمن انتقال ودعم محلي. خدمة تصل وطنيًا أو دوليًا ستعتمد على مسارات ناقل أوسع. بدون أدلة نقطة نهاية وعميل، يجب أن تظل منطقة الخدمة CN كارتباط سجل، وليس ادعاءً بأن بصمة شبكة معينة تغطي كل الصين.
يجب على العملاء تعيين عمليات الأعمال الحرجة لمكونات المزود وتحديد أي منها يمكن أن يتحمل الانقطاع. تلك الخريطة تحدد ما إذا كان هدف الاستعادة المطلوب هو دقائق أو ساعات أو أيام. كما تحدد الأدلة الأكثر أهمية: تجاوز فشل المسار لنقطة نهاية عامة، أو استعادة التخزين للسجلات، أو تصعيد الدعم للأنظمة المُدارة، أو التصدير لفشل المورد.
ما الذي سيثبت دورًا حيًا للبنية التحتية
أوضح دليل سيبدأ بنقطة نهاية خدمة حالية تنشرها الشركة وبيان تقني يحدد كيفية تقديمها. يمكن لملاحظات DNS و IP بعد ذلك كشف البادئة النشطة و ASN الأصلي. إذا كان الأصل هو AS59002، يجب أن تبدأصفحة حالة التوجيه من RIPEstatفي إظهار رؤية المجمع ومساحة العنوان والمسارات. إذا كان الأصل ASN آخر، يجب على الشركة تحديد العلاقة التعاقدية والتشغيلية لتلك الشبكة.
الطبقة التالية هي الاتصال البيني. إعلانات BGP الحالية، وملاحظات مستقرة من عدة مجمعات، ومنابع مسماة، وتفويضات أصل المسار، وسجلات سياسة محفوظة من شأنها إنشاء حافة شبكة عامة. عقود الناقل، ومراجع الدوائر، ورسوم بيانية للمسار المادي، ونتائج تجاوز الفشل من شأنها إثبات أن الحافة قابلة للاستخدام ومتنوعة وليست مرئية فحسب.
تتطلب الطبقة المادية مواقع إنتاج وتعافي مسماة، ونوع إشغال، وتصميم طاقة، ومساحة حرة مقاسة، وتنسيب رف، ومخزون أجهزة، وسياسة قطع غيار، وترتيبات أيادي عن بعد. تتطلب طبقة الخدمة وثائق المنتج، ومراجع العملاء الحاليين أو تصديقات، وأدلة مراقبة، وإجراءات الحوادث. تتطلب طبقة التعافي نتائج استعادة وتجاوز فشل وتصدير بيانات حديثة.
لا يجب أن تكون وثيقة واحدة عامة بالكامل. المواد الحساسة تجاريًا يمكن مراجعتها تحت السرية أو التصديق عليها بشكل مستقل. المهم هو أن السلسلة تربط اسم الشركة بمنتج حي، والمنتج بنقاط نهاية، ونقاط النهاية بشبكات، والشبكات بمرافق، والمرافق باستعادة مختبرة. بدون تلك السلسلة، يرى المشتري المهتم هوية ASN واسمًا بنكهة سحابية، وليس بنية تحتية حالية موثقة.
طلب أدلة المشتري يجب أن يكون محددًا
الطلب الأول يجب أن يطلب من الشركة سرد الخدمات الحالية المواجهة للعملاء وأسماء المضيفين أو نطاقات العناوين أو طرق الاتصال الخاصة المستخدمة من قبل كل منها. يجب أن يسأل صراحةً ما إذا كانت أي خدمة تستخدم AS59002. بيان أن الشركة لديها ASN ليس استجابة؛ السؤال يتعلق بأصل المسار الفعلي والتسليم اليوم.
الطلب الثاني يجب أن يغطي المواقع والموردين. لكل خدمة، يجب على الشركة تسمية مواقع الإنتاج والتعافي، وشرح ما إذا كانت تملك أو تستأجر السعة، وتحديد أطراف العبور والمنشأة المقابلة، وبيان المسؤوليات التي تبقى مع هؤلاء الموردين. يجب أن تكشف الاعتماديات المشتركة للطاقة والألياف والإدارة والتوظيف.
الثالث يجب أن يحدد السعة القابلة للاستخدام. يحتاج المشترون إلى الاستخدام العادي وحالات الفشل، وإنتاجية النسخ الاحتياطي والاستعادة، وحدود موقع التعافي، وقطع غيار الأجهزة، وتوظيف الدعم، ومقدار الحمل الذي يمكن نقله خلال العطل. يجب ربط هذه الأرقام بقياسات حديثة وليس بالحدود القصوى للتصميم.
الرابع يجب أن يقدم أدلة تمرين. تجاوز فشل مسار مؤرخ، وإعادة تشغيل عبء عمل، واستعادة نسخ احتياطي، واسترداد مستوى التحكم، وتصعيد الدعم، وتصدير عميل يختبر كل وعدًا مختلفًا. يجب أن تذكر التقارير ما فشل، والمدة التي استغرقتها الاستعادة، وما البيانات المفقودة، وأي مورد أخر التعافي، وما تغير بعد ذلك.
أخيرًا، يجب أن يعكس العقد الهندسة المعمارية. يجب أن يحدد الإشعار والتصعيد والقياس وموقع البيانات والمقاولين من الباطن ومساعدة الخروج وتنسيقات التصدير والعلاجات. لا يمكن للمشتري إزالة التبعية، لكن يمكنه جعل التبعية قابلة للملاحظة ومحدودة وقابلة للعكس.
يجب أن تتبع المراقبة الخدمة، وليس فقط ASN
يبقى AS59002 جديرًا بالمراقبة لأن أي إعلان جديد سيغير الأدلة بشكل جوهري. يمكن لمراقبة بسيطة تسجيل عدد البادئات ورؤية المجمع وتغييرات الجيران وحالة أصل المسار وكائنات السياسة. يوفرسجل الأنظمة المستقلة لـ IANAوإرشادات ASN من APNICسياق التخصيص، بينما تظهر المصادر الحية المذكورة بالفعل ما إذا كان الرقم قيد الاستخدام.
لكن مراقبة AS59002 فقط قد تفوت الخدمة الفعلية. بمجرد أن يحدد المزود نقاط النهاية، يجب على العملاء مراقبة DNS وشهادات TLS وأصول المسار وزمن الوصول وإمكانية الوصول من شبكات متعددة. يجب أن يفصلوا فشل التطبيق عن سحب المسار وضعف التخزين وفشل لوحة التحكم وقفل الحساب. كل عرض ينتمي إلى مالك ومسار تعافي مختلفين.
تحتاج المراقبة أيضًا إلى قاعدة قرار. البادئة الجديدة ليست تلقائيًا دليلاً على الاستخدام الإنتاجي؛ قد تكون اختبارًا. السحب القصير ليس تلقائيًا انقطاعًا؛ قد يكون صيانة أو إدارة حركة مرور. يمكن للمشغل توضيح المعنى بإشعار تغيير وبيانات looking-glass وإحصاءات الخدمة. الاتفاق المتكرر بين ملاحظات التوجيه العامة وقابلية وصول العميل سيعزز الثقة بمرور الوقت.
الهدف ليس تحويل كل عميل إلى مركز عمليات شبكة. بل منع أن تكون التبعية الحرجة معروفة فقط من خلال رسالة حالة المزود. الملاحظة المستقلة تجعل محادثات الحوادث أسرع وتسمح بتحسين درجة الأدلة عندما يصبح التشغيل مرئيًا.
درجة الأدلة سلبية لبصمة ASN الحالية
يحصل AS59002 على درجة أدلة شبكة سلبية لبصمة تشغيل حالية. تتبع الدرجة الحقائق الملاحظة: صفر بادئات معلنة، صفر مساحة عنوان، صفر رؤية أقران RIS، صفر جيران، CAIDAseen: false، مخروط بادئات صفري ودرجة شبكة صفرية. سجل النظام المستقل موجود، لكنه لا يعرض حافة موجهة حاليًا.
هذه الدرجة أضيق عمدًا من حكم على الشركة. لا تقول إن Chongqing Cloud Computing Investment&Operation Co.,Ltd توقفت عن التداول، أو ليس لديها خوادم، أو ليس لديها عملاء، أو لا يمكنها تقديم خدمة سحابية. لا يمكن لبيانات التوجيه العامة دعم أي من تلك العبارات. تقول إن التشغيل السحابي الحالي لا يمكن إثباته من خلال AS59002 وأن مسار التسليم البديل، إذا كان موجودًا، لم يتم تعيينه هنا.
التمييز مهم لأن الدليل السلبي مفيد فقط عندما يكون نطاقه صادقًا. جدول BGP هو مكان قوي لاختبار أصل المسار العام. إنه مكان ضعيف لاختبار الاتصال الخاص، والاستضافة الموجهة من المزود، ومخزون الرف، والتوظيف، والمسؤولية التعاقدية. يمكن لـ ASN الخامل المظهر أن يتعايش مع خدمة على شبكة أخرى؛ يمكن لـ ASN النشط أن يتعايش مع مرافق ودعم هشين.
الاستجابة الصحيحة ليست ملء الصمت بالتخمين. إنها تحديد الأدلة التي يمكن أن تغير النتيجة. نقاط النهاية الحالية، وأصول المسار، والاتصال البيني، والمرافق، والعقود، والسعة، وتمارين التعافي ستفعل ذلك. حتى ذلك الحين، يظل الدور السحابي في اسم الشركة اقتراحًا وليس حقيقة شبكية مرئية.
ما يجب مراقبته بعد ذلك
أكثر تغيير عام حاسم سيكون ظهور بادئة IPv4 أو IPv6 منشأة بواسطة AS59002. سيخلق ذلك مسارًا للمراقبة، وزوج أصل للتحقق، وجيران لتحليلهم. الاستمرار سيكون مهمًا: الإعلان الإنتاجي المستقر يحمل وزنًا دليليًا أكبر من اختبار قصير. ملف PeeringDB جديد، أو كائنات سياسة توجيه محفوظة، أو بيان شركة يربط الخدمات بـ ASN سيضيف سياقًا.
التغيير الثاني للمراقبة هو دليل على أن خدمة حية تستخدم شبكة أخرى. موقع ويب حالي للشركة مع نقاط نهاية خدمة قابلة للحل، أو وثائق منتج تسمي شريكًا للبنية التحتية، أو مواد وصول عميل تحدد عناوين مخصصة من المزود يمكن أن تفسر ASN الصامت. يجب اختبار هذه الأدلة مقابل سجلات التوجيه والمورد بدلاً من معاملتها كدليل بذاتها.
الثالث هو الكشف المادي والتشغيلي. مرافق مسماة، ومواقع تعافي، وحدود الطاقة والشبكة، وتصعيد الدعم، وتقارير الحوادث الحديثة، واستعادة مقاسة ستظهر ما إذا كانت الخدمة يمكنها النجاة من الفشل. شروط موقع البيانات والتصدير ستظهر ما إذا كان العملاء يمكنهم التحكم في تبعيتهم.
في الوقت الحالي، AS59002 هو هوية سجل واضحة وغياب واضح بنفس القدر في جدول المسار العالمي الحالي. هذا المزيج أكثر إفادة من تسمية سحابية غير مؤهلة. يخبر القراء بالضبط ما هو معروف، وما هو غير معروف، وما الذي سيتعين على المزود إظهاره قبل أن يصبح الاسم دليلاً على بنية تحتية حية قابلة للاسترداد.