الملخص
- AS59004 هو تسجيل نظام مستقل صالح. يسمي سجل RDAP المورد
TNCNT، ويُعيّنه إلى الصين، ويُسجل التسجيل في 4 أبريل 2016 وآخر تعديل في 16 يونيو 2021. ويوسع ملخص RIPE المقابل الحامل إلى Tianjin new cloud network technology co., LTD. - عند نقطة المراقبة في 11 يوليو 2026، أبلغت RIPE عن صفر بادئات IPv4 معلنة، وصفر بادئات IPv6 معلنة، ولا مساحة عناوين مرئية، ولا إدخال توجيه أول ظهور أو آخر ظهور، وصفر رؤية بين 327 ند IPv4 و 322 ند IPv6 كامل الجدول، وصفر جيران ملاحظين لـ AS59004.
- علامة CAIDA بشكل مستقل AS59004
seen=false. وأبلغت عن مخروط بادئات بقيمة صفر، ومخروط عناوين بقيمة صفر، ولا درجة مزود أو ند أو عميل. ASN الوحيد المحسوب في مخروط AS هو AS59004 نفسه، وليس شبكة فرعية. - تثبت هذه النتائج أن ASN المسجل لا يوفر حاليًا حافة BGP عامة قابلة للملاحظة. ولا تثبت أن الشركة قد حُلّت، أو أنها لا تملك معدات، أو أنها لا تستطيع إعادة بيع أو تشغيل خدمات داخل شبكة مزود آخر.
- يتطلب أي ادعاء بخدمة سحابية موثوقة أدلة تتجاوز الاسم والرقم: خدمة قابلة للطلب، ونقاط نهاية قابلة للوصول، وحدود منشأة وأجهزة، ونطاق تشغيل مرخص، واعتماديات نقل وطاقة، وتغطية دعم، واختبارات نسخ احتياطي، واستمرارية فوترة، ومسار خروج مقبول للعميل. لا شيء من هذا مثبت من الأدلة العامة المراجعة.
الاسم يصف طموحًا؛ وجدول التوجيه يصف حالة
"تقنية شبكات سحابية جديدة" هو اسم كثيف بشكل غير معتاد بدلالات البنية التحتية. كلمة سحابية توحي بقدرة حوسبة وتخزين وبرمجيات وقياس. كلمة شبكات توحي بنقاط نهاية قابلة للوصول ومساحة عناوين ومسارات عبر أنظمة مستقلة أخرى. كلمة تقنية توحي بقدرة تشغيلية وليس حجزًا ورقيًا. ومع ذلك، لا يمكن استنتاج أي من هذه الدلالات بأمان من اسم شركة.
الحقيقة القابلة للملاحظة أصغر. استجابةRDAP لـ AS59004تُعيّن رقم نظام مستقل واحد، وتُسميهTNCNTورمز البلدCN، وتضع تاريخ تسجيله في 4 أبريل 2016. يُظهرملخص RIPE لـ ASالحامل كـTNCNT - Tianjin new cloud network technology co., LTD، ويضع الرقم في الكتلة المخصصة من APNIC 58368-59391 ويُعلمه بأنه غير مُعلن عند وقت القطع البحثي.
هذا دليل ذو معنى. رقم النظام المستقل ليس معرف شركة تزييني. إنه رقم يُستخدم في التوجيه بين النطاقات بحيث يمكن للشبكة التعبير عن سياسة التوجيه والظهور في المسارات التي تحمل قابلية الوصول عبر الإنترنت. يشرحدليل APNIC لأرقام الأنظمة المستقلةدور رقم النظام المستقل في تعريف مجموعة من شبكات IP بسياسة توجيه خارجية واحدة ومحددة بوضوح. وبالتالي، فإن التسجيل يُظهر أن سلطة أرقام الإنترنت خصصت هوية شبكة مرتبطة بهذه الشركة.
لكنه لا يُظهر أن الهوية نشطة. كما لا يذكر أن الشركة تشغل سحابة عامة، أو تستضيف أجهزة عملاء، أو تملك مركز بيانات، أو تستأجر رفًا، أو تحمل رخصة IDC سارية، أو لديها عملاء، أو توظف فريق دعم، أو تستطيع استعادة حمل عمل فاشل. هذه اقتراحات مختلفة بمتطلبات أدلة مختلفة. الفرق مهم بشكل خاص هنا لأن كل مقياس توجيه حالي مرتبط بـ ASN فارغ.
لذلك، يجب قراءة اسم الشركة كعلامة، وليس ككتالوج خدمات. لا يمكن للمشتري استخلاص أحجام آلات افتراضية، أو متانة تخزين، أو عرض نطاق، أو موقع بيانات، أو حالة تشغيلية منه. سجل الرقم العام يوفر نقطة انطلاق للعناية الواجبة، ونقص الطريق يحدد السؤال الأول: ما الذي يعمل، إن وجد، خلف الاسم اليوم؟
AS59004 حقيقي إداريًا
للهوية الإدارية سلسلة متماسكة. يُسندسجل IANA للأنظمة المستقلةالكتلة ذات 16 بت إلى APNIC. وتنص نتيجة RDAP على أن معلوماتها تأتي من APNIC، ويُعيدعرض RIPE لـ WHOISإنتاج سجل APNIC معaut-num59004، وas-nameTNCNT، ووصف الشركة، والبلدCN، وجهات اتصال إدارية وفنية مُسمّاة، ومشرف CNNIC، وطابع آخر تعديل 16 يونيو 2021.
التواريخ مهمة، لكن فقط لما تؤرخه بالفعل. حدث 2016 هو تسجيل سجل الرقم. وحدث 2021 هو آخر تعديل مسجل لمعلومات المورد ذاك. لا يمثل أي منهما تاريخ إطلاق خدمة سحابية، أو شهادة تشغيل لرف، أو تاريخ عقد عميل، أو دليلًا على استمرار العمليات دون انقطاع. يمكن أن يبقى التسجيل متينًا بينما يتغير النظام التقني والتجاري حوله كليًا.
عنوان الاتصال في السجل العام هو طريق سونغشان في منطقة نانكاي في تيانجين. هذا يُثبت موقعًا للاتصال لإدارة المورد. لا ينبغي ترقيته إلى موقع خادم. يمكن لمكتب أن يستقبل المراسلات ويُنسق شبكة بينما كل المعدات في منشأة طرف ثالث. كما قد يعيش العنوان المسجل أطول من الترتيب التشغيلي الذي مثّله سابقًا. لا يُحدد أي دليل عام مراجع هنا قاعة بيانات، أو غرفة، أو قفص، أو رف، أو تخصيص طاقة، أو توصيل متبادل، أو مدخل ناقل في ذلك العنوان.
ينطبق نفس ضبط النفس على رمز البلد.CNمناسب لتسجيل المورد وللهوية العامة للشركة. إنه ليس قياسًا لمكان انتهاء الرزم، أو استقرار بيانات العملاء، أو أي مدن يمكن أن تطلب الخدمة. حقول البلد في أرقام الإنترنت هي سمات إدارية، وليست تحديدًا جغرافيًا دقيقًا. حتى لو أعلن AS59004 بادئة، يمكن لهندسة الشبكات مع ذلك أن تضع مضيفين في أماكن أخرى، أو تستخدم نقلًا عن بعد، أو توجيه حركة عبر أنفاق، أو أن تُواجه أصلًا عبر شبكة توصيل منفصلة.
إذن ASN هو دليل قوي على قرار إداري تاريخي: شخص ما حصل على هوية توجيه عامة لـ TNCNT وحافظ عليها. وهو دليل ضعيف على قدرة إنتاجية حالية. معاملة هذين الأمرين كمتعادلين من شأنه الخلط بين الإذن والهوية وبين التشغيل، وهو بالضبط الخطأ الذي تمنعه نتائج BGP الحية.
ثلاثة قياسات فارغة تُحدد الحافة الحالية
نتيجة التوجيه الحالية ليست مخططًا فارغًا واحدًا. إنها مجموعة من الأصفار المُعززة المتبادلة عبر إعلان البادئات، ورؤية الجامعين، وجوار الأنظمة المستقلة.
أولاً، تُرجع استجابةالبادئات المعلنة من RIPEقائمة بادئات فارغة. لا توجد كتلة IPv4 ولا كتلة IPv6 منسوبة حاليًا إلى AS59004 كأصل. هذا يعني أن الرقم لا يُقدم طريق أصل ملحوظ علنًا لعناوين العملاء، أو نقاط نهاية الإدارة، أو بوابات التخزين، أو أي مساحة عناوين أخرى قابلة للوصول عبر الإنترنت تحت سياسة التوجيه الخاصة به.
ثانيًا، تُبلغ استجابةحالة التوجيهعن صفر بادئات IPv4 معلنة وصفر عناوين IPv4، بالإضافة إلى صفر بادئات IPv6 وصفر مكافئ/48لـ IPv6. لا يرى أي من 327 ند RIS بالجدول الكامل لـ IPv4 ولا أي من 322 ند RIS بالجدول الكامل لـ IPv6 المورد. الحقول التي كانت ستُحدد متى شوهد لأول مرة أو آخر مرة فارغة. يُعرّفتوثيق RIPE لتلك الاستجابةالرؤية بأنها عدد أنداد RIS بالجدول الكامل الذين يرون المورد مقارنة بالمجموع، ويصف المساحة المعلنة بأنها مساحة العناوين المعلنة حاليًا بواسطة ASN. وفقًا لهذه التعريفات، ليس لـ AS59004 أي بصمة عامة مرئية عند القطع.
ثالثًا، تُبلغ نتيجةجيران ASNعن صفر جيران في الجانب الأيسر والأيمن والفريدين وغير المؤكدين. لا يُلاحظ أي نظام مستقل مجاور يحمل مسارًا يحتوي على AS59004. كما لا تحتوي استجابةتناسق التوجيهالمحاذية على بادئات، أو استيرادات، أو تصديرات. على عكس كائن طريق غير نشط أو بيان سياسة قديم، لا توجد حتى علاقة مسجلة في تلك الاستجابة للخلط بينها وبين جلسة حية.
تُقدم CAIDA قراءة هيكلية مستقلة. تُحدد نتيجةترتيب AS لـ AS59004TNCNT في الصين لكنها تُعلمها بأنها غير مرئية. درجة المزود والند والعميل كلها صفر. ويحتوي المخروط على صفر بادئات وصفر عناوين. العدد الذي يُحصيه وهو ASN واحد في مخروط AS هو فقط ASN المستعلم عنه نفسه، لذا لا يمكن قراءته كشبكة عميل أو فرعية.
تدعم هذه القياسات معًا استنتاجًا حازمًا في الزمن الحالي: AS59004 ليس حافة BGP عامة قابلة للملاحظة. إنها لا تقول فقط أن حركة المرور منخفضة. يمكن لـ ASN مُستخدم بشكل خفيف أن يعلن بادئة ويظهر لهواة الجمع. هنا إعلان العناوين، ورؤية الأنداد، وجوار المسار الضروريان لتعريف شبكة عامة كلها غائبة.
حد الملاحظة ليس ادعاءً بانقراض الشركة
الدليل السلبي يحتاج لغة دقيقة. يتعلم RIPE RIS الطرق عبر مجموعة موزعة من أنداد BGP وجامعي البيانات. يشرحتوثيق جامعي الطرقأن بعض الجامعين يجلسون على شبكات تبادل الإنترنت بينما يتلقى الجامعون متعددو القفزات بيانات من أنداد في مواقع عديدة. وهذا يعطي رؤية واسعة، لكن ليس معرفة كاملة. جلسات BGP الخاصة، والطرق الداخلية، وشبكات الشركات المعزولة، والإعلانات الضيقة بما يكفي قد لا تدخل الرأي العام.
كما تُطبق RIPE عتبة رؤية دنيا افتراضية على نتيجة حالة التوجيه. طريق يُرى من أقل من العدد الافتراضي من أنداد الجدول الكامل يمكن استبعاده. هذا التحفظ مهم عند الإدلاء ببيان تاريخي مطلق. لا يجعل حافة سحابة عامة مخفية محتملة؛ إنه ببساطة يضع حد القياس. الصيغة الصحيحة هي أنه لا يوجد طريق حالي مرئي عند العتبة ونقطة المراقبة الموثقتين.
تُرجع نتيجةتاريخ التوجيه من RIPE لـ AS59004لا مدخلات أصل للفترة المطلوبة عند حدها الأدنى الافتراضي البالغ عشرة أنداد تغذية كاملة. هذا لا يُثبت أن ASN لم يظهر أبدًا في أي مكان. إنه يُظهر أن هذا المنظر التاريخي لا يُثبت طريقًا مرئيًا على نطاق واسع. إعلان قصير، أو خاص، أو مُسرّب، أو ذو انتشار ضيق، أو غير ملحوظ يمكن أن يفلت من تلك النتيجة.
والأهم من ذلك، يمكن لشركة أن تمارس أعمالاً رقمية دون إعلان ASN. يمكنها شراء آلات افتراضية من مزود آخر، أو المشاركة في الاستضافة خلف عناوين يخصصها المزود، أو إعادة بيع سحابة طرف ثالث، أو تقديم برمجيات، أو إدارة شبكات خاصة، أو الاحتفاظ فقط بوظائف شركة خاملة. في كل حالة، ستظهر حركة مرور العملاء تحت ASN شخص آخر، إذا ظهرت علنًا أصلاً. لذلك لا يمكن للطريق الفارغ أن يُثبت أن Tianjin new cloud network technology co., LTD قد أوقفت كل نشاط.
إنه يضع عبء إثبات لأي ادعاء مرتبط بـ AS59004. لا يمكن نسبة أي نقطة نهاية عامة حالية، أو بادئة، أو مزود علوي، أو خدمة إلى ذلك ASN. أي شخص يدعي قدرة شبكة TNCNT حية يحتاج دليلاً من طبقة أخرى: عقد حالي، أو نقطة نهاية، أو بيان منشأة، أو طريق عميل، أو سجل حالة، أو اختبار خدمة قابل للتكرار بشكل مستقل. الرقم المسجل وحده لا يمكنه حمل ذلك الادعاء.
"السحاب" يتطلب نظامًا، وليس لاحقة
أحيانًا يُتحدث عن الخدمة السحابية كما لو أنها تطفو بحرية عن القيود الفيزيائية. التعريف القياسي أكثر تطلبًا. يصفتعريف NIST للحوسبة السحابيةالوصول الشبكي عند الطلب إلى مجموعة مشتركة من الموارد القابلة للتهيئة ويُحدد الخدمة الذاتية عند الطلب، والوصول الشبكي الواسع، وتجميع الموارد، والمرونة السريعة، والخدمة المقيسة كخصائص أساسية.
كل خاصية تتضمن دليلاً تشغيليًا. يتطلب التزويد عند الطلب مسار طلب وتحكم. ويتطلب الوصول الشبكي الواسع نقاط نهاية قابلة للوصول. ويتطلب تجميع الموارد قدرة حوسبة وذاكرة وتخزين وشبكة تُوزع بين المستخدمين. وتتطلب المرونة قدرة فائضة أو ترتيبًا علويًا يمكنه توفيرها. وتتطلب الخدمة المقيسة سجلات مراقبة وفوترة. تسجيل ASN لا يُقدم أيًا من هذه الأشياء بذاته.
الوصف الرسمي الصينيلأعمال مركز بيانات الإنترنتيجعل السلسلة الفيزيائية والتعاقدية صريحة. يصف المنشآت المستخدمة لوضع خوادم العملاء ومعدات الشبكة الأخرى، والصيانة الخارجية، وتهيئة النظام وإدارته، والخوادم والتخزين المؤجرين، والتأجير الوكالي لخطوط الاتصالات وعرض النطاق الترددي للإنترنت. هذا اختبار مفيد لاسم الشركة لأنه يُحدد الأصول والالتزامات التي يجب أن توجد في مكان ما حتى عندما لا يرى العميل سوى وحدة تحكم ويب.
لا يُظهر أي دليل مراجع أن Tianjin new cloud network technology co., LTD تقدم حاليًا أيًا من هذه الخدمات. لا توجد صفحة منتج موثقة، أو سعر، أو وصف خدمة، أو نقطة نهاية تحكم، أو دليل عميل، أو صفحة حالة، أو التزام دعم، أو قائمة مواقع. لا يوجد دليل على نطاق رخصة، رغم أن الغياب من المادة المراجعة ليس دليلاً على عدم وجود رخصة. يُؤكدإشعار MIIT حول وصول سوق IDC و ISPأن أذونات التشغيل ومواد الطلب جزء من إطار وصول السوق؛ إنه لا يُحدد هذه الشركة كمرخصة أو غير مرخصة.
الاستنتاج المتحفظ ليس أن الشركة استخدمت كلمة سحابية زورًا. إنه أن الكلمة لا يمكنها الإجابة عن سؤال تشغيلي. اسم سحابي بدون دليل خدمة عامة هو دليل للتحقق، وليس إثباتًا لمنصة.
لا يوجد رف موثق خلف الرقم
كل حمل عمل سحابي يصل في النهاية إلى جهاز محدود. حتى موزع يعتمد على خوادم وتخزين ومفاتيح وكهرباء وتبريد وطاقم تصليح تابع لشخص آخر. بالنسبة لـ AS59004، يبقى موقع وملكية كل من هذه الأصول غير موثقين.
العنوان العام في تيانجين ليس كافيًا. يمكن أن يكون مكتبًا، أو نقطة اتصال تاريخية، أو موقعًا نسق موارد شبكة سابقًا. السجل لا يُسميه مركز بيانات. إنه لا يُقدم أي مشغل منشأة، أو مواصفة بناء، أو حدود أمنية، أو تغذية مرافق، أو مولد، أو نظام بطارية، أو ترتيب تبريد، أو تصميم إخماد حريق، أو تحميل أرضي، أو تعرض للفيضان، أو إجراء وصول. تحويل العنوان إلى صورة غرفة آلات عاملة سيضيف حقائق لا يحتويها الدليل.
حدود الملكية مفتوحة بنفس القدر. يمكن للشركة، من حيث المبدأ، أن تملك خوادم وتستأجر مساحة رف؛ أو تستأجر خوادم من شركة استضافة؛ أو تعيد بيع قدرة افتراضية؛ أو تدير معدات يملكها العملاء؛ أو تقدم خدمات تقنية غير استضافة. كل ترتيب يوزع المخاطر بشكل مختلف. يتحمل مالك الخادم مخاطر المخزون والاستبدال. يعتمد مستأجر الرف على المالك للطاقة والتبريد والوصول الفيزيائي وغالبًا توصيلات الناقلين. يضيف الموزع عقدًا آخر بين العميل ومشغل الأجهزة. قد يتحكم مزود الخدمات المدارة بالبرمجيات دون أن يكون له الحق في دخول المنشأة.
تحدد هذه الفروق من يمكنه إصلاح انقطاع. إذا تعطل قرص، هل يمكن لـ TNCNT استبداله مباشرة، أم يجب أن تفتح تذكرة أياد عن بعد؟ إذا تعطلت تغذية طاقة، هل تتلقى الشركة قياسات المنشأة عن بعد؟ إذا عُلّق منفذ نقل، من يحمل عقد الناقل؟ إذا وجب تصدير بيانات العميل، هل تتحكم TNCNT بطبقة التخزين أم فقط بالحساب فوقها؟ سجل ASN لا يجيب عن أي من هذه الأسئلة.
يُحددالمدخل القياسي الوطني الصيني لـ GB/T 44463-2024المتطلبات التقنية لمراكز بيانات الإنترنت. وجوده يساعد في تعريف فئة أدلة المنشأة التي يجب على المشتري البحث عنها، لكن لا يمكن استخدامه كدليل على أن شركة معينة تشغل موقعًا متوافقًا. المعيار والأصل التشغيلي طبقتان مختلفتان، تمامًا كما أن تخصيص ASN والطريق الحي طبقتان مختلفتان.
حتى يتم توثيق منشأة، أو عقد، أو نقطة نهاية، فإن الأصل الفيزيائي خلف هذا الملف الشخصي ليس رفًا معروفًا. إنه تبعية غير مُجابة.
الطريق يحتاج إلى سياسات وآلات
BGP هو الآلية التي تتبادل بها الأنظمة المستقلة قابلية الوصول. يُعرّفRFC 4271هذا التبادل ومعلومات المسار المستخدمة لاختيار الطرق. لذلك، سيتطلب أصل عام عامل لـ AS59004 أكثر من مجرد امتلاك الرقم. سيتطلب مساحة عناوين، وموجهات، وجلسات مكونة، وإعلانات مقبولة، وانتشارًا عبر شبكة واحدة أو أكثر من الشبكات الأخرى.
لا يكشف السجل الحالي أيًا من سلسلة التشغيل هذه. لا توجد بادئة معلنة لإعلانها. لا يوجد جار ملحوظ لحملها. لا توجد علاقة استيراد أو تصدير مرئية في استجابة تناسق RIPE. لا يُقدمبحث PeeringDB عن AS59004منشأة موثقة، أو تبادل، أو ملف تعريف توصيل بيني، وتُرجع واجهة برمجة تطبيقات الشبكة لا كائن. PeeringDB طوعي، لذلك لا يمكن لهذا الغياب أن يُثبت عدم وجود نقل خاص. إنه يعني أن المشتري لا يمكنه استخدام ذلك الدليل لتأكيد وجود تبادل، أو سياسة تناظر عامة، أو مستويات حركة مرور، أو مواقع منشآت.
حتى الظهور المستقبلي لـ ASNين علويين لن يُثبت تلقائيًا المرونة. يمكن للتنوع المنطقي أن يتشارك نقطة فشل فيزيائية: موجه واحد، أو بطاقة خط واحدة، أو شريط طاقة رف واحد، أو صينية توصيل متبادل واحدة، أو مدخل بناء واحد، أو عمود فقري جملة واحدة. كما يمكن شراء جلستي BGP من خلال نفس الموزع وتعليقهما تحت نفس العقد. يتطلب التنوع الحقيقي مسارات منفصلة تُفهم تبعياتها المشتركة.
يصفRFC 7454 حول عمليات BGP والأمانالتصفية، وحماية الجلسات، ومعالجة الحد الأقصى للبادئات، وغيرها من الضوابط التي تجعل التوجيه أكثر أمانًا. تصبح هذه الممارسات ذات صلة فقط بعد وجود المسار الأساسي. ترخيص أصل الطريق له دور محدود مماثل. يشرحRFC 6811توثيق أصل البادئة، لكن الترخيص لا يمكنه تشغيل موجه، أو إنشاء إعلان بادئة، أو استعادة ليف معطوب.
بالنسبة لـ TNCNT، فإن سؤال الوفرة الفوري ليس "كم عدد الناقلين؟" بل "هل هناك مسار ناقل حي أصلاً؟" الأسئلة التالية تتعلق بمكان انتهائه، ومن يتعاقد عليه، وما إذا كان مستقلاً فيزيائيًا، وكيف يُختبر تجاوز الفشل. الدليل العام يتوقف حاليًا قبل الإجابة الأولى.
لن تساوي القدرة المثبتة القدرة القابلة للاستخدام
لنفترض أن وثيقة مستقبلية أظهرت غرفة خوادم في تيانجين. هذا من شأنه تحسين الدليل الفيزيائي لكنه لن يحسم سؤال الخدمة. تتحرك القدرة عبر عدة حالات، وفقط الأخيرة منها تهم العملاء.
القدرة التصميمية هي ما يمكن أن يدعمه موقع مقترح تحت افتراضات معلنة. القدرة المبنية هي الأرضية والطاقة والتبريد التي تم إنشاؤها. القدرة المُفوّضة اجتازت اختبارات جهوزية مُحددة. القدرة المُثبّتة تشمل المعدات الموضوعة في الرفوف. القدرة المتاحة تستثني الوحدات المعطوبة، واحتياطيات الصيانة، والمخزون الملتزم به. تضيف القدرة القابلة للبيع البرمجيات، والترخيص، والوصول الشبكي، وعرضًا تجاريًا. القدرة القابلة للاستخدام هي ما يمكن للعميل تزويده والاعتماد عليه الآن. القدرة القابلة للاستعادة هي ما يبقى، أو يمكن استعادته، بعد فشل ذي معنى.
لا يحتوي ASN على أي معلومات عن أي درجة في هذا السلم. كما أن عدد البادئات لن يكون مقياسًا للقدرة. بادئة IPv4 واحدة يمكنها أن تُواجه خدمة كبيرة، وتخصيص IPv6 كبير يمكن أن يبقى فارغًا. التوجيه يُثبت قابلية الوصول، وليس عدد المعالجات، أو متانة التخزين، أو سرعة المنفذ، أو المخزون الفائض. ومع ذلك، فإن توجيهًا صفريًا تحت ASN الشركة الخاص يزيل حتى هذه الحلقة الأولى القابلة للملاحظة إلى مستوى عميل عام.
اقتصاديات الاستضافة تزيد الفرق حدة. تستهلك الخوادم سواء كانت مشغولة أو خاملة. تربط الأقراص الاحتياطية، ووحدات الذاكرة، ومزودات الطاقة، والمفاتيح النقود. يمكن أن تستمر إيجارات الرفوف والتزامات النقل الدنيا بينما ينخفض الاستخدام. تكاليف تغطية الدعم تكلف مالاً حتى عندما لا تصل تذكرة. يمكن لمورد صغير تخفيض التكلفة الثابتة بالاعتماد على بائع جملة، لكن هوامشه وسرعة استعادته عندها تعتمد على ذلك العقد. لا يمكن حساب أي من هذه الاقتصاديات لـ TNCNT لأنه لا يوجد مخزون موثق، أو سعر، أو عدد عملاء، أو اتفاقية منشأة، أو التزام علوي.
السياق الوطني لا يملأ الفجوة. تصف المتطلبات التقنية وقواعد وصول السوق لعمليات IDC الصينية فئة بنية تحتية جادة، لكنها لا تُظهر أن شركة مُسماة قد فوّضت أو باعت قدرة. وبالمثل، فإن صورة لمعدات، إذا ظهرت، ستحتاج إلى تاريخ، وموقع، وتفسير ملكية، ودليل على أن العملاء يمكنهم فعلاً الوصول إليها وتزويدها.
ادعاء قدرة يمكن الدفاع عنه لهذه الشركة سيحتاج أرقامًا محددة بمعانٍ محددة: مضيفات مثبّتة، أنوية متاحة، تخزين قابل للاستخدام بعد النسخ، نقل متعاقد عليه، سياسة زيادة الاشتراك، طاقة رف مشغولة مقابل حرة، مخزون استبدال الأجهزة، وتاريخ القياس. في الوقت الحاضر، رقم القدرة الدقيق الوحيد المرتبط بـ AS59004 هو صفر مساحة عناوين معلنة.
تيانجين موقع تسجيل، وليس منطقة خدمة مثبتة
تيانجين مهمة لأنها تظهر في اسم الشركة، والوصف، وعنوان الاتصال. من المعقول وصف حامل المورد بأنه مرتبط بتيانجين وأن ASN مسجل في الصين. ليس من المعقول استنتاج مركز بيانات في تيانجين أو تغطية صينية على الصعيد الوطني من تلك الحقول.
مناطق الخدمة السحابية تُحدد بحقائق تشغيلية: أين تُنفذ أعباء العمل، أين تُخزن البيانات وتُنسخ احتياطيًا، أين تدخل حركة مرور الشبكة، ما زمن الانتقال الذي يختبره المستخدمون، أي كيان قانوني يوقع العقد، أي عملة وقواعد ضريبية تنطبق، ومتى يكون الدعم متاحًا. يمكن لشركة أن تبيع وطنيًا من منشأة واحدة، أو محليًا من عدة منشآت، أو تعيد بيع منصة بعيدة دون امتلاك أي جهاز محلي. لا شيء من هذه الأنماط مُثبت هنا.
غياب التوجيه يجعل الاستنتاج الجغرافي أصعب. مع بادئة نشطة، يمكن أحيانًا لقياسات زمن الانتقال، و DNS العكسي، وسجلات التوصيل البيني، وملاحظات المسار أن تضيق منطقة تشغيل محتملة، رغم أن لا شيء منها قاطع بمفرده. AS59004 لا يقدم بادئة للاختبار ولا مسار جار للتتبع. لا توجد نقطة نهاية عامة يمكن تصنيفها بمسؤولية كخدمة سحابية TNCNT وقياسها من عدة مدن.
لذلك، يجب أن تبقى قيمة المنطقةCNعلامة إدارية وسياق سوق. إنها تخبر القراء أي نظام أرقام إنترنت وبيئة تنظيمية ذات صلة. إنها لا تعد باستضافة في البر الرئيسي، أو زمن انتقال تيانجين، أو دعم باللغة الصينية، أو دفع محلي، أو إقامة بيانات محلية، أو وصول من كل ناقل صيني.
للعملاء، هذه الحدود عملية. يجب ترجمة شرط شراء لبنية تحتية "مستضافة في الصين" إلى منشآت مُسماة، وبنود عقد، ومواقع نسخ احتياطي، واختبارات شبكة. قبول عنوان شركة أو رمز بلد ASN كبديل من شأنه أن يترك الموقع الفعلي لعبء العمل والبيانات دون حل.
لا يمكن استنتاج محلية البيانات عندما يكون مسار البيانات غير معروف
موضوع سيادة البيانات المسيطر عليه هنا مدعوم بعدم اليقين، وليس بادعاء امتثال أو خرق. يحتاج مشتري السحابة إلى معرفة أين تُجمع البيانات، وتُعالج، وتُخزن، وتُنسخ، وتُدعم احتياطيًا، ويُوصل إليها. لا يمكن اشتقاق أي من هذه المواقع من AS59004.
ينظمقانون حماية المعلومات الشخصيةالصيني معالجة المعلومات الشخصية ويتضمن فصلاً مخصصًا للتزويد عبر الحدود. تتضمنأحكام التزويد عبر الحدودللقانون التزامات بالإعلام، والموافقة، والحماية عندما تُقدم معلومات شخصية خارج الصين. هذه القواعد تجعل موقع وهويات المعالجين مهمة، لكنها لا تُظهر أن TNCNT تعالج معلومات شخصية أو تنقلها عبر حدود.
تبدأ أسئلة العناية الواجبة الصحيحة بخريطة تدفق بيانات. أي كيان يستقبل بيانات العميل؟ هل يعمل كمعالج، أو متحكم، أو مقاول بنية تحتية فرعي؟ أي منشأة تخزن النسخة الأولية؟ أين النسخ الفورية ونسخ التعافي من الكوارث؟ هل يمكن لموظفي الدعم خارج الاختصاص القضائي الأولي الوصول إليها؟ هل تستخدم الخدمة مستوى تحكم أجنبي، أو منصة قياس عن بعد، أو نظام تذاكر؟ ماذا يحدث للنُسخ المتبقية بعد الإنهاء؟
لا يمكن الإجابة عن هذه الأسئلة بقول إن ASN صيني. يمكن أن تمر حركة المرور بالكامل داخل مشغل صيني آخر، أو عبر منصة مملوكة لأجنبي تعمل تحت ترتيب محلي، أو عبر خدمة مستضافة خارج البلاد. كما يمكن أن تبقى البيانات خاصة ولا تلمس AS59004 أبدًا. بالمقابل، لن يثبت طريق TNCNT نشط مستقبلي إقامة البيانات، لأن أصل التوجيه وموقع التخزين ليسا الشيء نفسه.
يُشددإشعار MIIT حول أمان بيانات عملاء IDCعلى أن مشغلي مراكز البيانات يحتفظون بكميات كبيرة من بيانات العملاء ولديهم مسؤوليات أمان. إنه يوفر سياقًا قطاعيًا مفيدًا، وليس تأكيدًا خاصًا بالشركة. لا تقدم أي مادة مراجعة شروط احتفاظ TNCNT، أو ضوابط التشفير، أو قائمة المعالجين الفرعيين، أو إجراء الحذف، أو تاريخ الحوادث، أو تقرير تدقيق.
لذلك، تبقى الثقة في سيادة البيانات منخفضة لسبب بسيط: سطح التشغيل والتعاقد غير معروف. غياب طريق ASN حي ليس بحد ذاته فشلًا في حماية البيانات، لكنه يمنع هوية الشبكة من المساعدة في تحديد أين تعمل الخدمة المُدعاة فعلاً.
يبدأ مسار الفشل قبل أن تتحرك الرزم
يمكن لخدمة سحابية تواجه العملاء أن تفشل في عدة طبقات غالبًا ما تُدمج في كلمة "انقطاع". بالنسبة لـ TNCNT، لا يثبت الدليل العام أن هذه الطبقات نشطة، لكن رسمها يُظهر ما يجب أن يتحمله أي ادعاء تشغيل.
الطبقة الأولى تجارية. يمكن أن ينتهي عقد إيجار منشأة، أو يُعلّق حساب ناقل، أو يتوقف مورد معدات عن تمديد الائتمان، أو يفشل نظام فوترة في التعرف على دفعة. يمكن لموزع أن يفقد الوصول إلى حساب الجملة الذي تعتمد عليه كل نسخة عميل. هذه الإخفاقات يمكنها إزالة الخدمة حتى عندما يبقى كل خادم سليمًا تقنيًا. دليل الهوية القانونية و ASN لا يكشف العقود أو حقوق إنهائها.
الطبقة الثانية هي البنية التحتية للمنشأة. يمكن لفقدان المرافق، أو نفاد البطارية، أو فشل المولد، أو فقدان التبريد، أو دخول المياه، أو استجابة الحريق، أو منع الوصول الفيزيائي أن يُخرج رفًا من الخدمة. ادعاء الطاقة المزدوجة غير مكتمل ما لم تكن المسارات مستقلة من مدخل المرافق عبر مفتاح النقل، و UPS، والتوزيع، ومزودات طاقة الخادم. الموقع الثاني المُدعى ليس موقع تعافي ما لم تكن لديه بيانات حالية، وقدرة كافية، ومسار شبكة يمكن للعملاء استخدامه.
الطبقة الثالثة هي الأجهزة. تتعطل الأقراص، وتفسد الذاكرة، وتشيخ مزودات الطاقة، وتتوقف المراوح، وينفد مخزون الاستبدال. يمكن أن يكون لدى عملية صغيرة مضيف احتياطي واحد فقط أو تعتمد على نافذة تسليم مورد. يمكن أن تكون الأجهزة مُثبّتة لكن غير قابلة للاستخدام لأن البرامج الثابتة، أو مفاتيح الترخيص، أو حالة التنظيم مفقودة. لذلك يجب أن تميز ورقة المخزون بين المعدات المُثبّتة، والسليمة، والمحجوزة، والمتاحة فعلاً.
الطبقة الرابعة هي قابلية الوصول الشبكي. يمكن أن يفقد موجه الطاقة، أو يُفصل توصيل متبادل، أو يُصفى منفذ نقل، أو يُرفض طريق. يمكن أن تُعلن بادئة لكن بشكل سيء الانتشار. يمكن أن يبقى DNS حيًا بينما تختفي الخدمة وراءه. حاليًا، يجلس AS59004 قبل هذه الطبقة في الملاحظة العامة: لا يوجد طريق مُعلن لاختباره للأداء أو تجاوز الفشل.
الطبقة الخامسة هي اتساق البرمجيات والتخزين. يمكن أن يفشل مستوى تحكم بينما تبقى الآلات الافتراضية تعمل، أو يمكن أن تختفي النسخ العاملة بينما لا تزال البوابة تقبل الأوامر. يمكن أن يتخلف النسخ بصمت. يمكن أن توجد النسخ الاحتياطية لكن تفشل الاستعادة لأن بيانات الاعتماد، أو مفاتيح التشفير، أو تبعيات التطبيق مفقودة. ادعاء التعافي ذو معنى فقط بعد أن أنتجت استعادة مؤرخة خدمة عاملة.
الطبقة الأخيرة هي الاستجابة البشرية. يجب أن يتلقى شخص ما تنبيهًا، ويشخص الطرف المسؤول، ويأذن بالوصول، ويستبدل المعدات، ويتواصل مع العملاء، ويمنع الفوترة من زيادة الحادث سوءًا. رقم هاتف في تسجيل مورد ليس التزام دعم. لا يحدد أي دليل عام ساعات تغطية TNCNT، أو مستويات التصعيد، أو أهداف الاستجابة، أو الشخص المسؤول عن استعادة العميل.
من سيتأثر لا يزال غير معروف
لا توجد قائمة عملاء عامة، أو نقطة نهاية خدمة، أو مخزون منتجات يدعم تعداد المستخدمين المتأثرين. يجب أن يبقى هذا الشك مرئيًا. سيكون من الخطأ اختراع تعداد عملاء لمجرد وجود ASN أو تضمين اسم الشركة لكلمة سحابية.
إذا كانت الشركة لا تشغل أي خدمة عملاء حالية، قد لا يؤثر سحب AS59004 على أحد خارج حامل المورد. إذا كانت تعيد بيع قدرة داخل شبكة أخرى، يمكن أن يكون العملاء نشطين بينما يبقى ASN غائبًا. عندها يتبع تعرضهم للفشل المنصة العلوية، والحساب، وترتيب الدعم بدلاً من AS59004. إذا كانت تشغل أنظمة مؤسسية خاصة، قد يكون المستخدمون المتأثرون موظفين أو عملاء بعقود لا تظهر حركة مرورهم عالميًا أبدًا.
كما أن عملاء مختلفين سيختبرون الانقطاع التقني نفسه بشكل مختلف. قد يتحمل موقع ويب ثابت عدة ساعات إذا كان DNS يمكنه التحرك بسرعة. خدمة ذات حالة بكتابات محلية لا يمكن استعادتها بأمان من نسخة فورية قديمة دون قبول فقدان بيانات. قد يكون حمل عمل خاضع للتنظيم غير قادر على تجاوز الفشل عبر حدود. عميل يحتفظ بنسخ احتياطية حالية وأتمتة يمكنه الترحيل؛ بينما العميل الذي توجد نسخته الوحيدة في مجلد يتحكم فيه المزود قد يُحتجز بمستوى تحكم لا يمكن الوصول إليه.
لهذا لا يمكن استنتاج تأثير العميل من مقاييس الطريق وحدها. صفر رؤية يقول إن AS59004 ليس حاليًا مسارًا عامًا. إنه لا يقول شيئًا عن عدد أعباء العمل التي قد تعتمد على عقود أو أنظمة تحت ASNات أخرى. بالمقابل، لن تكشف بادئة مرئية مستقبلية عن عدد المستأجرين أو حرجية أعباء العمل.
الاستنتاج المفيد إجرائي للمشتري لكنه واقعي عن الشركة: لا يمكن تقدير التعرض من الأدلة العامة. أي عميل محتمل يجب أن يطلب حدود خدمة مُسماة ويُحدد كل طرف علوي تعتمد عليه. أي عميل حالي يجب أن يختبر ما إذا كان يمكنه استرداد البيانات وإعادة البناء في مكان آخر بدون بوابة المورد. هذه الاختبارات أهم من الصوت المطمئن لاسم الشركة.
يتطلب التعافي إثباتًا عبر الطرق، والآلات، والعقود
المرونة ليست قائمة مكونات؛ إنها القدرة المُثبتة على استعادة خدمة في غضون وقت متفق عليه وحد فقدان بيانات. بالنسبة لمورد سحابي صغير أو غامض، أربعة عروض مهمة بشكل خاص.
الأول هو تعافي الطريق. يجب على المزود إظهار البادئات المستخدمة لخدمة العملاء، و ASN الأصل، والأطراف العلوية المتعاقد عليها، ونتيجة تجاوز فشل مؤرخة. يجب أن يميز الاختبار بين جلسة BGP تغير حالتها والمستخدمين الذين يستعيدون فعلاً قابلية الوصول. كما يجب أن يُحدد تبعيات الليف، والموجه، والمنشأة، والحساب المشتركة. لا يمكن لـ AS59004 حاليًا تقديم هذا الدليل لأنه لا يملك بادئة أو جارًا مرئيًا.
الثاني هو تعافي الحوسبة والتخزين. يجب أن يرى العميل استعادة حمل عمل على مضيف سليم مختلف، مع أقراص، وهوية شبكة، وأسرار، ومراقبة سليمة. تقرير نسخ احتياطي لا يكفي؛ يجب أن يبدأ التطبيق المُستعاد ويجب أن تجتاز بياناته فحص اتساق. يجب أن تذكر النتيجة وقت الاستعادة وعمر البيانات المُستعادة.
الثالث هو تعافي الموقع. يجب أن يكون الموقع الثاني منفصلاً جغرافيًا وتشغيليًا بما يكفي لتحمل الخطر ذي الصلة. يحتاج قدرة محجوزة، وبيانات منسوخة، ووصولاً مستقلاً، وطريقة لاستقبال حركة المرور. رفان في غرفة واحدة ليسا مرونة متعددة المواقع. منشأتان على عقد ناقل واحد أو ممر طاقة واحد قد تزالان تتقاسمان نقطة فشل حاسمة. لا بيان عام يُحدد حتى موقعًا واحدًا لـ TNCNT، لذا لا يمكن تقييم أي ادعاء متعدد المواقع.
الرابع هو التعافي التجاري. يحتاج العملاء إلى جهات اتصال يمكنها التصرف أثناء نزاع فوترة، أو تغيير ملكية، أو إغلاق منشأة، أو فشل مورد. يجب أن تتناول العقود استرداد البيانات، ومساعدة الإنهاء، وصيغة التصدير، وتوقيت الحذف، والوصول إلى النسخ الاحتياطية. النسخة التقنية ليست قابلة للنقل إذا اعتمدت على صور مملوكة، أو مفاتيح غير متاحة، أو تصميم شبكة افتراضية مغلقة.
أقوى دليل على التعافي سيجمع الطبقات الأربع في تمرين واحد: سحب مسار أو عزل موقع، واستعادة حمل العمل في مكان آخر، وإعادة تأسيس قابلية وصول العميل، والتحقق من تكامل البيانات، وتسجيل من أذن بكل خطوة. حتى يوجد هذا الدليل، تبقى الوفرة احتمالاً معماريًا وليس حقيقة تشغيلية.
قابلية النقل هي طبقة الوفرة الأخيرة للعميل
عندما تكون قدرة المزود ودعمه غير مؤكدين، تصبح قدرة العميل على الرحيل جزءًا من موثوقية النظام. قابلية النقل لا تزيل الانقطاع، لكن يمكنها منع الانقطاع من أن يصبح غير محدد المدة.
يتضمن مسار الخروج الموثوق تصديرات حالية للبيانات، وتعريفات الآلات، وسياسة الشبكة، ومفاتيح التشفير تحت سيطرة العميل، وجرد التبعيات، وتعليمات لإعادة البناء على منصة أخرى. يجب تخزين النسخ الاحتياطية خارج نفس حدود الفشل والحساب. يجب أن يعرف العميل كم تستغرق عملية التصدير الكاملة، ما تكاليف الخروج المطبقة، ما الصيغ المستخدمة، وما إذا كان الحساب المعلق يمنع الاسترداد.
قابلية نقل الشبكة محدودة أيضًا. عادة لا يمكن للعناوين التي يخصصها المزود الانتقال مع حمل العمل. تغييرات DNS لها تأخيرات تخزين مؤقت، وقد تربط الشهادات وقوائم السماح الخدمات بنقاط نهاية قديمة، وقد تسمح الأطراف المقابلة فقط بنطاقات مصدر معروفة. العميل الذي يستخدم مساحة عناوينه القابلة للنقل لا يزال بحاجة إلى مزود جديد راغب وقادر على إعلانها. لا يمكن استنتاج أي من هذه الترتيبات لـ TNCNT لأنه لا توجد بادئة عميل أو شبكة خدمة مرئية.
يمكن لمحلية البيانات أن تقيد الخروج. قد لا يكون حمل العمل الخاضع للقواعد الصينية أو المطلوب تعاقديًا البقاء في منطقة مسماة قابلاً للنقل إلى أول منصة أجنبية متاحة. الوجهة تحتاج شروطًا قانونية وأمنية وتشغيلية مناسبة. يجب أن يعرف العميل أيضًا ما إذا كانت نُسخ النسخ الاحتياطي أو وصول الدعم تعبر حدودًا قضائية أثناء الترحيل.
الاختبار العملي هو بروفة. تصدير حمل عمل تمثيلي، واستيراده إلى بيئة مستقلة، وتشغيله بدون مستوى التحكم الأصلي، وإعادة توجيه اسم مضيف اختباري، ومقارنة بيانات التطبيق. سجل الوقت، والخطوات اليدوية، والتبعيات المفقودة. إذا تعذر فعل ذلك بينما الخدمة سليمة، سيكون أصعب بكثير أثناء فشل عقد أو بنية تحتية.
لهذه الشركة، سيكون دليل قابلية النقل أكثر إفادة من سجل إداري آخر. سيُظهر أن خدمة فعلية موجودة، وأن أصول العميل يمكن تحديدها، وأن حدود التشغيل مفهومة. لا يتوفر دليل عام من هذا القبيل.
المؤشرات التجارية إشارات، وليست بدائل
تعرض عدة مؤشرات توجيه عامة صفحة لـ AS59004. يُحددرادار CloudflareASN وحامله في سطح التوجيه الخاص به. ويُقدممنظر BGP لـ Hurricane Electric، وBGPView، وIPinfoمناظر طرف ثالث أو تجارية يمكن أن تكون مفيدة لتدقيق سريع. لا يكشف أي منها بادئة أو علاقة حالية تقلب نتيجة RIPE و CAIDA.
يجب التعامل مع هذه الصفحات بحذر. يمكنها التحديث وفق جداول مختلفة، أو السحب من جامعين متداخلين، أو تصنيف الشبكات بشكل مختلف، أو إظهار اسم حامل حتى عندما لا يوجد طريق. يمكن أن يعني قسم فارغ لا بيانات، أو لا طريق حالي، أو مشكلة عرض مؤقتة. قيمتها هنا تأكيدية: المؤشرات العامة الأوسع لا تكشف بصمة حية فاتت القياسات الأولية.
نفس الحذر ينطبق على كائن شبكة PeeringDB المفقود. المشاركة في PeeringDB طوعية، وغالبًا لا يكون لعملاء النقل الخاص ملف عام. لا يمكن للغياب أن يثبت أن عقد ناقل، أو توصيل متبادل، أو علاقة منشأة غير موجود. إنه ببساطة يترك تلك التفاصيل غير موثقة.
ستصبح الإشارات غير الرسمية أكثر إفادة إذا أشارت إلى أصل قابل للاختبار: صفحة خدمة مؤرخة، أو اسم مضيف عميل، أو قائمة منشأة، أو طريق لاحظه جامع. قائمة شركة قديمة، أو نص WHOIS منسوخ، أو نتيجة بحث تكررTNCNTلا تضيف دليلاً تشغيليًا لأنها تشتق من نفس طبقة التسجيل.
لذلك، فإن هرمية الدليل واضحة. التسجيل المشتق من APNIC يُثبت الهوية. و RIPE و CAIDA يُثبتان الانعدام الحالي لملاحظة التوجيه العام. المؤشرات التجارية يمكنها تأكيد هذه القراءة. فقط دليل الخدمة المباشرة، والمنشأة، والطريق، والعميل يمكنه إثبات منصة سحابية عاملة.
ما الذي سيغير الاستنتاج
الاستنتاج قابل للتفنيد. لا يعتمد على تفسير كل غياب كدائم. عدة تطورات ملموسة ستقوي ماديًا حالة التشغيل الحالي.
الأول سيكون بادئة مستقرة يُعلنها AS59004 ومرئية لمجموعة ذات معنى من الجامعين المستقلين. يجب أن يستمر الإعلان طويلاً بما يكفي لتمييز الإنتاج عن التسرب أو الاختبار. جيران ملاحظون، وتفويض أصل طريق، وسياسة سجل متسقة ستضيف ثقة. نقطة نهاية خدمة قابلة للوصول على تلك البادئة ستربط طبقة الشبكة بوظيفة تواجه العملاء.
الثاني سيكون وصف خدمة حالي تتحكم به الشركة مع منتجات قابلة للطلب، أو أسعار، أو مسار مبيعات، وهوية تعاقدية، وشروط دعم، ومواقع خدمة مُسماة. يمكن أن يُوضح مرجع رخصة نطاق التشغيل المأذون، لكنه سيظل بحاجة إلى ربطه بالكيان القانوني المحدد والخدمة الحالية. التصريح يمكن أن يُمكّن النشاط دون إثبات الاستخدام.
الثالث سيكون دليل منشأة: مشغل مُسمى، وعنوان موقع، وحدود رف أو قفص، وتخصيص طاقة، وتوصيلات ناقلين، وبيان واضح بالأصول التي تملكها الشركة أو تستأجرها. الصور المؤرخة يمكنها دعم هذا فقط عندما يكون المصدر والموقع موثوقين؛ صور الخوادم العامة لا تفعل ذلك.
الرابع سيكون دليلاً تشغيليًا: تاريخ حالة، أو نقطة نهاية زمن انتقال أو looking-glass، واستجابة موثقة للحوادث، ونتيجة اختبار استعادة، وتصعيد دعم، وإجراء تصدير للعميل. هذه المواد ستكشف ما إذا كانت المعدات المُثبّتة قد أصبحت خدمة قابلة للاستخدام والاستعادة.
الخامس سيكون دليل عميل مستقل مُفصّل بما يكفي لتحديد خدمة دون كشف معلومات سرية. نقطة نهاية عامة، أو دراسة حالة، أو مناقصة، أو جائزة شراء، أو طريق قابل للتحقق يمكن أن يُظهر أن شخصًا ما يعتمد على المنصة. المراجعات والقوائم المنسوخة وحدها ستبقى ضعيفة لأنها يمكن أن تستمر بعد تغييرات الخدمة.
أي من هذه يمكنه نقل الملف الشخصي إلى ما بعد الدرجة الشبكية السلبية الحالية. حتى ذلك الحين، لا ينتقل العبء إلى القارئ لتخيل قدرة مخفية. يبقى على المدعي إظهار ما يعمل، وأين يعمل، وكيف ينجو من الفشل.
الحكم التشغيلي سلبي، وليس مطلقًا
AS59004 هو جزء صالح ومحدد من إدارة البنية التحتية للإنترنت. يربطTNCNTو Tianjin new cloud network technology co., LTD برقم نظام مستقل صيني، مع حدث تسجيل في 2016 وآخر تعديل مسجل في 2021. لا ينبغي تجاهل هذه الهوية.
لكن الدليل التشغيلي الحالي سلبي. لا تجد RIPE بادئة معلنة، ولا رؤية لـ IPv4 أو IPv6، ولا مساحة عناوين، ولا جار، ولا علاقات توجيه مسجلة في منظر التناسق. وتُعلم CAIDA ASN بأنه غير مرئي ولا تعطيه مخروط بادئات، أو مخروط عناوين، أو درجة خارجية. ولا تكشف المؤشرات التطوعية والتجارية أي بصمة حية معاكسة.
للغائب معنى دقيق: لا يمكن حاليًا التحقق من أن الشركة تشغل شبكة عامة عبر AS59004. يترك مفتوحًا النشاط الخاص، وإعادة البيع، والاستضافة داخل مزود آخر، وبقاء الشركة. كما يترك مفتوحًا إمكانية ظهور طريق لاحقًا.
بالنسبة لمشتري السحابة، ومع ذلك، هذه الإمكانيات ليست ضمان خدمة. الدليل المفقود يمتد عبر سلسلة التسليم بأكملها: لا رف أو موقع موثق، ولا طريق نشط، ولا جرد أجهزة، ولا تنوع نقل، ولا تصميم طاقة، ولا التزام دعم، ولا نتيجة استعادة، ولا استمرارية فوترة، ولا مسار قابلية نقل بيانات. اسم الشركة يشير نحو قدرة سحابية وشبكية. الشبكة القابلة للملاحظة لا تثبت أيًا منهما بعد.