الخلاصة

  • يسمح RIPE Atlas للمضيف الواحد بما يصل إلى مجسين برمجيين خلف عنوان IP واحد، وأربعة ضمن البادئة نفسها كما تظهر في BGP؛ وعبر جميع المضيفين يبلغ السقف 32 مجساً لبادئة IPv4 و64 لبادئة IPv6.
  • تشرح السياسة كلفة التشغيل، ومحدودية القيمة الإضافية للتكدس، ومسار الاستثناء، وإمكان تعديل السقوف. أما الحلقة غير المنشورة فهي التي تصل حالة BGP مؤرخة بالمجموعة التي عُدّت عند قرار بعينه.
  • ينبغي أن يربط إيصال خاص يحمي الخصوصية بين وقت القرار، ونطاق رصد التوجيه، والبادئة المحسوبة، والأعداد، والحد الذي فُعّل، وشرط الإفراج، ومراجعة الاستثناء؛ وتكفي للعامة إحصاءات مجمعة وآمنة.

أربعة أرقام لأربع علاقات مختلفة

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

حدد إعلان 29 أبريل/نيسان 2026 أربع عتبات. يستطيع المضيف تشغيل مجسين من عنوان IP واحد، وأربعة من بادئة IP واحدة «كما تظهر في BGP». وبغض النظر عن المضيف، لا تتجاوز المجموعة 32 مجساً في بادئة IPv4 أو 64 في بادئة IPv6. وما يتجاوز الحد لا يسمح له بالاتصال إلى أن يخرج مجس آخر.

هذه ليست أربع درجات من الاختبار ذاته. فالرقم 2 يجمع بين حساب المضيف والعنوان. والرقم 4 يجمع بين الحساب وبادئة التوجيه. أما 32 و64 فيحسبان كل الحسابات داخل البادئة ويفصلان بين عائلتي العناوين. وقد ينجح مجس في اختبار ويفشل في آخر. لهذا لا يكفي وسم عام يقول إن هناك مخالفة؛ بل يلزم معرفة المجموعة والعتبة اللتين صنعتا القرار.

لم يقدم RIPE NCC السقوف باعتبارها ثوابت أبدية. قال إن الأرقام قد تُعدّل. واعترف أيضاً بأن مجسات المستخدم الواحد قد تبدو آتية من الشبكة نفسها مع أنها موزعة جغرافياً على نطاق واسع، وفتح طريقاً عبر البريد لشرح الحالة وطلب تخفيف القيد. وقت الإعلان كان التقدير 71 مجساً تابعاً لـ13 مضيفاً. هذا تصوير للحظة الإطلاق، لا رقم حالي ولا دليلاً على أن المجسات الـ71 عُلقت فعلاً.

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

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

الشبكات الكبيرة تختبر معنى التشابه

في النقاش العام سأل Robert Scheck عن AS3209 وAS3320. وأشار إلى تحقيق سابق أظهرت فيه مجسات تقع ضمن البادئة المرئية نفسها في BGP سلوكاً مختلفاً.

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

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

طرح النقاش سؤالاً عملياً آخر: هل يرى المضيف سبباً واضحاً أم يرى المجس «غير متصل» فقط؟ وعد RIPE NCC بإضافة وسم مخصص وبمراسلة المضيفين الـ13 المتوقع تأثرهم قبل التفعيل. وتقول ملاحظات إصدار الموقع في 15 يوليو/تموز إن صفحة المجس باتت تخبر المضيف عندما يكون مجسه في حالة انتظار بسبب farming violation.

تسمية الحالة خطوة مهمة، لأنها تفصل قرار القبول المقصود عن خلل في الجدار الناري أو الوصلة أو المتحكم. لكن الاسم ليس إثباتاً. فهو لا يقول هل كان الحد 2 أو 4 أو 32 أو 64، وما البادئة التي حُسبت، وكم مجساً كان فيها، ومتى ستعاد المراجعة.

حقل البادئة لا يشرح منشأ القرار

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

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

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

تقدم وثائق BGP State في RIPEstat مفردات لإثبات حالة الطريق، لا وصفاً لتطبيق Atlas. يمكن للملاحظة القابلة للتكرار أن تسمي المورد، والوقت، ومجمعات الطرق المختارة، ومعرّفات المصدر، ووقت الاستعلام. لا دليل على أن نظام الحد يستخدم RIPEstat أو RIS أو جميع مجمعات RIS أو الحساب نفسه. الفكرة فقط أن عبارة «مرئي في BGP» قابلة للتحويل إلى إحداثيات واضحة.

إيصال مفيد لا يتحول إلى دليل للالتفاف

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

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

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

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

هذه توصية تحريرية من Theo March. وهي لا تفترض أن RIPE NCC يفتقر إلى سجلات داخلية، ولا تصف كل مضيف تجاوز حداً بأنه مسيء. وسم المنتج يصف مساراً للضبط، لا نية الشخص.

المصادر