ملخص

  • تقول InterLAN IX في وثائق RIPE 93 إن Lighthouse مستخدم مع تسعة موجّهات Nokia وعشرين مبدّلاً من Arista و197 خدمة و214 عميلاً في البوابة. يسبق التغييرَ عرضٌ لكل جهاز وفحصٌ قبل الاعتماد، ويتبعه اختبار وصول ومؤقّت للتأكيد أو الاستعادة.
  • تستطيع الواجهة البرمجية الخارجية طلب الكتابة عبر معاملات لها أقفال وسجل ومخرج رجوع. أدوات المساعد الذكي تقرأ الحالة والسجلات والتشخيصات فحسب؛ أما اقتراح تغييرات بمساعدته فيرد ضمن العمل المخطط له مع مراجعة وموافقة.

أخطر كلمة في شاشة تشغيل الشبكة هي «اكتمل». فهي لا تقول ما إذا كان كل موجّه قد قبل الإعداد نفسه، ولا ما إذا ظل الطريق إلى إدارته مفتوحاً. لهذا يستحق عرض Andrei Dinu في جلسة Connect ضمن RIPE 93 النظر في تفاصيله لا في اسمه. تسمي شرائح Lighthouse الأصلية العملية «معاملة ذرية متعددة الأجهزة». ثم تعرض العمل الذي يتطلبه هذا الوصف: قالب خدمة ذي إصدار، إعداد مقترح لكل جهاز، فحص قبل الكتابة، اختبار للوصول، تأكيد أو رجوع، وسجل يبين من غيّر ماذا.

الحجم المعلن محدد: تسعة موجّهات Nokia، وعشرون مبدّلاً من Arista، و197 خدمة، و214 عميلاً للبوابة. هذه لقطة قدمها المشغّل عن الاستخدام، وليست إحصاءً لعدد التغييرات الناجحة. يستطيع العميل مشاهدة الخدمة وطلب تعديل ضمن حدود، لكن الطلب قد يصل إلى عدة أجهزة مختلفة. وفي الخلفية ثلاثة أنظمة: BirdNest لخوادم المسارات، وNoSignal للبث التلفزيوني، وLighthouse لتجهيز الشبكة. جمعها في بوابة واحدة لا يجعل وظائفها أو مخاطرها شيئاً واحداً.

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

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

قبل الوصول إلى الإنتاج، تستخدم InterLAN بيئة تجريبية تستند إلى آخر إعداد محفوظ وإلى شكل الشبكة المعروف. تنظف الإعداد وتبني مختبراً منفصلاً بواسطة Containerlab وNokia srsim، ثم تجرّب عمليات كتابة واستعادة قريبة من الأصل. لا تنتقل تغييرات المختبر إلى أجهزة الإنتاج. وتذكر الشرائح حدود المحاكاة بصراحة: يجب إعداد الإدارة والتوجيه مسبقاً، بينما إضافة Arista vEOS وحاويات BIRD لتمثيل العملاء من الخطوات القادمة. هذا مختبر للتجربة، لا نسخة مطابقة من كل اعتماد حي.

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

للخبر صلة محددة بـ RIPE NCC: تذكر وثائق خدمة RIS أن جامع المسارات RRC22 موجود في InterLAN-IX ببوخارست. تدير RIPE NCC خدمة القياس، وتدير InterLAN نقطة التبادل وLighthouse. رصد إعلان المسار، وتسجيل الحالة المرغوبة، وحالة الموجّه الفعلية ثلاثة سجلات مختلفة. لا يشهد أحدها تلقائياً على سلامة الآخر.

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

المصادر: سجل جلسة RIPE 93؛ شرائح Lighthouse الأصلية؛ قائمة جامعي RIS لدى RIPE NCC.