الخلاصة

  • تتمثل الفكرة الأساسية في AI4AN في أن يطوّر نموذج لغوي كبير برمجيات أتمتة الشبكة ويختبرها، ثم تُوزّع بوصفها وكيلاً للخدمات المستقلة، بدلاً من الاعتماد فقط على نموذج يتخذ قرارات مباشرة في الشبكة.
  • تتصور نسخة المسودة -01 واجهات قد تتمتع بصلاحيات واسعة على الموجّه، بينما يظل قسم الاعتبارات الأمنية غير مكتمل. إنها مسودة فردية، لا معياراً معتمداً من IETF ولا دليلاً على نشر النظام.

من تحليل الشبكة إلى كتابة البرمجيات

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

يصف Toerless Eckert وAlexander Clemm مركزاً للتطوير والتشغيل الشبكي بالوكلاء، يتلقى نية برمجية ويفسرها ثم يستخدم نموذجاً لغوياً لتطوير برنامج الأتمتة. ويُفترض أن يعمل البرنامج على بعض الأجهزة أو كلها في صورة وكيل خدمة مستقل (Autonomic Service Agent، ASA). يؤدي النموذج في هذا التصور دور أداة تطوير بالدرجة الأولى، بينما يصبح البرنامج المثبّت هو الطرف الذي يعمل باستمرار. ولا تحظر المسودة الاستخدام المباشر للوكلاء المعتمدين على النماذج اللغوية عند إمكانه؛ بل تفضّل وضع طبقة برمجية بين استدلال النموذج وفعل الجهاز.

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

واجهة الجهاز هي الحد الفاصل

يضع الرسم المعماري بيئة التطوير فوق طبقة تنفيذ على أجهزة الشبكة، إلى جانب عمليات التحكم والإدارة التقليدية. ويعرض مكونات ANIMA مثل شبكة التحكم المستقلة (ACP) والتهيئة الآمنة BRSKI والتنسيق عبر GRASP. توفر هذه البروتوكولات خلفية تقنية للمقترح، لكنها لا تعتمد AI4AN ولا تحوله إلى معيار.

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

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

مساهمة Eckert وما بقي محل نقاش

شارك Toerless Eckert وAlexander Clemm في تأليف AI4AN، ويرأس Eckert مجموعة عمل ANIMA. ويسجل محضر اجتماع ANIMA في IETF 126 عرضهما للمقترح ومناقشة ثلاثة مسارات واسعة: إدخال النموذج مباشرة في حلقة التحكم المستقل، أو قصره على تحسين معلمات محدودة، أو استخدامه مساعداً للتطوير والنشر كي ينتج وكلاء خدمة مستقلين حتميين ويتحقق منهم. لا يسجل المحضر توافقاً، ولا تبنياً للمسودة، ولا إقراراً بميثاق جديد للمجموعة.

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

تقدم الملاحظة 65 لـHeng Lu، «Running-Code Primacy»، إطاراً تحريرياً لا دليلاً على وقائع تخص Eckert أو AI4AN: نشر المواصفة لا يساوي التحقق المحلي أو التنفيذ أو التبني أو السلوك في الشبكات العاملة. وتشمل الأدلة التالية المفيدة قسماً أمنياً مكتملاً، وبيئات اختبار قابلة لإعادة الإنتاج، وسلسلة واضحة لتوقيع البرمجيات وتحديثها، وواجهات بصلاحيات دنيا، وتنفيذات مستقلة أو تجارب لدى مشغلين. حتى الآن، ظهر حد التنفيذ؛ أما ضماناته فلم تُحسم.

المصادر