الخلاصة

  • عرض Sam van Kampen في RIPE 93 خدمة RISwhois-rs بديلاً متوافقاً لخدمة استعلام عن المسارات بدأ تشغيلها عام 2003.
  • أصبح استقبال بيانات المسارات كل ساعة، ويضيف الخيار -R نتيجة مقارنة أصل الإعلان بتصاريح RPKI.

في الإنترنت دفتر قديم لعناوين المسارات. تتصل به عبر المنفذ 43 فيخبرك RISwhois بما رأته مجمعات RIPE. لم يتغير رقم الهاتف منذ عام 2003؛ الذي تبدل هو المحرك، ومعه إمكانية سؤال آخر: هل يطابق أصل هذا الإعلان التفويض المنشور؟

قدم مطور RIPE NCC سام فان كامبن، Sam van Kampen، الخدمة الجديدة في جلسة RIPE 93 يوم 26 أكتوبر. تصف شرائحه الأصلية البرنامج السابق بأنه نحو أربعة آلاف سطر بلغة C90، وخادم ينشئ عمليات منفصلة بلا معالجة متعددة الخيوط أو مجموعة اختبارات. هذا وصف المتحدث للبرنامج الموروث. أما RISwhois-rs فصمم ليحل محله من دون تغيير طريقة الاستعلام المألوفة، مع استقبال متواز للبيانات وخادم tokio واختبارات ومقاييس مدمجة. ويقول المتحدث إنه أول خدمة بلغة Rust في إنتاج RIPE NCC.

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

الاستعلام المعتاد يعرض أثر الرصد: يحدد seen-at مجمعات RIS التي شاهدت المسار، ويصف num-rispeers مدى ظهوره لدى الأقران. وعند إضافة -R يظهر اختبار آخر. يعطي rpki-ov-state حالة التحقق، ويعرض rpki-vrp سجلات التفويض التي تغطي البادئة. يشرح دليل RIPE NCC أن ROA تربط البادئة بنظام الأصل المستقل والحد الأقصى لطولها؛ ثم يقرر مشغل الشبكة سياسة التوجيه المناسبة.

اجتماع النتيجتين على شاشة واحدة مفيد جداً. لكنه يغري القارئ بأن يعامل valid كأنه شهادة من كل مجمعات العالم على انتشار المسار. الرصد محدود بما شاهده المجمع؛ والتحقق مقارنة منفصلة بسجلات التفويض. شاشة واحدة لا تجعل الشاهد وكاتب التفويض شخصاً واحداً.

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

المصادر الأصلية