الخلاصة

  • كائن المنظمة ORG-NB187-RIPE يحمل أربعة أرقام أنظمة مستقلة في هولندا هي AS203326 وAS214415 وAS213291 وAS215169، جميعها بحالة ASSIGNED، وأربعة أسماء مختلفة، ومشغّل تقني واحد يتمثل في الزوج RIPE-NCC-END-MNT مع lir-nl-nebius-1-MNT.
  • بادئات IPv4 للنظامين AS203326 وAS214415 ترصف الكتلة 213.239.160.0/19 بلا انقطاع إلا في ستة نطاقات /24 لا تظهر في أي بادئة معلنة، بينما يعلن AS215169 صفر بادئة ولا يظهر له جار واحد في أدوات الرصد.

منظمة واحدة وأربعة أسماء

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

كائن المنظمة المسجّل باسم ORG-NB187-RIPE يعرّف Nebius B.V. ببلد هولندا ونوع LIR، أي سجل إنترنت محلي يوزّع العناوين على عملائه، مع تاريخ إنشاء في 2022-12-08 وآخر تعديل في 2026-08-05. وحين تُقرأ وثائق RIPE نفسها، يتبيّن أن قيمتين مثل ASSIGNED وLEGACY هما حالتان إداريتان للكائن، وليستا قياساً لحركة التوجيه؛ وأن السمة org تحدّد المنظمة المسؤولة، بينما قد تغيب sponsoring-org تماماً؛ وأن حيازة العناوين تسكن في كائنات inetnum وinet6num، وأن كائنَي route وroute6 هما ما يربط بادئة ما بمصدرها (وثائق أنواع الكائنات في RIPE). أي أن السجل يخبرك بمن يملك حق التسجيل، لا بمن يرسل حزمة بيانات الآن.

الأرقام الأربعة تحت ذلك الكائن تشترك في أكثر من الصفة: الحالة نفسها، والمنظمة نفسها، والزوج نفسه من المشغّلين، وانعدام sponsoring-org في العرض. ويختلف كل منها في الاسم وفي سياسة التصدير المعلنة وفي عدد ما يظهر من بادئات.

النظام الاسم التصدير المعلن البادئات (IPv4 / IPv6)
AS203326 NebiusMAD AS174، AS1299 3 / 2
AS214415 NebiusPA10 AS9002، AS1299 9 / 4
AS213291 NebiusCloud AS208722، AS200632 17 / 17
AS215169 CoreNebiusNet AS1299، AS9002، AS6762، AS12849، AS208905 0 / 0

الحساب الذي يخفيه العدّ

ابدأ من النظام الأقدم ظاهرياً، AS203326 المسمّى NebiusMAD. يُظهر له رصد Hurricane Electric ثلاث بادئات IPv4 وبادئتين IPv6، منها 213.239.176.0/24 و213.239.177.0/24 و213.239.184.0/21، وبادئتا IPv6 هما 2a13:5942:820::/44 و2a13:5947:13a::/48 (bgp.he.net)، ويطابق ذلك رصد bgp.tools للرقم نفسه (bgp.tools).

ثم AS214415 المسمّى NebiusPA10: تسع بادئات IPv4 وأربع IPv6، بينها 213.239.160.0/21 و213.239.168.0/21 و2a13:5940:120::/44 (bgp.he.net).

الآن اكتب الكتلتين على محور واحد. النطاقان /21 يغطيان 213.239.160.0 حتى 213.239.175.255. النطاقان /24 يغطيان 213.239.176.0 حتى 213.239.177.255. والنطاق /21 يغطي 213.239.184.0 حتى 213.239.191.255. مجموعها يترك ستة نطاقات /24 كاملة، من 213.239.178.0 إلى 213.239.183.255، لا تظهر في أي بادئة معلنة من النظامين. الكتلة الأب 213.239.160.0/19 تمتد إلى 213.239.191.255، والحساب هنا أبسط من أي قراءة انطباعية: أربعة نطاقات متجاورة، وتحت أقدامها فجوة بحجم ستة نطاقات /24.

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

شبكة مسجّلة لا تُوجّه

الشاهد الأقوى على أن التسجيل فعل إداري لا فعل توجيه هو AS215169 المسمّى CoreNebiusNet. سياسة تصديره المعلنة تذكر خمس شبكات عبور: AS1299 وAS9002 وAS6762 وAS12849 وAS208905. أي أن الوثيقة تتحدث عن شبكة موصولة بخمسة اتجاهات في آن واحد. ثم انظر إلى ما يُعلَن فعلياً: صفر بادئة IPv4، صفر بادئة IPv6، صفر جار مرصود، في صفحة تحمل طابع تحديث بتاريخ 10 نوفمبر 2026 (bgp.he.net). ويصنّفه IPinfo غير نشط، بصفر عنوان IPv4 وصفر عنوان IPv6 ولا مصادر ولا وجهات ولا أقران (IPinfo).

الصفر هنا ليس برهاناً على العدم. إنه قياس في لحظة. قد يحمل هذا النظام توجيهاً خاصاً لا يُعلن عالمياً، أو بادئات نُصِّبت للتوّ ولم تصل بعد إلى المراقبين، أو مساراً منخفض الظهور يقصيه الاستعلام الافتراضي. وثائق RIPEstat تنص على أن معامل min_peers_seeing يقف افتراضياً عند 10، أي أن الإعلانات التي يراها أقل من عشرة أقران تُستبعد من الاستعلام الافتراضي (RIPEstat). فالشبكة التي تتحدث إلى خمس شبكات عبور في وثيقتها، وتظهر صفراً في المرصد، توصف بدقة بأنها غير مرئية علناً في ذلك اليوم، لا بأنها غير موجودة.

ومع ذلك، الفارق بين خمسة تصديرات وصفر إعلان يستحق التوقف. الشبكة التي تُسجَّل قبل أن تُنشر ليست شذوذاً؛ إنها نمط معروف في القطاع، حيث يُحجز الرقم والاسم والسياسة أولاً، ويأتي التوجيه لاحقاً مع نمو العمل. والسؤال الذي يطرحه هذا النمط على أي شركة سحابية سريعة النمو ليس "هل تسجّل أكثر مما تشغّل؟" بل "كم من بنيتها التحتية يقف في هذه المسافة بين الوثيقة والمسير؟"

ثلاثة أعداد وثلاثة أسئلة

النظام الثالث، AS213291 المسمّى NebiusCloud، هو الأكثر إثارة للانتباه لأن عدّه لا يستقر. يُظهر له Hurricane Electric سبع عشرة بادئة IPv4 وسبع عشرة IPv6، ويذكر منفصلاً ثلاثة وعشرين إعلاناً (bgp.he.net)، بينما يعرض bgp.tools للرقم نفسه سبع عشرة بادئة IPv4 وست عشرة IPv6 (bgp.tools). أي أن العدّين يفترقان في بادئة IPv6 واحدة ضمن النافذة الزمنية نفسها. هذا تعارض رصد غير متزامن، لا تغيير توجيه موثّق. والفرق بين 17 و16 لا يغيّر الحكم، لكنه يغيّر الثقة: من يقرأ رقماً واحداً على أنه حقيقة ثابتة يقرأ أداة لا شبكة.

والأهم أن بادئات AS213291 لا تعيش كلها في الكتلة نفسها. مساحتها المعلنة تتضمن 89.169.96.0/20، وهي خارج 213.239.160.0/19 تماماً. لذلك فإن القول بأن كل ما تملكه Nebius في هولندا يقع داخل كتلة واحدة هو قول جميل وخاطئ؛ الصحيح أن بادئات النظامين AS203326 وAS214415 هما ما يرصف الكتلة، وأن AS213291 يضيف مساحة من مكان آخر.

ثم هناك PeeringDB. سجل AS213291 يذكر المنظمة Nebius B.V.، ومجموعة IRR باسم AS213291:AS-NEBIUS، وقيمتي info_prefixes4 وinfo_prefixes6 كلتيهما 10، بآخر تحديث في 2024-10-10 (PeeringDB). وثائق PeeringDB نفسها تصف هاتين القيمتين بأنهما الحد الأقصى الذي ينبغي أن يتوقعه الأقران من الإعلانات، لا قياس لما يُعلَن فعلاً (وثائق المشغّلين). فالرقم 10 على المنصة تصريح نيّة، والرقم 17 على المرصد قياس لحظة، وكلاهما قد يكون صحيحاً في سياقه.

ثلاثة أعداد لشبكة واحدة: 17 على مرصد، و16 على مرصد آخر، و10 تصريحاً على منصة. من يستخدم أحدها وحده سيصل إلى نتيجة مختلفة عن الآخر، مع أن الشبكة لم تتغير بين القراءات الثلاث.

الدرس نفسه يسير في الاتجاه المعاكس

قد يبدو أن المشكلة كلها في المبالغة: أرقام مسجّلة أكثر من الشبكات العاملة. لكن السجل يعمل في الاتجاهين. النظام AS401712 مسجّل باسم Nebius Inc. في الولايات المتحدة، لا باسم الكيان الهولندي. يُظهر له Hurricane Electric بادئة IPv4 واحدة وبادئتين IPv6، وأربعة إعلانات، ومن بادئاته 2607:e840:220::/44 و2607:e840:221::/48 (bgp.he.net). لكن bgp.tools لا يُظهر في واجهته الرئيسية سوى 104.204.96.0/24، ولا يكشف بادئتي IPv6 إلا عند تفعيل عرض ما منخفض الظهور (bgp.tools).

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

حيث يتوقف العدّ عن أن يكون مفيداً

إذا كان عدّ الأرقام لا يقيس الشبكة، فما الذي يقيسها؟ السجل يقدّم ثلاث طبقات منفصلة، والخلط بينها هو أصل الالتباس.

الطبقة الأولى إدارية: كائن المنظمة والأرقام الأربعة تحته. هذه تقول من يحق له التسجيل، ومن يحمل المسؤولية أمام السجل الإقليمي، ومن سيورث الأرقام لو تغيّر المالك. الطبقة الثانية حسابية: الكتلة 213.239.160.0/19 بحدودها، والنطاقات التي ترصفها، والفجوة التي تتركها. هذه تقول كم من الفضاء مخصّص فعلياً في السجل. الطبقة الثالثة تشغيلية: ما يُعلَن، ومن يراه، ومن يعبره. وهذه وحدها تقول ما يعمل الآن.

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

ما تستطيع هذه القراءة حسمه وما لا تستطيع

ينبغي قول الحدود مرة واحدة بوضوح. لم تُقرأ في هذا العمل نصوص كائنات aut-num وorganisation وinetnum وinet6num وroute الأصلية من قاعدة RIPE؛ فقد ارتدت مسارات REST وRDAP بأخطاء، ولم تُعِد واجهات RIPEstat نتيجة قابلة للاستخدام، وحتى صيغة الاستعلام الصحيحة الموصوفة في وثائق RIPE بصيغة /{source}/{objectType}/{key} لم تُسعف في الحصول على هذه النصوص (دليل استعلام RIPE). لذلك فإن كل سمة سجل واردة هنا مصدرها نسخ WHOIS معدّلة صراحة وصفحات مراقبة، وكل عدد توجيه هو قياس مؤرّخ لا حقيقة دائمة. والصفر في أي مرصد يبقى قياساً في لحظة، وليس برهاناً على أن نظاماً لم يُستخدم قط أو لا يحمل توجيهاً خاصاً. وعدد أنظمة Nebius B.V. الوارد هنا هو عدد الكائنات التي فُحصت، لا مجموع موثّق. وما إذا كانت البادئات داخل 213.239.160.0/19 تنبع من تخصيص واحد، وأين تنتهي حدود ذلك التخصيص بالضبط، سؤال يبقى مفتوحاً إلى أن يُقرأ كائن inetnum المعني.

للاطلاع على ملف Nebius B.V. في دليل BTW: entity:nebius-b-v-nl