Summary

  • يقول Md.Kamruzzaman Khan إن سحب بوادئ AS63526 بدأ نحو الساعة 14:45 بالتوقيت العالمي في 18 يوليو 2024، يدوياً ومن موجّه إلى آخر ومن جلسة BGP إلى أخرى، بلا نصّ تشغيل آلي. كانت 46 بادئة IPv4 من نوع /24 وبادئة IPv6 واحدة من نوع /48.
  • أعاد سجلّ RIPE NCC التاريخي البوادئ السبع والأربعين بدقة زمنية قدرها 28,800 ثانية. في الفترة التالية ظهر لكل /24 نظير RIS واحد يملك جدولاً كاملاً، ولـ /48 أربعة نظراء، بعدما كانت الأعداد 358 و363.

تبدو الخانة الزمنية على لوحة المتابعة أكثر ترتيباً من العمل الذي سبقتها. في شهادته المباشرة لدى RIPE Labs، يصف خان بدء فريقه سحب إعلانات AS63526 قرابة الساعة 20:45 في دكا. راجعوا نتيجة كل تغيير قبل الانتقال إلى الجلسة والموجّه التاليين. الأدوات والأوامر مألوفة من الصيانة الاعتيادية؛ ذلك اليوم جعل عواقبها مختلفة.

تُظهر استجابة RIPEstat الخاصة بـ AS63526، عند تحديد البحث بين 18 و20 يوليو، 46 بادئة IPv4 من نوع /24 و2404:4580::/48. قبل نهاية الفترة التي تنتهي عند 15:59:59 بالتوقيت العالمي يوم 18 يوليو، رأت 358 جهةً كاملة الجدول كلَّ /24، ورأت 363 جهةً بادئةَ IPv6. تبدأ الفترة التالية عند 16:00 وتُظهر نظيراً واحداً للأولى وأربعة للثانية. هذا بقاء في رؤية المجمعات؛ الاستجابة لا تحدد سبب بقائه.

رقم time_granularity في الردّ هو 28,800 ثانية. إنه قياس لحالة شوهدت، لا دفتر أوامر صادر من غرفة التشغيل. يعرف خان ترتيب الإجراءات داخل شبكته؛ ويرى RIS ما وصله من نظرائه. وضع الأوامر السبع والأربعين على طابع زمني واحد يمحو الفحوص التي جرت بينها، ثم يفتح الباب لتخمين مصدر التعليمات أو توقيت انقطاع كل مستخدم من سجل لا يحمل هذين الأمرين.

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