نجح الأمر البرمجي. فهل عاد الإنترنت إلى المستخدم؟

الخلاصة

• قال 78% من 100 مسؤول ومتخصص شملهم استطلاع للنطاق العريض الثابت إنهم نشروا SDN أو NFV جزئياً أو كلياً. هذه ليست نسبة الخدمات التي تعمل ذاتياً.
• الاختبار المفيد يتتبع مهمة محددة: فهم المشكلة، وصلاحية القرار، والتنفيذ، والتحقق من النتيجة، وإحالة ما تعجز الآلة عن حله إلى مسؤول واضح.

المستخدم يريد أن يبدأ مكالمته أو يرسل عمله، لا أن يعرف أن جهازاً في الشبكة قبل إعداداً جديداً. حين يتوقف الاتصال، تصبح المسافة بين الخبرين وقتاً ينتظره هو. فمن يملك إعلان أن الخدمة عادت؟

هناك تفصيل عملي في تقرير ETSI GR F5G 019 V1.1.1، الصادر في أبريل 2025: تفعيل الخدمة في شبكات الوصول والمنازل يتضمن سبع مهام. يبدأ بجدولة التفعيل والتأكد من الموارد، ثم إعداد حل للتهيئة واعتماده، وضبط الشبكة، والتركيب في الموقع، وأخيراً اختبار الخدمة. وفي المهمة الأخيرة يُفحص الاتصال والوفاء بمستوى الخدمة المتفق عليه. ليست نهاية العمل مجرد إرسال الإعدادات.

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

تساعد دراسة عرضها Broadband Forum في 7 أكتوبر 2026 على فهم هذه المسافة. كلّف المنتدى بالدراسة وأُعدت بالتعاون مع STL Partners، برعاية Radisys وIncognito Software Systems. وشمل الاستطلاع 100 من صناع القرار والمتخصصين لدى مزودي النطاق العريض الثابت حول العالم.

بحسب المقتطف المنشور لدى STL، نشر 78% من المشاركين الشبكات المعرّفة بالبرمجيات، SDN، و/أو المحاكاة الافتراضية لوظائف الشبكة، NFV، جزئياً أو كلياً. خرج التحكم البرمجي من المختبر لدى كثيرين في هذه العينة. لكن النسبة لا تخبرنا كم طلب تفعيل أو إصلاح يكتمل دون تدخل يدوي.

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

طلب واحد، وأنظمة لا تنتهي معاً

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

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

تذكر STL أن بعض المزودين غيّروا بنيتهم بدرجة كبيرة دون تحقيق المرونة أو كفاءة الموارد المنتظرة. وينقل المقتطف وصف مشغل أوروبي من فئة Tier 1، لم يُذكر اسمه، لتحوله الخاص: نحو 30% تقنية، و30% مهارات، و40% تبرير للاستثمار وتغيير لنموذج التشغيل. تكمن أهمية هذه التجربة في العمل الذي لا ينجزه شراء جهاز: تقاسم الموارد، واعتماد التحديثات، وربط الأنظمة القديمة بالجديدة، وتحديد سلطة المورد. كل واحدة منها قد تغير من يستطيع إنهاء طلب العميل.

مستوى مرتفع في أي مهمة؟

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

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

ويركز إطار TM Forum بدوره على السيناريوهات. وفي إعلانه بتاريخ 8 أكتوبر، قدم 20 حزمة Technical Solution Packages، تشمل أمثلة لمعالجة شكاوى النطاق العريض وأعطال النقل وتغييرات IP. يقول المنتدى إنها تربط خبرات التنفيذ بالنتائج والبنية والواجهات والبيانات والأتمتة، وفق إطاره وOpen Digital Architecture. والوصول إلى 40 حزمة بحلول DTW Ignite 2027 هدف، لا عدد تحقق بالفعل.

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

من يبقى عندما تتوقف الأتمتة؟

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

وتقدم Note 65 لـLu Heng، بعنوان «Running-Code Primacy»، زاوية تحريرية محدودة: الفصل بين الادعاء وما يثبته نظام يعمل فعلاً. إنها وجهة نظر صاحبها في تنسيق الإنترنت، لا دليل عن الشركات المستطلعة. ولا تستدعي إهمال المعايير، بل وصل الادعاءات بعمل قائم ونتائج يمكن ملاحظتها.

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