يكشف AS9245 بصمة التوجيه مزدوجة المكدس وراء Compass، لا قدرة خدماتها على الصمود

الخلاصة

• يسجل APNIC المورد AS9245 باسم COMPASS-NZ-AP، وبالبلد NZ، وبحالة active، ويربط جهة التسجيل باسم Compass Communications Ltd؛ وهذه رابطة إدارية قوية للهوية، لا شهادة على الأداء أو الملكية النافعة أو نطاق الترخيص.
• يورد سجل APNIC أيضاً Network Operations وIRT-COMPASSCOM-NZ، ما يبين وجود أدوار اتصال تشغيلية واستجابة للحوادث في السجل، من دون أن يكشف حوادث أمنية أو يثبت مستوى الاستجابة الفعلي.
• عند لقطة الرصد المؤرخة 2026-08-03T00:00:00Z، صنف RIPEstat الرقم AS9245 بأنه announced=true، ولذلك توجد إشارة تشغيلية مرصودة في التوجيه العام عند تلك اللحظة، لا ضمان وصول دائم في كل مكان.
• لخصت بيانات التوجيه المرصودة 12 بادئة IPv4 تغطي 25,600 عنواناً، وبادئة IPv6 واحدة تعادل 65,536 من وحدات /48، مع ثمانية جيران مرصودين؛ وهي مقاييس للرصد وليست قياسات للحركة أو السعة.
• شاهد 329 من أصل 329 من أقران RIS المدرجين لـIPv4 الأصل المرصود، وشاهد 321 من أصل 321 من الأقران المدرجين لـIPv6 الأصل نفسه؛ لا يجوز تعميم هذين المقامين على الإنترنت كله أو على كل مسار ممكن.
• أعادت نافذة البوادئ المعلنة من 20 يوليو إلى 3 أغسطس 2026 ثلاث عشرة بادئة بالضبط، منها 2405:8400::/32 واثنتا عشرة بادئة IPv4، لكن ظهورها لا يثبت تفويض المنشأ أو صحة المسار أو استعمال عميل بعينه لها.
• تصف PeeringDB، وهي قاعدة يدير المشغل بياناته فيها، Compass Communications Ltd على AS9245 بنوع Cable/DSL/ISP ونطاق Asia Pacific وسياسة عامة Open، وتعلن 50 بادئة IPv4 و50 بادئة IPv6؛ هذه تصريحات وليست قياساً مستقلاً للجلسات أو المسارات الحية.
• تقول صفحات Compass إنها بدأت في 1995، وإنها نيوزيلندية الملكية ومستقلة وتدير شبكة وطنية وتعرض خدمات وصول وصوت وخدمات مدارة ومراكز بيانات؛ تبقى تلك معلومات منسوبة إلى المشغل وليست تدقيقاً مستقلاً للبنية أو النتائج.
• تنسب صفحة مراكز البيانات إلى عرض Compass مرافق في أوكلاند وهاملتون وعلاقات ربط واتفاقية مستوى خدمة بنسبة 99.99 في المئة، لكن ذلك لا يثبت الملكية القانونية للمرافق أو نشاط كل ربط أو تحقق النسبة في الممارسة.
• صفحة الحالة لقطة ذاتية في لحظة واحدة. حتى عندما تعرض وضعاً سليماً، لا يمكن منها استنتاج سجل الإتاحة أو أداء مسار أو دائرة أو منشأة أو خدمة عميل، ولا يمكن تحويلها إلى قياس للصمود.

هوية شبكية لها أكثر من اسم

تظهر COMPASS-NZ-AP COMPASS في الدليل باعتبارها هوية شركة مرتبطة بإشارة AS9245. أما سجل APNIC فيستخدم الاسم COMPASS-NZ-AP للمورد نفسه ويضع Compass Communications Ltd في خانة المسجل. هذا الاختلاف ليس تناقضاً يحتاج إلى إزالة، بل فصل مفيد بين تسمية شبكية ظاهرة في الدليل وبين الاسم القانوني الذي يثبته سجل المورد. الرقم المستقل هو نقطة الوصل: AS9245 هو المعرف الذي يسمح بمقارنة طبقة السجل مع طبقة الرصد وطبقة الإفصاح التشغيلي من دون اختزال كل واحدة في الأخرى.

أقوى نتيجة مباشرة من سجل APNIC هي أن الرقم AS9245 مسجل باسم COMPASS-NZ-AP، والبلد المسجل NZ، والحالة active، والمسجل Compass Communications Ltd. هذه حقائق إدارية محددة. حالة active تعني أن كائن السجل نشط ضمن نظام التسجيل؛ لا تعني وحدها أن كل بادئة متاحة، أو أن كل خدمة تعمل، أو أن المشغل يحافظ على مسار متنوع، أو أن لديه سعة بعينها. كما أنها لا تثبت مجال الترخيص أو ملكية منشأة أو كابل أو ألياف أو مسار مادي.

يسجل APNIC كذلك Network Operations بصفته اسماً تشغيلياً وإدارياً، وIRT-COMPASSCOM-NZ كسجل للاستجابة للحوادث. وجود الاسمين مهم لفهم اكتمال دفتر التسجيل: المورد ليس رقماً معزولاً تماماً، بل له جهات وظيفية مسجلة. ومع ذلك، لا يقدم هذا الوجود دليلاً على حادثة أمنية، ولا على غياب الحوادث، ولا على سرعة المعالجة، ولا على جودة الضوابط. السجل يخبر القارئ أين وضعت المسؤولية الإدارية، لا كيف أدت تلك المسؤولية في كل واقعة.

التمييز بين اسم الدليل والاسم القانوني واسم المورد يمنع قفزات شائعة. لا يجوز استنتاج أن COMPASS-NZ-AP COMPASS شركة منفصلة عن Compass Communications Ltd، ولا أن الاسمين يصفان مجموعة شركات، ولا أن مجرد تطابق الرقم يثبت الملكية النافعة أو العقود أو الأصول. المتاح أضيق وأكثر صلابة: كائن الدليل يقود إلى هوية شبكية، وAPNIC يربط المورد بمسجل محدد، وطبقة التوجيه تظهر ما رصدته المجمعات في وقت معلوم.

من دفتر التسجيل إلى نظام يعمل

السجل يجيب عن سؤال منظم: إلى أي اسم إداري يرتبط المورد؟ أما التوجيه فيجيب عن سؤال مختلف: هل شوهد الرقم أصلاً لمسارات عامة في لقطة محددة؟ عند 2026-08-03T00:00:00Z، أبلغ RIPEstat أن AS9245 كان announced=true. هذه العبارة تمنح وزناً تشغيلياً للهوية لأنها لا تعتمد على وجود صف في سجل فقط؛ هناك إعلان ظهر في بيانات الرصد عند وقت الاستعلام. لكنها تظل ملاحظة مؤرخة، وليست وعداً بالمستقبل ولا وصفاً لكل دقيقة سبقت اللقطة.

يضع RIPEstat حامل الرقم بصيغة COMPASS-NZ-AP - COMPASS NZ. الصيغة مفيدة في المطابقة، لكنها لا توسع نطاق الاستنتاج القانوني. إن وظيفة بيانات التوجيه هنا هي ربط الرقم بأثر مرصود في BGP، لا إصدار حكم بشأن ملكية الشركة أو خدماتها. وعندما تتقاطع تسمية الحامل مع اسم المورد في APNIC ومع اسم Compass في قاعدة المشغل، تصبح مطابقة الهوية أقوى، بينما تظل طبيعة كل دليل ظاهرة ومحدودة.

يرد أول مسار مرصود في الاستجابة بوصفه 203.98.24.0/24 عند 2000-08-18T08:00:00Z. هذه نقطة زمنية داخل سجل الرصد، وليست دليلاً على استمرارية بلا انقطاع منذ ذلك اليوم. قد يوحي التاريخ بعمق زمني لهوية التوجيه، لكن لا يمكن ملء الفجوات بين اللقطة الأولى والحاضر من دون بيانات إضافية. آخر مسار في الاستجابة هو 202.90.56.0/21 عند وقت الاستعلام نفسه، 2026-08-03T00:00:00Z، وهو يثبت موضعاً أخيراً في تلك الاستجابة لا أكثر.

الجمع بين first-observed وlatest لا يصنع خطاً مستقيماً من الإتاحة. إنه يحدد حدين في مجموعة البيانات: أثر مبكر وأثر عند زمن الاستعلام. لا يقدم هذان الحدّان سجلاً كاملاً للانقطاعات أو التحولات أو السحب وإعادة الإعلان، ولا يثبتان أن المنتجات التجارية كانت محمولة على المسارات نفسها. القراءة المنضبطة تحافظ على التواريخ كما هي وتمنع تحويلها إلى قصة أداء لم تجمع لها قياسات.

بصمة IPv4 المرصودة

يلخص RIPEstat في لقطة 3 أغسطس 2026 اثنتي عشرة بادئة IPv4 تغطي 25,600 عنواناً. الرقم يصف مساحة معلنة رصدتها الخدمة، ولا يصف عدد العناوين المستخدمة أو العملاء أو الأجهزة. قد تكون العناوين مخصصة بطرق متعددة داخل تشغيل الشبكة، لكن بيانات الرصد العامة لا تكشف ذلك، لذلك يبقى المجموع وحدة قياس لمساحة العناوين في الرصد لا مؤشراً على الحجم التجاري أو الحركة أو الطلب.

تسرد نافذة announced-prefixes، الممتدة من 20 يوليو إلى 3 أغسطس 2026، بوادئ IPv4 التالية: 202.90.47.0/24، و202.174.6.0/23، و117.104.180.0/22، و160.238.80.0/22، و202.90.56.0/21، و117.104.176.0/22، و175.176.216.0/22، و103.211.120.0/22، و202.36.121.0/24، و182.48.128.0/19، و203.152.96.0/19، و103.9.216.0/22. إدراجها الكامل يوضح تكوين البصمة بدل الاكتفاء بإجمالي مجرد.

الاختلاف في أحجام البوادئ، من /24 و/23 إلى /22 و/21 و/19، يبين أن الرصد ليس كتلة واحدة متجانسة. لكنه لا يسمح بتحديد وظيفة كل كتلة أو مكانها أو الخدمة التي تمر عبرها. لا توجد في هذه البيانات رابطة تثبت أن منتج fibre أو VDSL أو ADSL أو rural connectivity أو voice أو cloud PBX أو managed services أو data-centre يستخدم بادئة معينة. تعيين منتج إلى رقم يحتاج دليلاً غير موجود هنا.

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

حساب 25,600 عنوان لا يساوي سعة الشبكة. السعة ترتبط بوسائط ومنافذ وروابط وتجهيزات وسياسات وحركة فعلية، ولا توفر اللقطة قياسات لأي منها. ولا يساوي العدد قاعدة عملاء، لأن مساحة العناوين ليست وحدة اشتراك. القيمة التحليلية الوحيدة المأمونة هي أن RIPEstat لخص هذا القدر من مساحة IPv4 ضمن الإعلانات المرصودة المنسوبة إلى الأصل AS9245 عند الالتقاط.

حضور IPv6 ومعنى ازدواج المكدس

في الجانب الآخر من البصمة، تظهر البادئة 2405:8400::/32 ضمن القائمة نفسها. يلخص RIPEstat هذا الجانب كبادئة IPv6 واحدة تعادل 65,536 من وحدات /48. هذا يمنح أساساً لوصف البصمة بأنها مزدوجة المكدس على مستوى التوجيه المرصود: هناك إشارة IPv4 وإشارة IPv6 من الأصل نفسه في وقت الاستعلام. الصياغة لا تعني أن كل خدمة أو عميل يعمل بالمكدسين.

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

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

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

ماذا تقول مقامات RIS

تقدم لقطة RIPEstat رقماً لافتاً: رأى 329 من 329 من أقران RIS المدرجين لـIPv4 الأصل AS9245، ورأى 321 من أصل 321 من أقران RIS المدرجين لـIPv6 الأصل نفسه. داخل هذه العينة، كانت الرؤية كاملة وفق المقامين المعلنين. الصياغة الدقيقة يجب أن تحمل دائماً البسط والمقام والوقت، لأن حذف أي واحد منها يحول ملاحظة محصورة إلى ادعاء عالمي غير مبرر.

أقران RIS نقاط رصد ضمن نظام جامع، وليسوا كل مشغلي الإنترنت ولا كل طرق الوصول. لذلك لا تعني 329/329 أن كل شبكة في العالم ترى كل بادئة، كما لا تعني 321/321 أن كل مستخدم IPv6 قادر على الوصول إلى كل خدمة. المقام يحدد نطاق الملاحظة ويمنع استخدام كلمة «كامل» من دون سياق. ما كان كاملاً هو المشاهدة داخل العينة المدرجة عند الالتقاط.

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

يسجل ملخص التوجيه ثمانية جيران مرصودين. هذا العدد يصف علاقات ظهور في بيانات التوجيه كما قدمتها الاستجابة، ولا يحدد طبيعتها التجارية أو التعاقدية. لا يجوز تسمية أي منها عبوراً مدفوعاً أو تناظراً حياً أو عميلاً، ولا يجوز استنتاج تعدد فيزيائي أو استقلال مسارات. كلمة «جار» في BGP ليست عقداً تجارياً ولا رسماً لكابل.

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

صورة توضيحية وحدودها

رسم تحريري عام يوضح التقاء رؤية المسارات مزدوجة المكدس بحد أدلة الخدمة. لا يصور بنية Compass التحتية أو طوبولوجيتها أو جودة الوصول أو السعة أو خدمة العملاء أو قدرة الصمود المقاسة.

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

ثلاث عشرة بادئة في نافذة مؤرخة

تعيد نافذة 20 يوليو إلى 3 أغسطس 2026 ثلاث عشرة بادئة بالضبط عند جمع الاثنتي عشرة الخاصة بـIPv4 مع 2405:8400::/32 الخاصة بـIPv6. قيمة هذه النافذة أنها تمنع الحديث عن «شبكة Compass» بصورة غائمة؛ يمكن بدلاً من ذلك تحديد مجموعة الإعلانات التي ظهرت في الاستجابة، مع إبقاء الزمن جزءاً من الجملة. هذا يجعل الادعاء قابلاً للفحص ويحد من توسعه.

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

ولا تتحول البوادئ إلى خريطة جغرافية. البلد NZ في APNIC حقل سجل للمورد، وصفحات المشغل تتحدث عن شبكة وطنية، لكن عناوين IP وحدها لا تثبت موقع مسار أو جهاز أو عميل. كما أن نطاق Asia Pacific في PeeringDB وصف يديره المشغل، لا قياس انتشار. ربط هذه الحقول في خريطة مادية سيضيف معرفة غير موجودة.

تحتوي القائمة على بادئتين /19، هما 182.48.128.0/19 و203.152.96.0/19، وبادئة /21 هي 202.90.56.0/21، وعدة بوادئ /22، وبادئة /23، وبادئتين /24، إلى جانب /32 في IPv6. يمكن ملاحظة التنوع البنيوي في أطوال البادئات، لكن لا يمكن استنتاج سبب هذا التقسيم. قد تخدم سياسات مختلفة، غير أن تحديدها سيكون تخميناً.

الصرامة في عرض القائمة تحمي أيضاً من خلط العد بين مصادر مختلفة. RIPEstat رأى 12 بادئة IPv4 وبادئة IPv6 واحدة في الالتقاط، بينما تسجل PeeringDB إعلان المشغل عن 50 لـIPv4 و50 لـIPv6. الرقم 13 ليس تصحيحاً للرقم 100، والرقم 100 ليس نفياً للقائمة المرصودة. إنهما يصفان حقولاً بمناهج وأغراض مختلفة.

PeeringDB: وصف يديره المشغل

تعرف صفحة PeeringDB الشبكة ذات المعرف 6849 باسم Compass Communications Ltd وتربطها بـAS9245. تصنف النوع Cable/DSL/ISP والنطاق Asia Pacific، وتعرض السياسة العامة Open. هذه حقول مفيدة لفهم الطريقة التي يقدم بها المشغل شبكته إلى مجتمع الربط، لكنها ليست نتائج رصد مستقل لجلسات BGP أو لمسارات حية.

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

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

وصف Cable/DSL/ISP يضع الشبكة في فئة يختارها المشغل، وليس مسحاً مستقلاً لقاعدة الخدمات. وكذلك Asia Pacific نطاق وصفي، لا حدود تغطية مضمونة. لا يمكن من هذين الحقلين استنتاج عدد العملاء أو الحصة السوقية أو السرعات أو التوفر في موقع محدد. إنهما يقدمان سياقاً، لا معياراً للأداء.

مقارنة PeeringDB وRIPEstat تكشف قاعدة منهجية مهمة: الإفصاح التشغيلي والرصد التقني قد يتجاوران من دون أن يكون أحدهما بديلاً للآخر. الأول يخبر كيف يصف المشغل شبكته ونيته العامة، والثاني يخبر ما وصل إلى مجمعات معينة في وقت معلوم. الفجوة بينهما ليست عيباً ينبغي ملؤه بالتخمين؛ إنها حد للمعرفة ينبغي إظهاره.

ما تقوله Compass عن نطاقها التجاري

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

وتسرد الصفحة خدمات fibre وVDSL وADSL وrural connectivity وvoice وcloud PBX وmanaged services ومنتجات data-centre. يكشف هذا التنوع عن سطح تجاري يمتد من الوصول إلى الاتصالات والخدمات المدارة. لكنه لا يثبت أن كل خدمة تستخدم كل بادئة من AS9245، أو أن كل تدفق يمر عبر الرقم المستقل، أو أن خصائص الخدمة متساوية بين المواقع.

التقاطع بين قائمة الخدمات وبصمة التوجيه مفيد إذا بقي محدوداً. AS9245 يوفر هوية عامة يمكن رصد إعلاناتها، بينما تشرح الصفحة ما تعرضه Compass لعملائها بحسب قولها. لا تقدم الأدلة العامة رابطة على مستوى المنتج تسمح بتعيين fibre إلى 203.98.24.0/24 مثلاً، ولا رابطة تسمح بتعيين cloud PBX إلى 2405:8400::/32. أي خريطة من هذا النوع ستكون اختراعاً.

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

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

مراكز البيانات والربط

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

لا يسمح ذكر أوكلاند وهاملتون بالقول إن Compass تملك المنشأتين قانونياً. فعل «تشغل» في سياق صفحة خدمة قد يصف مسؤولية تشغيلية أو عرضاً تجارياً، لكن حدود الملكية تحتاج مستنداً مختلفاً. وبالمثل، لا يثبت ذكر علاقات الربط أنها حية في لحظة لقطة RIPEstat، ولا أنها تحمل حركة AS9245 بعينها، ولا أنها توفر مسارين منفصلين مادياً.

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

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

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

صفحة الحالة ليست سجلاً تاريخياً

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

لا ينبغي دمج صفحة الحالة مع announced=true لإنتاج حكم مزدوج على الصمود. الأولى إفصاح ذاتي عن حالة خدمة في لحظة، والثانية ملاحظة control-plane لدى RIPEstat في لحظة مؤرخة. قد تتوافقان في الإشارة إلى نشاط ظاهر، لكنهما لا تختبران المكونات نفسها. نجاح إعلان BGP لا يثبت نجاح تطبيق، وصفحة الحالة لا تثبت صحة كل إعلان.

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

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

لماذا لا تساوي الرؤية قابلية الوصول

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

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

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

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

ثمانية جيران ليسوا ثمانية ضمانات

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

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

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

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

اختلاف الأرقام ليس تناقضاً تلقائياً

يعرض RIPEstat 12 بادئة IPv4 وبادئة IPv6 واحدة ضمن رصده المؤرخ، بينما تعلن PeeringDB 50 بادئة لكل من IPv4 وIPv6. قد يغري الفرق بمحاولة تقرير أن أحد المصدرين قديم أو خاطئ، لكن الأدلة العامة لا تثبت ذلك. تختلف طبيعة الحقول: واحد يعكس ما رصدته خدمة في نافذة، والآخر قيمة يديرها المشغل في ملفه.

لا ينبغي جمع الأرقام إلى 113، ولا طرح 13 من 100 لصنع «فجوة» ذات معنى تشغيلي. الوحدات تبدو متشابهة لأنها تسمى بوادئ، لكن قواعد العد والفترة والنطاق قد تختلف. من دون تعريف إضافي لا يوجد أساس لإسناد سبب. عرض المصدر والوقت ونوع البيان أهم من إنتاج رقم موحد زائف.

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

قد تتغير الإعلانات أو حقول المشغل أو حالة السجل. وما يثبت هو لقطة 3 أغسطس 2026 والنافذة والتصريحات المحددة، لا هوية أبدية.

ما الذي يمكن لمراقب أن يثبته

يمكن لمراقب يعتمد على الأدلة العامة المتاحة أن يثبت سلسلة قصيرة. أولاً، يوجد كائن دليل عام باسم COMPASS-NZ-AP COMPASS مرتبط بـAS9245. ثانياً، يسجل APNIC المورد باسم COMPASS-NZ-AP ويضع Compass Communications Ltd كمسجل. ثالثاً، يظهر RIPEstat الأصل معلناً في وقت محدد مع بصمة IPv4 وIPv6 ومقامات رؤية معلنة. رابعاً، تصف PeeringDB والمشغل سياقاً تشغيلياً وتجارياً.

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

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

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

قراءة مسؤولة لعبارة active

كلمة active في RDAP قصيرة وقد تبدو حاسمة. معناها العملي هنا أن حالة كائن المورد في سجل APNIC نشطة. لا تضيف الكلمة بمفردها تفاصيل عن مدى الإعلان أو جودة التوجيه أو تشغيل المنتجات. وتظهر فائدة RIPEstat تحديداً لأنه يقدم ملاحظة منفصلة بأن announced=true عند اللقطة، فلا نحتاج إلى استنتاج الإعلان من حالة السجل.

حتى اجتماع active وannounced=true لا يثبت الصمود. الأول إداري والثاني رصد لحظي للتوجيه. يمكنهما معاً تأكيد أن الهوية ليست مجرد اسم مهجور في اللقطة وأن لها أثراً في نظام يعمل، لكنهما لا يقيسان ما يحدث عندما يفشل رابط أو مرفق أو نظام. لذلك ينبغي مقاومة صياغات مثل «نشطة وموثوقة» التي تضيف صفة لم تختبر.

ولا يعني active أن Compass تملك كل مكونات الخدمة أو كل مواردها مادياً. علاقة التسجيل لا تحسم الملكية النافعة أو عقود الوصول أو الترتيبات مع أطراف أخرى. كذلك لا تحدد الترخيص. هذه موضوعات قانونية وتجارية مختلفة، والمصدر لا يجيب عنها.

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