ملخص

  • تحدد APNIC AS63659 كـ CU-CDC-SH وتصفه بأنه فرع شركة CHINA UNICOM CLOUD DATA COMPANY LIMITED في شانغهاي بالصين. تربط نفس البيانات العامة الصادرة عن APNIC 103.68.128.0/22 باسم الشبكة CU-CDC-SH وعنوان مبنى China Unicom في 1033 طريق تشانغنينغ، منطقة تشانغنينغ، شانغهاي.
  • ASN الفرع ليس دليلاً على التوجيه العام الحالي. أشار ملخص AS الخاص بـ RIPEstat لـ AS63659 إلى أن الإعلان كان خاطئًا؛ لم تُرجع عرض البادئات المعلنة أي بادئات حالية؛ أظهرت حالة التوجيه 0 بادئات IPv4 و0 بادئات IPv6 و0 جيران مرصودين؛ وضع تاريخ التوجيه الأصل المرئي لـ 103.68.128.0/22 بواسطة AS63659 في 2017-2018، مع آخر أصل AS63659 تمت رؤيته في نوفمبر 2018.
  • كتلة العناوين لا تزال مهمة لأن عرض البادئة لـ 103.68.128.0/22 من RIPEstat أظهر البادئة معلنة بواسطة AS138421، صاحب CU-CN-AS - China Unicom، مع 325 نظيرًا على 325 RIS شاهدوه في وقت الطلب. وهذا يدعم مسار توجيه حالي لـ China Unicom، وليس ادعاء خدمة عملاء مدارة ذاتيًا خاصة بالفرع.
  • تُظهر التقارير الرسمية لـ China Unicom نشاطًا كبيرًا في السحابة ومراكز البيانات: إيرادات مراكز البيانات لعام 2025 بقيمة 28.1 مليار يوان صيني، وأكثر من 1.10 مليون خزانة قياسية، وسبعة حرم AIDC بقدرة 100 ميغاواط، ونمو إيرادات Unicom Cloud وإيرادات Unicom Cloud في النصف الأول من عام 2025 بقيمة 37.6 مليار يوان صيني. تحدد هذه الأرقام سياق البنية التحتية على مستوى الشركة الأم، وليس تحديد الموضع الدقيق للعميل أو عدد الأرفف أو مسار الاسترداد لكيان فرع شانغهاي.
  • مستوى الأدلة منخفض. يدعم السجل العام بصمة حقيقية للموارد الرقمية المرتبطة بالفرع وبادئة China Unicom موجهة حاليًا، لكنه لا يثبت التشغيل الحالي لـ AS63659 أو قدرة العميل على مستوى الفرع أو تنوع العبور أو وضع البيانات أو أداء الاسترداد.

تبدأ الأدلة المفيدة بانقسام

الحقيقة الرئيسية حول CHINA UNICOM CLOUD DATA COMPANY LIMITED Shanghai Branch هي انقسام بين أدلة التسجيل وأدلة التوجيه الحالية. في سجل RDAP الخاص بـ APNIC لـAS63659، المقبض هو AS63659، الاسم هو CU-CDC-SH، البلد هو CN والحالة نشطة. تمنحعرض whois الخاص بـ RIPEstat لـ AS63659نفس تسمية المشغل وتصف المورد بأنه CHINA UNICOM CLOUD DATA COMPANY LIMITED Shanghai Branch. هذه إشارة هوية مهمة: إنها ليست إشارة عامة إلى "السحابة" ملصقة على صفحة تسويق.

أدلة التوجيه أضيق. أظهرملخص AS الخاص بـ RIPEstatأن AS63659 لم يتم الإعلان عنه في وقت الطلب في 2026-07-11 16:00 UTC. أعادتعرض البادئات المعلنةلـ RIPEstat قائمة فارغة من البادئات الحالية لنافذة المراقبة الأخيرة، وأظهرتعرض حالة التوجيهصفر مساحة IPv4 معلنة، صفر مساحة IPv6 معلنة، وصفر جيران مرصودين. لا يمكن للعميل تحويل هذه الحقول إلى وعد بأن ASN الفرع هذا ينقل خدمة مستضافة مباشرة اليوم.

هذا لا يجعل الفرع غير ذي صلة. يحدد سجل RDAP الخاص بـ APNIC لـ103.68.128.0/22اسم الشبكة CU-CDC-SH ويعطي النطاق كـ 103.68.128.0 إلى 103.68.131.255، الحالة نشطة، البلد CN. تكرربيانات whois لـ RIPEstat لـ 103.68.128.0/22وصف الفرع وعنوان مبنى China Unicom. تشير هذه السجلات للمشتري إلى أين يبدأ، لكنها لا تظهر خدمة سحابية كاملة.

التغيير المهم هو أن نفس كتلة العناوين مرئية الآن عبر AS مختلف. أظهرتنظرة عامة على البادئةلـ RIPEstat أن 103.68.128.0/22 معلنة بواسطة AS138421، صاحب CU-CN-AS - China Unicom. أظهرتعرض حالة التوجيه للبادئةأن المسار مرئي لجميع 325 نظير IPv4 في RIS في وقت الطلب، مع الأصل AS138421. لذلك تدعم الأدلة كتلة عناوين موجهة حاليًا لـ China Unicom مرتبطة بسجل الفرع. لا تدعم عبارة بسيطة مفادها أن AS63659 نفسه هو حاليًا الحدود الموجهة نحو العميل.

فرع AS خامل يغير اختبار التزويد

AS خامل لا يعني تلقائيًا فشل الخدمة. غالبًا ما يقوم المشغلون الكبار بتوحيد مسارات العملاء في AS خلفي أوسع، وإزالة ASNs الصغيرة الأصلية، وتغيير سياسة التوجيه، أو الحفاظ على الموارد الرقمية في حساب إقليمي أو منتج بينما يمر حركة المرور عبر شبكة وطنية. لكن AS الفرع الخامل يغير الاختبار. لم يعد السؤال "هل يعلن AS63659 عن بادئات العملاء؟" يصبح السؤال "أي شبكة ومنشأة وعقد من China Unicom تحمل الآن السعة المستضافة التي يبدو أن اسم الفرع يمثلها؟"

تاريخ التوجيه لـ AS63659من RIPEstat أظهر ظهورًا تاريخيًا لـ 103.68.128.0/22 وما يتعلق بها من بادئات أكثر تحديدًا تحت أصل AS63659، مع انتهاء ظهور أصل AS63659 في نهاية عام 2018 للمجمع. عرض البادئات الحالي، من ناحية أخرى، يضع 103.68.128.0/22 تحت AS138421. هذا التاريخ مفيد لأنه يمنع خطأين شائعين. الخطأ الأول هو وصف الفرع بأنه مجرد قشرة لأن AS الخاص به ليس حاليًا. والثاني هو معاملة أصل AS قديم كدليل على التشغيل الحالي.

يجب على العميل فرض التمييز في العقد. إذا كانت وثيقة تجارية أو دعم لا تزال تذكر الفرع، يجب على العميل أن يسأل عما إذا كانت عبء العمل ستستخدم 103.68.128.0/22، أو تجمع عناوين آخر لـ Unicom Cloud، أو اتصال خاص، أو مسار تبادل سحابة عامة، أو كتلة مخصصة للعميل. إذا كانت الإجابة "الشبكة الخلفية لـ China Unicom"، يحتاج العميل إلى حدود الخدمة AS138421، وليس AS63659، مشمولة في المراقبة وأدلة الحوادث. إذا كانت الإجابة "فرع شانغهاي"، يجب أن يعرف العميل أي منشأة وفريق تشغيل يجعل ذلك حقيقة.

غيابملف PeeringDB لـ AS63659في التحقق من API العام يعزز نفس النقطة. غياب PeeringDB ليس حكمًا سلبيًا؛ فالعديد من ASNs الداخلية أو الإقليمية للمشغلين لا تحتفظ بسجلات عامة في PeeringDB. هذا يعني ببساطة أن سطح الترابط العام لا يعرض مرفقات التبادل أو المنشآت أو سياسة الترابط أو بيانات looking-glass لـ ASN الفرع هذا. يجب على المشتري الحصول على هذه المعلومات مباشرة بدلاً من استنتاجها من اسم.