CLOUDNET INTERNET SERVICE PVT LTD هو مزود خدمة إنترنت مرئي في تاميل نادو، وليس مضيفًا سحابيًا موثقًا

ملخص

• سجلت وزارة الاتصالات في الهند شركة Cloudnet Internet Service Private Limited كحامل لترخيص خدمة الإنترنت من الفئة ب لمنطقة تاميل نادو، ساري المفعول منذ 10 أبريل 2023. تربط صفحات بيانات الشركة نفس العنوان وبيانات الاتصال بشركة في تشيناي تأسست عام 2021. وهذا يؤكد هوية منظمة كمزود خدمة إنترنت، وليس كمحفظة منتجات حوسبة سحابية.
• كان AS150069 نشطًا في 10 يوليو 2026، معلنًا عن103.21.6.0/23، والمسارين الفرعيين/24و2001:df1:66c0::/48. كان تجميع IPv4 مرئيًا منذ أكتوبر 2022 ومسار IPv6 منذ نوفمبر 2022. تفويض المسار الحالي صالح وفقًا لـ RPKI، وتم الحفاظ على سجلات التسجيل مؤخرًا.
• أظهرت مجمعات المسارات العامة جارًا واحدًا فقط لـ AS150069: AS132774 التابع لـ Niss Internet Services Private Limited. وهذا يشكل دليلاً على مسار توجيه خارجي واحد مرئي، وليس دليلاً على أن Cloudnet ليس لديها اتصال خاص أو دائرة احتياطية. كما أنه ليس دليلاً على تنوع التوجيه المادي أو التبديل التلقائي أو السعة الزائدة.
• تصف IPinfo AS150069 بأنه مزود خدمة إنترنت للمستهلكين مع نمط حركة مرور نهاري واضح ولا تبلغ إلا عن نطاق واحد مستضاف في مساحة العناوين. هذه إشارات مفيدة، وليست أرقام عملاء أو منتجات مدققة. لم يتم العثور على كتالوج خدمات، أو موقع مركز بيانات، أو مخزون رفوف، أو عرض آلة افتراضية، أو عرض خادم مخصص، أو خدمة تخزين، أو التزام بالتوفر، أو سياسة نسخ احتياطي، أو إجراء ترحيل عام لـ Cloudnet.
• يتمثل التخفيض المسؤول في الانتقال من مشغل سحابي مفترض إلى مزود خدمة إنترنت صغير في تاميل نادو يتم توجيهه حاليًا، والذي لا يُعرف بعد بصمته التجارية وشبكته الفعلية. وتعتمد مرونته على البنية التحتية للوصول المحلي، ومعدات التجميع المزودة بالطاقة، والاتصال بـ Niss، والاتصال التصاعدي لـ Niss، والقوى العاملة الداعمة. ستكون هناك حاجة إلى دليل على أعباء العمل المستضافة الفعلية قبل مناقشة Cloudnet كمزود سحابي.

افتراض السحابة يفشل في أول سؤال منتج

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

أقوى وثيقة عامة خاصة بالشركة ليست كتالوجًا سحابيًا. إنهاقائمة تراخيص خدمات الإنترنت الصادرة عن وزارة الاتصالات حتى 31 يناير 2025. يحدد الإدخال Cloudnet Internet Service Private Limited، رقم الترخيصDS-11/401/2022-DS-III، الفئة ب، منطقة خدمة تاميل نادو، بتاريخ سريان 10 أبريل 2023. يتطابق جهة الاتصال المرخصة وعنوان المكتب المسجل ورقم الهاتف مع سجلات الشركة وسجلات الإنترنت.

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

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

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

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

شركة في تشيناي وتفويض في تاميل نادو

تحدد مجمعات الشركات Cloudnet Internet Service Private Limited برقم تعريف الشركةU64120TN2021PTC142654.صفحة الشركة على Toflerتؤرخ تأسيسها في 8 أبريل 2021، وتشير إلى رأس مال مصرح به قدره 1 مليون روبية ورأس مال مدفوع قدره 100,000 روبية، وتسمي Logasundari وGopikrishnan كمديرين.سجل ZaubaCorpيوفر نفس CIN، والتسجيل في تشيناي، وعنوان Kottivakkam، على الرغم من أن بعض حقول التاريخ في ملخصاته غير متناسقة ولا ينبغي التعامل معها كبديل للإيداع الحالي.

العنوان مفيد بشكل خاص لحل الهوية. قائمة التراخيص تضع الشركة في الطابق الثالث، قطعة 11/236A، شارع Vivekanandar الثالث، Kottivakkam، تشيناي.تسجيل APNIC لـ AS150069يستخدم الاسم القانوني المختصر، CLOUDNET INTERNET SERVICE PVT LTD، ويكرر دوره الإداري نفس العنوان ورقم الهاتف.تسجيل تخصيص IPv4وتسجيل تخصيص IPv6يحملان نفس اسم الشبكة،CNISPL، ونفس سلسلة جهات الاتصال. هذه ليست مجرد شركات متشابهة تشارك اسمًا عامًا؛ السجلات تتقارب نحو شركة واحدة.

هذا التقارب يستبعد أيضًا العديد من الأسماء المشتركة الأخرى. تظهر شركة أخرى، Cloudnet Broadband Services Private Limited، في وثائق ترخيص أقدم من هاريانا، وتظهر Cloudnet Communications Private Limited في جداول المشتركين. تستخدم شركات أخرى في أماكن أخرى Cloud Net أو Cloudnet كاسم تجاري. لا ينبغي استخدامها لسد الفجوات في كتالوج الخدمات أو عدد العملاء أو تاريخ هذه الشركة. مرتكز الهوية هنا هو ترخيص تاميل نادو، وCIN، وعنوان Kottivakkam، وAS150069.

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

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

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

AS150069 يوفر دليلاً على التشغيل الحالي

النظام المستقل هو وحدة سياسة توجيه، وليس شركة كاملة. ومع ذلك، فإن AS150069 هو أوضح دليل على أن Cloudnet تشغل شيئًا ما حاليًا.نظرة عامة على AS من RIPEstatأبلغت عن ASN كمُعلن عنه في 10 يوليو 2026.استجابة البادئات المُعلنةسردت بادئة التجميع IPv4103.21.6.0/23، والمسارين الأكثر تحديدًا103.21.6.0/24و103.21.7.0/24، وبادئة IPv62001:df1:66c0::/48.

تحتوي بادئة التجميع IPv4 على 512 عنوانًا.حالة التوجيه الحاليةأظهرت AS150069 كأصل مرئي وحيد للـ/23، شوهد من قبل 326 من أصل 327 نظير IPv4 مُبلغ. وأظهرت أيضًا كلا الـ/24تحت البادئة المجمعة. استجابات حالة منفصلة لـ103.21.6.0/24و103.21.7.0/24سجلت نفس الأصل والرؤية. لم يكن هذا أثرًا مرئيًا من قبل مراقب واحد.

الجدول الزمني جوهري.تاريخ التوجيه للـ/23يبدأ إعلان تجميع Cloudnet في أكتوبر 2022 ويستمر حتى تاريخ البحث. ظهر كلا الـ/24لأول مرة في ديسمبر 2022. انخفضت رؤيتهما بشكل حاد خلال فترة بدأت في مارس 2025 بينما بقي الـ/23المُغطي مرئيًا على نطاق واسع، ثم عاد إلى رؤية واسعة في مايو 2026. هذا تغيير في دقة المسار وانتشاره، وليس دليلاً على توقف خدمة العميل. حركة المرور الموجهة إلى الكتلتين لا يزال بإمكانها اتباع التجميع المُغطي عندما لم يكن المسار الأكثر تحديدًا مرئيًا.

IPv6 ليس مجرد حجز تسجيل.حالة التوجيه لـ2001:df1:66c0::/48أظهرت AS150069 يعلن عن البادئة لجميع أقران IPv6 الـ 321 المُبلغين في 10 يوليو. شوهد المسار لأول مرة في نوفمبر 2022. تم تعديل كائن مسار APNIC في 8 يوليو 2026، أي قبل يومين من الملاحظة، كما تم تحديث سجل جهة الاتصال المرتبط في يونيو. تظهر هذه التواريخ إدارة مستمرة للموارد. لكنها لا تخبرنا عن مقدار حركة مرور العملاء التي تستخدم IPv6 ولا عن عدد المستخدمين الذين يتلقونه.

التمييز بين السعة المركبة والقابلة للاستخدام أساسي. الـ/23هو مجموعة عناوين، وليس شراء نطاق ترددي. 512 عنوان IPv4 لا تعني 512 عميلاً أو خادمًا أو منفذًا أو ميغابت. قد يستخدم مزود الخدمة العناوين لواجهات أجهزة التوجيه، أو تجمعات NAT على مستوى المشغل، أو دوائر الأعمال، أو البنية التحتية، أو مخزون احتياطي. قد تستخدم أسرة واحدة عدة عناوين عامة؛ قد تشارك العديد من الأسر عنوانًا واحدًا. العدد الأكبر بكثير من العناوين الرقمية داخل الـ/48IPv6 أقل فائدة كمقياس للسعة.

ثلاثة إعلانات IPv4 متزامنة لا تُضاعف الشبكة ثلاث مرات. الـ/23ومكوناه الـ/24يغطيان نفس مساحة العنوان. قد تدعم الإعلانات الأكثر تحديدًا سياسة توجيه أو هندسة حركة أو انتقال تشغيلي، لكن بيانات التوجيه المرئية لا تكشف عن الغرض المطبق. عد التجميع والمكونات على أنها 1,024 عنوان IPv4 فريد سيكون عدًا مزدوجًا لنفس 512 عنوانًا.

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

جار واحد هو الحدود الخارجية المرئية

عرض جيران AS من RIPEstatوجد جارًا واحدًا فقط في 10 يوليو 2026: AS132774. يحدد APNIC هذا ASN باسمNiss Internet Services Private Limited، وهي شبكة في تاميل نادو مسجلة في Tirunelveli.عرض AS150069 من تقرير CIDRيظهر بشكل مستقل نفس الجوار ولا يوجد ASN في اتجاه مجرى النهر.

مجمعات المسارات ترى الطوبولوجيا، وليس العقود. AS مباشرة تسبق Cloudnet في المسارات المرصودة متوافقة مع قيام Niss بتوفير العبور أو التوجيه المدار أو شكل آخر من أشكال النطاق التصاعدي. هذا لا يكشف عن السعر، أو النطاق الترددي الملتزم به، أو شروط الاندفاع، أو التوصيل المادي، أو مزود الألياف، أو الإشعار المسبق، أو التزام الاستعادة، أو إذا كانت Cloudnet تشتري الخدمة مباشرة. التصنيف التجاري "تصاعدي" هو استنتاج معقول هنا، لكن النتيجة العامة هي严格 جار BGP خارجي واحد مرئي.

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

Niss نفسها لديها طوبولوجيا أوسع.إدخال PeeringDB الخاص بهايسرد الـ peering في NIXI Chennai ومرافق في تشيناي وTirunelveli، بينماbgp.toolsيسرد عدة تصاعديات لـ AS132774. هذه حقائق مُبلغ عنها ذاتيًا وملاحظة حول Niss، وليست خصائص موروثة لـ Cloudnet. قد تستفيد حزمة من Cloudnet من خيارات Niss بعد الوصول إلى AS132774، لكن حقيقة أن Niss لديها عدة تصاعديات لا تثبت أن Cloudnet لديها وسيلتان مستقلتان للوصول إلى Niss.

عرض اللحظة الحالية من RIPEstat للـ/23وضع مرارًا AS132774 مباشرة قبل AS150069 في المسارات المجمعة. مرت العديد من المسارات بعد ذلك عبر AS9498 التابع لـ Bharti Airtel بعد Niss. هذا يشير إلى السلسلة المرئية في تلك اللحظة: Cloudnet، Niss، ثم شبكات عبور أكبر. هذا لا يعني أن Cloudnet لديها عقد مباشر مع Airtel، ولا يثبت مكان التوصيل المادي.

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

الاسترداد يعتمد على حقائق غير عامة: إذا كان لدى Cloudnet دائرة ثانية؛ إذا كانت تنتهي على معدات حافة مختلفة؛ إذا كان هذا المسار يتبع مسارًا منفصلاً؛ إذا كان التبديل تلقائيًا؛ إذا كان للنسخ الاحتياطي سعة كافية للذروة العادية؛ إذا تم نقل كل من IPv4 وIPv6؛ وأي شركة تملك الاستجابة الأولى. رسم بياني بخطوط لا يثبت أيًا من هذا بدون تحديد القواسم المادية والتعاقدية المشتركة.

الشبكة المادية تبدأ حيث يتوقف BGP عن التفسير

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

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

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

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

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

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

مسألة الموقع المادي يجب أن تظل مفتوحة. Kottivakkam هو موقع مكتب مسجل. إحداثيات السجل تقترح نقطة أخرى في شمال تاميل نادو، وقياسات طرف ثالث تربط عناوين بتشيناي، وناغاري، وتسميات أخرى في تاميل نادو. قواعد البيانات الجغرافية لـ IP قد تعكس تسجيل العنوان، أو مواقع المستخدمين المستنتجة، أو تحيز القياس. لا يوجد دليل على أن Cloudnet لديها رف في مركز بيانات مسمى أو تمتلك معدات في موقع معين.

الفوترة والدعم والعقود قد تعطل شبكة سليمة

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

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

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

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

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

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

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

السعة المركبة ليست السعة التجارية

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

الكميات التشغيلية ذات الصلة غائبة. Cloudnet لا تنشر عدد الاشتراكات النشطة، أو مزيج السرعات، أو العبور الملتزم به، أو سعة الـ peering، أو تصميم التوصيل الخلفي، أو استخدام المنفذ، أو حركة المرور في ساعات الذروة، أو معدل الإفراط في الاشتراك، أو سجل الازدحام. تجمع IPv4 المكون من 512 عنوانًا لا يسد هذه الفجوات. يمكن لـ NAT على مستوى المشغل تمكين أكثر من 512 جهاز عميل من مشاركة التجمع؛ قد تستهلك الخدمات الثابتة للأعمال عناوين متعددة لكل حساب؛ ويغير IPv6 حساب العنونة دون إضافة بت واحد من سعة العبور بحد ذاته.

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

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

لوائح الجودة لعام 2024 من TRAIتضع معايير والتزامات إبلاغ لمزودي الوصول والنطاق العريض، بما في ذلك توفير الخدمة، وأداء الشبكة، وإصلاح الأعطال، ومعالجة الشكاوى.تقرير الأداء الربع سنوي لديسمبر 2024يشرح أن ملخص أداء النطاق العريض المنشور غطى المزودين الذين لديهم أكثر من 10,000 مشترك. لم يتم تحديد Cloudnet في الملخص العام كأحد هؤلاء المزودين الكبار. هذا الإغفال لا يثبت حجمها ولا يعفيها من الالتزامات المطبقة؛ يعني أن الملخص الوطني لا يمكن استخدامه كدليل على أداء خاص بـ Cloudnet.

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

الخدمة السحابية ستتطلب مجموعة أدلة مختلفة

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

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

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

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

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

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

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

RPKI هو نظافة توجيه مفيدة، وليس مرونة بحد ذاتها

اتخذت Cloudnet إجراءً ملموسًا لأمن التوجيه.التحقق من RPKI من RIPEstat لبادئة IPv4 المجمعةوجد تفويض أصل مسار صالح يغطي AS150069 ويسمح بإعلانات تصل إلى/24. لذلك، المسارات الفرعية صالحة تحت نفس التفويض.التحقق من الـ/48IPv6كان صالحًا أيضًا.

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

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

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

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

الأشخاص المتأثرون على الأرجح هم عملاء وصول، وليس أعباء عمل مستضافة

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

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

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

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

يجب قياس الاسترداد من حافة العميل. استعادة إعلان BGP لا تكفي إذا بقيت ألياف التغذية مقطوعة. إصلاح الألياف لا يكفي إذا تعطلت المصادقة. تشغيل المفتاح لا يكفي إذا كانت الجلسة التصاعدية لا تزال غير متاحة. تقرير حادث صلب سيحدد الطبقة الفاشلة، والمشغل المسؤول، وأوقات البداية والاستعادة، والمنطقة المتأثرة، والحل البديل، وعما إذا تمت استعادة السعة بالكامل.

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

ما سيثبت صورة تشغيلية أقوى

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

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

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

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

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

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

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

شبكة صغيرة نشطة، مع قصة أضيق من اسمها

CLOUDNET INTERNET SERVICE PVT LTD ليست قشرة شركة فارغة. لديها تفويض خدمة الإنترنت من الفئة ب في تاميل نادو، وهوية متسقة في تشيناي عبر السجلات العامة، ونظام مستقل نشط، وتخصيص IPv4 بـ 512 عنوانًا، و IPv6 /48 معلن عنه، وتفويضات أصل مسار صالحة. مساراتها مرئية منذ 2022، وبيانات سجلها تم صيانتها قبل وقت قصير من تاريخ الملاحظة.

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

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

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