الملخص
- تمتلك CLOUD COLIBRI S.A هوية عامة محددة في سجلات الإنترنت. يسجل LACNIC الشركة في لا سييبا، هندوراس كحامل نشط لـ AS269866 و
2803:6760::/32، مع جوليان بالاسيوس كممثل قانوني واتصال إداري وفني وإساءة استخدام. - الشبكة ليست محجوزة فقط. لاحظ RIPEstat مسار IPv6
/32المنشأ بواسطة AS269866 خلال الفترة من 1 إلى 15 يوليو 2026، مرئي لجميع 322 من أقران IPv6 المبلغين عند نقطة الالتقاط. كما أن أصله الدقيق عادvalidتحت RPKI، مع تفويض مقصور على/32. - دليل الخدمة أضعف بكثير. يعلن المزود عن خوادم افتراضية KVM و Xen، وإعادة تحجيم تلقائية، واستضافة مُدارة، ونسخ احتياطي يومي، ودعم على مدار الساعة، ووقت تشغيل 100%، لكن صفحاته تحتفظ بتذييل 2019، ولا تقدم أي نتيجة عميل محددة أو تاريخ حالة الخدمة، وتوجه الموقع العام عبر تجميع IPv4 لمشغل آخر.
- الموقع والمساءلة يحتاجان إلى إجابات على مستوى العقد. عنوان التسجيل في هندوراس لا يحدد موقع بيانات العميل؛ كما ينشر السجل اتصالًا فنيًا في نيويورك، وتضع القياسات من طرف ثالث نقاط نهاية IPv6 مرئية في نيويورك، وعادت جهة الاتصال العامة للفوترة بخطأ في الخادم أثناء المراجعة. يحتاج المشترون إلى خريطة بيانات نسخة بنسخة، ومخطط شبكة حالي، وأدلة استرداد، والتزامات دعم محددة حسب الخطورة.
حامل موارد حقيقي يقف خلف الاسم
غالبًا ما يواجه مشترو الخدمات السحابية اسم شركة قبل أن يواجهوا دليلًا على أن الشركة تتحكم في أي بنية تحتية. CLOUD COLIBRI S.A تتجاوز هذا العقار الأول. يحددسجل LACNIC لـ AS269866تخصيصًا مباشرًا نشطًا لـ CLOUD COLIBRI S.A، بعنوان في بوليفارد 15 دي سبتمبر بجوار INFOP في لا سييبا، هندوراس. تم تسجيل النظام المستقل في 5 ديسمبر 2019. يذكر السجل جوليان بالاسيوس كممثل قانوني ويعين نفس جهة الاتصال للأدوار الإدارية والفنية وإساءة الاستخدام عبر عنوان بريد إلكتروني علىcloudcolibrisa.com.
إنسجل LACNIC لـ2803:6760::/32يجعل الهوية أكثر واقعية. إنه يميز تخصيص IPv6 نشطًا، ويعود تاريخ تسجيله إلى 24 أكتوبر 2019 ويذكر نفس الشركة والعنوان والممثل. وبالتالي فإن التخصيص والنظام المستقل مرتبطان بأكثر من مجرد تسمية مماثلة: فهما يشتركان في مقبض المنظمة في السجل، وسلسلة الاتصال العامة، والممثل القانوني.
هذا إسناد مفيد، لكن نطاقه مهم. سجل الإنترنت موثوق لتسجيل الموارد؛ إنه ليس سجلًا للشركات، أو بيان ملكية مدقق، أو شهادة منشأة. لا يكشف السجل العام تفاصيل التأسيس، أو المساهمين، أو سلطة التوقيع، أو الحسابات، أو العلاقة بين CLOUD COLIBRI S.A وكل أصل يستخدم لتقديم الخدمة. لا يزال يتعين على العميل الحصول على مستخرج شركة هندوراسي حالي، والتحقق من يمكنه إلزام الشركة، والتأكد من أن اسم التعاقد يطابق حامل المورد الذي يتوقع تشغيل الشبكة.
التمييز عملي وليس شكليًا. إذا تضمن حادث سمعة عنوان، أو تحكم في المسار، أو معالجة إساءة استخدام، فإن AS269866 يمنح المشتري مشغل شبكة قابل للتحديد وجهة تصعيد منشورة. إذا كان النزاع بدلاً من ذلك يتعلق بنسخة احتياطية فاشلة، أو برنامج تشغيل غير متاح، أو استرداد غير مدفوع، فلا يمكن للسجل تحديد الشركة التي تمتلك الخادم، أو التي وظفت المهندس، أو التي قبلت التزام الخدمة. يمكن لسجل هوية واحد دعم سلسلة المساءلة دون إكمالها.
الكتالوج يكشف نموذج التشغيل، لكن ليس نتائجه
تصفالصفحة الرئيسية لـ Cloud Colibriأجهزة افتراضية مستخلصة من الأجهزة المادية. تقول إن كل خادم يحصل على وحدة معالجة مركزية مضمونة وفقًا للحجم، وقد يستخدم سعة المضيف الاحتياطية عند توفرها، ويمكن إعادة تحجيمه بنقرة أو استدعاء API. عملية إعادة التحجيم المذكورة تأخذ الخادم دون اتصال لفترة وجيزة، وتغير ذاكرة الوصول العشوائي والقرص ووحدة المعالجة المركزية، وتعيد تشغيله تلقائيًا. هذا سطح تحكم ملموس: يمكن للعملاء استنتاج أن المزود يبيع أجهزة افتراضية قابلة للتغيير وليس فقط حسابات استضافة مشتركة ثابتة.
تعطيصفحة الخدماتالعرض شكلًا يمكن التعرف عليه. تسرد ستة خطط KVM و Xen مع نواة أو نواتين لوحدة المعالجة المركزية، و10 جيجابايت إلى 50 جيجابايت من القرص، و1 جيجابايت إلى 4 جيجابايت من الذاكرة المضمونة، وLinux أو Windows، ووصول SSH أو RDP كجذر، واستضافة مُدارة، ونسخ احتياطي يومي مع استعادة مجانية واحدة شهريًا، وتسامح مع الأعطال، ونقل بيانات غير محدود. تتراوح الأسعار الشهرية المعروضة من 11 دولارًا إلى 33 دولارًا. تقول الصفحة أيضًا إن أعباء العمل موزعة عبر مجموعة، مع تعيين مهام فردية للخوادم حتى لا يعتمد الحساب على جهاز واحد.
هذه التفاصيل أفضل من تسمية سحابية فارغة. إنها تكشف خيارات المحاكاة الافتراضية، وامتيازات العملاء، وآلية إعادة التحجيم، وحق نسخ احتياطي واحد على الأقل. كما تترك حدود المسؤولية مفتوحة بشكل غير معتاد. يشير الوصول كجذر إلى أن العميل يمكنه إدارة نظام التشغيل؛ وتشير الاستضافة "المُدارة" إلى أن المزود قد يفعل ذلك. لا تقول الصفحات من يصحح الضيف، أو يدير المفاتيح المميزة، أو يراقب صحة التطبيق، أو يوافق على إعادة تشغيل طارئة، أو يمتلك التكوين بعد الإنهاء.
وعد النسخ الاحتياطي له غموض مماثل. "يومي" لا يحدد وقت الالتقاط، أو فترة الاحتفاظ، أو موقع التخزين، أو سلطة التشفير، أو عدم القابلية للتغيير، أو هدف نقطة الاسترداد. استعادة مجانية واحدة شهريًا هي بدل تجاري، وليس التزامًا بوقت الاسترداد. يحتاج المشتري إلى معرفة ما إذا كانت الاستعادة الإضافية قابلة للفوترة فقط أو محدودة تشغيليًا، وما إذا كان يمكن طلب استعادة على مدار الساعة، وكيف يتم التحقق من الهوية قبل استبدال البيانات، ومتى استعاد المزود بنجاح خادمًا مشابهًا.
يقدم الموقع أيضًا ادعاءات كبيرة حول المنشأة. إنه يسرد طاقة غير منقطعة، وإمدادًا من شبكات متعددة، ومولد Caterpillar عالي السعة، وقواطع دوائر مخصصة، وتحكمات بيومترية، وأجهزة استشعار للحركة، ودوريات حراس، وأجهزة إنذار، وإخطار الشرطة، ووصولًا مستمرًا لمسؤولي النظام وموظفي المراقبة في الموقع. لا يصاحب أي من هذه البيانات اسم منشأة، أو عنوان، أو رقم سعة، أو سجل صيانة، أو تدقيق، أو صورة مرتبطة بالموقع، أو نتيجة اختبار. إنها تحدد أسئلة العناية الواجبة؛ لا تجيب عليها.
عمر سطح المبيعات وحالته مهمان أيضًا. كانت كلتا الصفحتين العامتين نشطتين أثناء المراجعة، لكن كل منهما احتفظ بتذييل حقوق الطبع والنشر لعام 2019.نقطة اتصال العملاء المرتبطةأعادت خطأ HTTP 500 في الخادم عند الالتقاط. تذييل قديم لا يثبت بنية تحتية قديمة، وخطأ تطبيق عابر لا يثبت أن الدعم غير متاح. ومع ذلك، معًا يجعلا من غير الآمن التعامل مع الخطط أو الأسعار أو مسارات الطلب المنشورة على أنها حالية دون تأكيد من شخص مسؤول.
AS269866 صغير ومرئي ومرخص تشفيريًا
أقوى دليل في الوقت الحاضر هو المسار نفسه. أظهرتملاحظة RIPEstat للبادئات المعلنة2803:6760::/32المنشأ بواسطة AS269866 طوال نافذة المراقبة من 1 إلى 15 يوليو 2026.سجل حالة التوجيهيعود بتاريخ أول أصل ملاحظ إلى 6 يناير 2022 وآخرها إلى 15 يوليو 2026. عند نقطة الالتقاط، رأى 322 من 322 من أقران IPv6 المبلغين المسار.
تثبت هذه الرؤية وجودًا دائمًا ومنتشرًا عالميًا في مستوى التحكم. لا تثبت عدد العملاء الذين يستخدمون البادئة، أو مقدار حركة المرور التي يحملها، أو ما إذا كانت التطبيقات تستجيب بشكل موثوق./32هو تخصيص IPv6 كبير من حيث العناوين، لكن عدد العناوين مضلل بشكل خاص في IPv6: لا ينبغي أبدًا تحويله إلى عدد خوادم أو استخدام أو نطاق تجاري.
للمسار أيضًا إشارة أمان إيجابية.التحقق من RPKI عبر RIPEstatأعادvalid، مدعومًا بتفويض أصل مسار يسمي AS269866 للـ/32بالضبط مع طول أقصى 32. يمكن للشبكات التي تفرض التحقق من أصل المسار بالتالي التحقق من أن هذا التجمع مصرح به للانطلاق من ASN الخاص بالشركة.
إعداد الطول الأقصى متحفظ: يأذن بالتجمع، وليس بمسارات أكثر تحديدًا عشوائية. يمكن أن يقلل ذلك من التعرض العرضي، على الرغم من أنه يعني أيضًا أن إعلان طارئ أو هندسة مرور أطول من/32سيحتاج إلى تفويض معدل للتحقق. لا يحمي RPKI برنامج تشغيل، أو يشفر البيانات، أو يقيس زمن الوصول، أو يمنع كل تسرب مسار. إنه يجيب على سؤال واحد ضيق وقيم: ما إذا كان الأصل الملاحظ متسقًا تشفيريًا مع النية المنشورة لحامل المورد.
للشبكة اعتماد مرئي ضيق. وجدتملاحظة الجيران عبر RIPEstatشبكة مجاورة واحدة في 15 يوليو، AS265680. تحدد IPinfo تلك الشبكة كـ HNTELCO S.A وتصنف AS269866 كنظام مستقل أحادي الاتصال. لا ترى المجمعات العامة كل ترابط خاص أو نسخة احتياطية خاملة، لذلك هذا ليس دليلاً على وجود دائرة مادية واحدة فقط. إنه يظهر أن المجموعة المصدر لا تحتوي على مسار ثانٍ مرئي بشكل مستقل.
بالنسبة لعبء العمل السحابي، الأسئلة التالية مباشرة. هل لدى AS269866 مزود عبور ثانٍ، وإذا كان الأمر كذلك، فهل هذا المسار مرئي عادة أم يتم تفعيله فقط أثناء الفشل؟ هل تدخل الدوائر المبنى من خلال قنوات مستقلة؟ هل يتم تحديث تفويض RPKI الصالح كجزء من تجاوز الفشل؟ هل اختبرت الشركة فقدان AS265680 دون فقدان وصول الإدارة أو DNS أو مسارات العملاء؟ مزود علوي مرئي هو دليل خدمة؛ بديل مستقل ومختبر هو دليل مرونة.
الموقع العام يستخدم مسار تشغيل IPv4 مختلفًا
بصمة الموارد المرئية الخاصة بـ AS269866 هي IPv6 فقط. يبلغ ملفAS269866 من IPinfoعن عدم وجود بادئات IPv4 لـ ASN ومزود IPv6 علوي واحد، AS265680. في الوقت نفسه، حلcloudcolibrisa.comونطاقه الفرعي للفوترة أثناء المراجعة إلى45.186.152.254، عنوان IPv4 خارج AS269866.
مسار السجل لا يجعل ذلك العنوان غير مرتبط.سجل LACNIC لـ45.186.152.0/23المحتوييقول إن النطاق أعيد تخصيصه لجوليان بالاسيوس وينشر نفس عنوان نيويورك ورقم الهاتف وجهة اتصال NOC علىcloudcolibrisa.comالتي تظهر في سلسلة اتصال AS269866. لكنعرض مسار RIPEstatيرى العنوان فقط من خلال45.186.152.0/22الأقل تحديدًا، المنشأ بواسطة AS266842.يحدد LACNIC AS266842كـ HNHOSTING.NET S.A.، منظمة أخرى مسجلة في لا سييبا مع ممثل قانوني مختلف.
الاستنتاج الأكثر إنصافًا محدود. هناك علاقة اتصال مرئية بين عنوان موقع الويب العام لـ Cloud Colibri وممثلها المسمى، بينما يتم تشغيل المسار تحت ASN الخاص بـ HNHOSTING.NET. لا تثبت المصادر الملكية المشتركة، أو اتفاقية إعادة البيع، أو عقد الاستضافة، أو تقسيم المسؤولية التشغيلية بين الشركتين.
هذا الانفصال مهم لأن الموقع لا يمكن أن يكون بمثابة دليل على أن AS269866 يقدم الخوادم الافتراضية المعلن عنها من Cloud Colibri. إنه يثبت أن صفحة خدمة ذات علامة تجارية للشركة يمكن الوصول إليها عبر مورد IPv4 مرتبط بممثلها. يثبت مسار IPv6 النشط بشكل منفصل أن الشركة تتحكم في وجود نظام مستقل نشط. يجب على المشتري أن يسأل أي ASN وبادئات سيستخدمها خادمه الفعلي، ومن يتعامل مع حادث IPv4 أو مسار، وما إذا كانت بوابة الإدارة تعتمد على شبكة خارج حدود المرونة المعلنة للخدمة.
يمكن أن يكون الانقسام عاديًا تمامًا. غالبًا ما يجمع المزودون الصغار بين العناوين المملوكة والمساحة المعاد تخصيصها والعبور العلوي وأنظمة التحكم المستضافة. يأتي الضمان من توثيق هذا المزيج: حامل المورد، أصل المسار، المزود العلوي، مشغل DNS، مضيف البوابة، مزود التخفيف، ومالك التصعيد. بدون هذه الخريطة، لا يمكن للعميل معرفة ما إذا كان الخطأ في شركة واحدة يؤثر فقط على موقع التسويق أو على المسار إلى خادم الإنتاج الخاص به أيضًا.
هندوراس هي مرساة هوية، وليست إجابة لموقع البيانات
تسجيل مورد Cloud Colibri هو هندوراسي. كل من الشركة و AS269865 مرتبطان بـ لا سييبا في LACNIC، وظهرت الشركة أيضًا بين المنظمات الهندوراسية فيسجل LACNIC الانتخابي لعام 2024. هذه الحقائق تدعم هوية مؤسسية هندوراسية. لا تحدد موقع رف أو قرص أو نسخة احتياطية أو جلسة دعم.
السجل العام يشير عبر الولايات القضائية. يعطي LACNIC للمنظمة عنوانًا في لا سييبا لكنه يعطي جهة الاتصال الفنية والإدارية وسوء الاستخدام المسماه عنوانًا في 25 برودواي في نيويورك. تقول IPinfo إن الشبكة مسجلة في الهندوراس بينما كانت نقاط نهاية IPv6 التي يمكنها قياسها في الولايات المتحدة؛ تمت ملاحظة عيناتها الأخيرة القابلة للاختبار في نيويورك. يتم أيضًا إعادة تخصيص مساحة IPv4 التي تخدم الموقع الرسمي للممثل المسمى في عنوان نيويورك.
تحديد الموقع الجغرافي للـ IP هو استدلال، وليس سند منشأة. يمكن تسجيل العناوين في بلد، والإعلان عنها في مكان آخر، أو نفقها، أو أي كاستها، أو تصنيفها بشكل خاطئ بواسطة قاعدة بيانات. ملاحظة اختبار مدتها ملي ثانية واحدة من نيويورك متسقة مع البنية التحتية القريبة لكنها لا تحدد المبنى أو من يملك الأجهزة. الاستنتاج الصحيح ليس أن خدمة Cloud Colibri موجودة بالتأكيد في نيويورك. إنه أن السجل العام لا يبرر افتراض أن بيانات العميل تبقى في الهندوراس.
العميل الذي لديه متطلبات إقامة أو سيادة أو زمن وصول يحتاج إلى خريطة بيانات للخطة المشتراة. يجب أن تحدد الأقراص الأساسية والنسخ المتماثلة والنسخ الاحتياطية اليومية ولوحات التحكم وسجلات المصادقة وبيانات المراقبة ومرفقات التذاكر وسجلات المزود. يجب أن تحدد معالجي البيانات الفرعيين والمسؤولين عن بُعد، وتميز البيانات الساكنة عن البيانات التي يتم الوصول إليها أثناء الدعم، وتشرح ما يتحرك أثناء تجاوز الفشل. يجب أن يقول العقد أيضًا ما إذا كان بإمكان العميل اختيار موقع وما الدليل الذي يثبت الحذف بعد الخروج.
لغة الموقع حول المنشأة تجعل هذا الطلب أكثر أهمية. الادعاءات حول شبكات طاقة متعددة ومولدات وتحكمات بيومترية وموظفين في الموقع تشير إلى موقع مادي، لكن الصفحة لا تسميه. عنوان تسجيل لا سييبا قد يكون مكتبًا أو اتصال شبكة أو منشأة؛ لا تستطيع مجموعة المصادر تحديد أي منها. يجب على المشترين طلب عنوان الخدمة تحت السرية إذا لزم الأمر، ثم التوفيق بينه وبين زمن وصول الشبكة وموقع النسخ الاحتياطي والجدول القانوني.
الدعم على مدار الساعة يحتاج إلى مسار عمل وساعة محددة
يعد المزود بدعم عملاء على مدار الساعة طوال أيام الأسبوع، ووصول لمسؤولي النظام وموظفي المراقبة في الموقع. يضيف LACNIC بريدًا إلكترونيًا عامًا لـ NOC واتصال هاتفي لشؤون التوجيه وإساءة الاستخدام. هذا أكثر مساءلة من علامة تجارية مجهولة بدون شخص مسمى أو اتصال شبكة.
لا يزال هذا ليس دليلاً على أداء الدعم. لا ينشر الموقع مستويات الخطورة، أو أوقات الاستجابة، أو أهداف الاستعادة، أو خطوات التصعيد، أو أرصدة الخدمة. قد يصف "24 ساعة طوال أيام الأسبوع" الوقت الذي يقبل فيه قائمة الانتظار الرسائل، أو عندما يستجيب وكيل الخط الأول، أو عندما يكون المهندس ذو سلطة برنامج التشغيل والشبكة متاحًا. تلك التزامات مختلفة ماديًا أثناء انقطاع الخدمة.
فشل صفحة اتصال العملاء يبرز المشكلة. قد يكون نموذج الويب المعطل مؤقتًا، وقد يكون للعملاء الحاليين بوابة منفصلة أو بريد إلكتروني أو قناة هاتفية. لكن المسار العام المعروض للاتصال لم يكن صالحًا للاستخدام عند نقطة المراجعة. قبل الشراء، يجب على العميل اختبار كل قناة، وتسجيل رقم الحادث، والتحقق من التصعيد بعد ساعات العمل، ومعرفة من يمكنه تفويض تغييرات الشبكة، واستعادة البيانات، والموافقة على علاج الخدمة.
الدعم المحلي يحتاج أيضًا إلى نموذج عمل. تقول الشركة إن الموظفين يراقبون باستمرار في الموقع، لكن مجموعة المصادر لا تحدد عدد الموظفين، أو عمق الوردية، أو تغطية اللغة، أو موقع التوظيف، أو الاعتماد على جهة اتصال واحدة مسماه. يجب أن يحدد جدول زمني موثوق تغطية الدور بدلاً من كشف تفاصيل الموظفين الخاصة: عمليات الشبكة، والمحاكاة الافتراضية، والتخزين، والأمان، والفوترة، وقائد الحادث. يجب أن يضع قواعد التسليم ويضمن أن حدثًا خطيرًا لا ينتظر حتى يستيقظ شخص واحد أو يسافر.
يمكن للأدلة المقاسة أن تحل محل كمية كبيرة من لغة المبيعات. يجب على المشترين طلب توزيعات الاستجابة والاستعادة حسب الخطورة، وإشعارات الصيانة الأخيرة، وتقرير حادث مختصر، واستعادة تمت مشاهدتها. يجب عليهم الاتصال بمسار التصعيد أثناء الإعداد وتضمين فشل البوابة في تمرين الطاولة. يصبح الدعم عنصر تحكم تشغيلي عندما تنجو ساعته وسلطته وقنواته البديلة من نفس الفشل الذي أنشأ التذكرة.
ما يجب أن يطلبه المشترون قبل الاستخدام الإنتاجي
تمتلك Cloud Colibri جوهرًا أكثر من مجرد اسم. هوية سجلها محددة، وتخصيص IPv6 الخاص بها نشط، وكان مسارها مرئيًا لسنوات، وحالة RPKI الخاصة بها صالحة. يصف الموقع عرضًا معقولاً لمزود صغير مع أجهزة افتراضية، ووصول جذر، وتوسيع نطاق تلقائي، ونسخ احتياطي، وتحكمات مادية. هذه الحقائق تبرر المزيد من العناية الواجبة.
إنها لا تتحقق من أقوى وعود المزود. تقول صفحة الخدمات إن العملاء يمكنهم الاستمتاع بوقت تشغيل 100%، لكنها لا تنشر نافذة قياس، أو استثناءات، أو معالجة الصيانة، أو خريطة الاعتماد، أو علاج. "التسامح مع الأعطال" هو تسمية ميزة بدون تصميم مجال الفشل. "غير محدود" في النقل ليس له تعريف للاستخدام العادل أو سعة المنفذ. لا يمكن تسعير النسخ الاحتياطي اليومي بدون احتفاظ ونتائج استعادة كضمان استرداد.
يجب أن يرفق طلب الإنتاج بالتالي دليلًا بكل ادعاء. يجب أن يذكر الجدول القانوني اسم الشركة المتعاقدة وسلطة توقيعها. يجب أن يسرد جدول الشبكة بادئات العملاء، وأصول المسار، ومزود IPv4، والمزودين العلويين، ومسؤولية RPKI، وتجاوز الفشل المختبر. يجب أن يسمي جدول البنية التحتية المنشأة، ومسارات الطاقة، وملكية الأجهزة، وحدود الصيانة. يجب أن يحدد جدول البيانات موقع كل نسخة ومسؤول. يجب أن يحدد جدول الدعم مستويات الخطورة، والساعات، والتصعيد، وأرصدة الخدمة. يجب أن يضمن جدول الخروج تصدير صورة الآلة والبيانات بتنسيق قابل للاستخدام.
يجب على العملاء أيضًا البحث عن دليل يتجاوز صفحات المزود نفسه: مرجع لعبء عمل مماثل، أو فاتورة أو سجل خدمة يربط المنشأة والشبكة المقترحة بالكيان المتعاقد، وبيانات وقت التشغيل من مراقب مستقل، واستعادة تمت ملاحظتها مقابل الخطة المطلوبة. غياب عميل مسمى في السجل العام المتاح ليس دليلاً على عدم وجود عملاء. إنه يعني أن المشترين المحتملين لا ينبغي عليهم استعارة الثقة من شهادات لم يروها.
الحكم المركزي متوازن. CLOUD COLIBRI S.A هي حامل موارد شبكة قابل للإسناد مع وجود IPv6 صغير لكن حقيقي ومرخص جيدًا. حالة خدمتها العامة أقدم وأوسع وأقل قابلية للاختبار من دليل الشبكة ذلك. يمكن للاسم تحديد من يجب أن يجيب على السؤال الأول. يبدأ الضمان التشغيلي فقط عندما يمكن للشركة الإجابة على الأسئلة التالية بعقد حالي، وخريطة موقع، ودعم يعمل، واسترداد مقاس.