الخلاصة

  • تقول دراسة LACNIC المنشورة في 27 مايو 2026 إنها أخذت كل تحديثات مارس 2026 من الجامعين RRC15 وRRC24، ثم تصف توحيد أكثر من 2.222 مليار رسالة BGP «خلال 48 ساعة».
  • يسجل جدول الاستقرار 2,222,981,835 رسالة. ويسجل جدول IPv4 وIPv6 عددَي 159,964,848 و693,016,987 تحديثاً؛ أي 852,981,835، بفارق دقيق قدره 1,370,000,000.
  • مجموعا البادئات يتطابقان مع 1,436,539، وفئات ASN الأربع تتطابق مع 86,398. لذلك قد تعكس الفجوة الباقية اختلافاً في الوحدة أو المرشح أو مرحلة المعالجة، ولا تثبت خطأ حسابياً.
  • يحتاج التحليل إلى إيصال تسوية ذي إصدار يربط نافذة الرصد بزمن المعالجة، وأقران الجامعين، وملفات MRT، وإصدارات البرمجيات، وقواعد العد، والأرقام الوسيطة، والتصحيحات، من دون اعتبار نقطتي رصد تعداداً إقليمياً.

جدولان يغلقان الحساب وثالث يفتحه

قدمت مقالة LACNIC عن متحدثي BGP المزعجين تصنيفاً بسيطاً للسلوك وفق معدل churn: مستقر، متململ، مزعج، وحرج. ويمكن اختبار جزأين من بنيتها فوراً. فعدد بادئات IPv4 البالغ 1,146,937 مضافاً إليه 289,602 لبادئات IPv6 يساوي 1,436,539، وهو إجمالي البادئات الفريدة المنشور.

وكذلك تساوي أعداد فئات ASN — 43,199 و41,650 و1,530 و19 — إجمالي 86,398. هذه وصلات حسابية واضحة بين الجدول الفرعي والعدد الرئيسي.

أما عدد التحديثات فلا يصل إلى إجمالي الرسائل. يورد جدول العائلتين 159,964,848 تحديثاً لـIPv4 و693,016,987 لـIPv6. المجموع 852,981,835. ويورد جدول الاستقرار 2,222,981,835 «رسالة BGP». الفرق بينهما 1,370,000,000 بالضبط.

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

مارس و48 ساعة: ساعة للرصد أم للحوسبة؟

يسمي قسم مصدر البيانات RRC24 في مونتيفيديو وRRC15 في ساو باولو، ويقول إنه أخذ جميع التحديثات المقابلة لشهر مارس 2026. ويعدد القسم التالي Python 3 وmrtparser وpandas وNumPy وMatplotlib، ثم يقول إن المعالجة وحّدت أكثر من 2.222 مليار رسالة خلال 48 ساعة.

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

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

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

الأرشيف المفتوح ليس سجل تشغيل التحليل

توفر RIPE RIS أساساً عاماً قوياً. توضح الوثائق أن البيانات تحفظ لكل route collector، وأن ما يستقبله الجامع من أقرانه يوضع في مجموعة ملفات واحدة. ويتبع الاسم النمط rrcXX/YYYY.MM/TYPE.YYYYMMDD.HHmm.gz. تُنشأ لقطات الجداول كل ثماني ساعات عادة، وملفات التحديث كل خمس دقائق. وتعرض أدلة مارس 2026 لـRRC15 وRRC24 ملفات bview وupdates منفصلة.

لكن الدليل لا يخبرنا أي الملفات دخلت تشغيل LACNIC. لا يسجل ملفاً جزئياً أو فشل تنزيل أو parsing، ولا يبين تغير مجموعة الأقران أو ما إذا استُخدمت bview للتهيئة فقط أم دخلت في إجمالي ما. إتاحة الرف لا تعني معرفة الكتب التي استعارتها العملية.

وتحدد هوية الجامعين حدود الاستنتاج. يربط RIPE NCC الجامع RRC15 بـPTTMetro-SP في ساو باولو، ويصف RRC24 بأنه LACNIC Multihop في مونتيفيديو. لكل منهما أقرانه ومجال رؤيته. وهما لا يعدّان أعضاء LACNIC أو كل موجهات المنطقة أو الحركة أو المستخدمين أو الأعطال أو الأضرار.

«الرسالة» ليست وحدة قائمة بذاتها

يميز RFC 4271 بين رسائل OPEN وUPDATE وKEEPALIVE وNOTIFICATION. ويميز RFC 6396 بين لقطات الجدول ورسائل BGP4MP وتغيرات حالته. كما يعرض RIS Live بيانات حالة الأقران بنوع مستقل. لا تكشف هذه الوثائق شفرة الدراسة، لكنها تثبت أن المادة الخام تحتوي وحدات متعددة مشروعة.

قد تحمل رسالة UPDATE واحدة عدة بادئات بسمات مشتركة، وإعلانات وسحوبات، ومعلومات وصول متعددة البروتوكولات. وبعد التحليل، يكون لكل من سجل MRT ورسالة BGP وUPDATE وعنصر NLRI وحركة البادئة ومشاهدة كل قرين عدد مختلف. وقد يفسر تغير حالة جلسة موجة churn من دون أن يكون تحديثاً في جدول العائلة.

إسناد IPv4 وIPv6 يحتاج بدوره إلى قرار. هل تحسب الرسالة التي تمس العائلتين مرتين؟ ماذا يحدث إذا لم يبق عنصر بعد المرشح؟ كيف تعالج multi-origin وAS_SET والمسار التالف؟ وفي أي مرحلة تزال مشاهدة البادئة نفسها من جامعين؟ بما أن معدل churn يعتمد على التحديثات والبادئات لكل ASN، فإن هذه الخيارات هي البسط والمقام وليست هامشاً تقنياً.

مكونات إيصال التسوية

يبدأ الإيصال بساعتين: حدود الرصد بتوقيت UTC وحدود المعالجة. ويعرّف صراحة معنى 48 ساعة وعلاقة مارس بالعينة.

ثم يضع manifest لملفات MRT الدقيقة من RRC15 وRRC24، مع hashes والحجم وملخص مجموعة الأقران والثغرات والأخطاء. ويبين دور bview منفصلاً عن updates.

بعد ذلك يأتي قاموس العد: سجل MRT، رسالة BGP، UPDATE، إعلان، سحب، NLRI، ظهور بادئة، وبادئة فريدة. لكل مرشح عدد قبل وبعد، ولكل قاعدة تخص العائلة أو التكرار أو الرسائل الفارغة أو الفشل أو multi-origin أو إسناد ASN إصدار معلوم.

وتربط طاولة وسيطة المدخلات المقبولة بالرسائل المحللة، ثم UPDATE المحتفظ بها، ثم الحركات حسب العائلة، ثم مجتمع churn. إذا كان الرقمان 2,222,981,835 و852,981,835 ينتميان إلى نطاقين مختلفين، فيجب أن تشرح سطر واحد أين توجد 1,370,000,000 الأخرى ولماذا.

أخيراً تسجل الإصدارات: Python وmrtparser والمكتبات، مراجعة الشفرة، hash الإعداد، معرّف التشغيل، تاريخ النشر، وسجل التصحيح. يمكن تحسين النتيجة من دون محو هويتها السابقة.

الدقة تحمي الشبكات المرصودة

يذكر النص أعطال البرمجيات وسوء الإعداد والمعدات والطاقة والهجمات بوصفها أسباباً عامة ممكنة. لا يثبت أي سبب للـASN التسعة عشر. كما أن العدد المرتفع لا يثبت نية ضارة أو ضرراً للمستخدم أو تقصيراً كان يمكن تجنبه.

سجل النسب يسمح للمشغل أن يسأل: هل ظهر ASN عبر قرين واحد أم عدة أقران؟ لوقت قصير أم طوال النافذة؟ وبأي قاعدة أصل؟ ويسمح للباحث بإعادة الاختبار في مدة أخرى. كما يسمح لـLACNIC بتصحيح تحويل محدد من دون تحويل المراجعة إلى اعتراف بأن الدراسة كلها باطلة.

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

المصادر