الخلاصة

  • RFC 9730 يصف تعايش التحكم الموزع في GMPLS مع أنظمة تحكم مركزية: قد يختار المتحكم مساراً أو يطلق طلب الإعداد، لكن عناصر الشبكة تظل قادرة على تنفيذ RSVP-TE، وبرمجة الملصقات، والحماية المحلية، والاستعادة ضمن نطاقها.
  • قبول الطلب في المتحكم، ونجاح الإشارة داخل المجال، وحدوث التحويل المحلي، واستعادة الخدمة من الطرف إلى الطرف أربع دعاوى مختلفة. لكل منها أدلتها، وساعاتها، وحدود مسؤوليتها، ولا يجوز اختزالها في حالة واحدة مثل «تم التنفيذ».

وثيقة عن التعايش، لا عن الإلغاء

نُشر RFC 9730 في مارس/آذار 2025 بوصفه وثيقة IETF معلوماتية بعنوان “Interworking of GMPLS Control and Centralized Controller Systems”. جوهره هو التداخل بين مستويين من العمل كان من السهل في الخطاب التسويقي تصويرهما كبديلين متنافسين: مستوى GMPLS الموزع، ومستوى التحكم المركزي الهرمي. الوثيقة لا تلغي أيّاً منهما، بل تفترض أن لكليهما أدواراً عملية يمكن أن تتكامل.

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

في المقابل، يستطيع المتحكم حساب مسار أو اختياره مسبقاً، ثم يطلب من عقدة الدخول تنفيذ الخدمة، من دون أن يهيئ بنفسه كل عقدة على امتداد المسار. يمكن أن يصل الطلب إلى عقدة الدخول بواسطة PCInitiate أو NETCONF، وبعد ذلك تتولى عناصر الشبكة تشغيل RSVP-TE فيما بينها. الفارق مهم: المتحكم قد يقرر «ما المسار المطلوب»، بينما الشبكة الموزعة تنفذ «كيف يتجسد هذا المسار فعلياً».

لهذا السبب، لا تكفي عبارة «المتحكم أنشأ الدائرة». قد تعني أن وظيفة عليا قبلت الطلب، أو أن عقدة الدخول استلمته، أو أن رسائل Path وResv اكتملت، أو أن التحويلات عبر الأجهزة بُرمجت، أو أن حركة المرور عبرت فعلاً. RFC 9730 يجعل هذه الطبقات أقرب إلى بعضها، لكنه لا يحوّلها إلى حقيقة واحدة.

ACTN: تنسيق بين نوايا الخدمة وموارد المجالات

يوفر RFC 8453 الإطار الذي يفسر كثيراً من هذه العلاقة. في ACTN يقف الـ MDSC بين طلبات الـ CNC وموارد الـ PNC. الـ MDSC يترجم طلبات الخدمة، وينسق بين المجالات، ويبني مستوى من التجريد يسمح بالتعامل مع شبكة متعددة المجالات من دون كشف كل تفاصيل كل مجال.

الـ PNC، من جهته، يراقب عناصر الشبكة ويهيئها، ثم يعرض للطبقة الأعلى طوبولوجيا قد تكون خاماً أو مختزلة أو مجردة. وعبر واجهة MPI تمر طلبات الاتصال والسعة، كما تمر صورة من الموارد خضعت لسياسة المجال. النتيجة أن الرسم البياني متعدد المجالات قد يكون «عالمياً» من منظور التنسيق، لكنه ناقصاً عمداً من منظور التفاصيل الداخلية.

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

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

أين يحدث حساب المسار؟

RFC 9730 لا يحصر الحساب في مكان واحد. قد يحدث في متحكم، أو في عقدة دخول تستخدم TED محلياً، أو في PCE. هذا التنوع ليس تفصيلاً معمارياً فقط؛ إنه يغيّر معنى الأدلة المطلوبة بعد الحادث.

في نموذج PCE الكلاسيكي، يعيد الـ PCE مساراً إلى الـ PCC، لكن الـ PCC هو الذي يقرر هل ينشر المسار ومتى. لذلك نجاح عملية الحساب لا يثبت أن LSP أُنشئ. أما في التشغيل الذي يبدأه الـ PCE، فيمكن لعملية مركزية أن تطلق الإعداد أو الصيانة أو الإزالة. حتى هنا، تبقى هناك مسافة بين «إصدار أمر» و«حدوث الحالة في الشبكة».

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

تعدد المجالات: مسار واحد أم مجموعة قطاعات؟

عبر المجالات، يمكن إنشاء الخدمة بعدة صور: RSVP-TE من طرف إلى طرف، أو LSPs مرتبطة بين المجالات، أو قطاعات منفصلة ينسق بينها المتحكم. وقد تتولى العقد الحدودية أو المتحكمات تخصيص الملصقات بين المجالات.

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

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

داخل المجال يجب أن توجد طبقة أخرى من الأدلة: نسخة الـ TED الخام المستخدمة فعلياً، نتيجة السياسة المحلية، استلام PCInitiate أو NETCONF، رسائل RSVP Path وResv والأخطاء، برمجة الملصقات والـ cross-connects، وحالة تشغيلية مكافئة لما يمكن أن يعبّر عنه PCRpt. بهذه الطريقة يمكن التمييز بين خطأ في الرؤية العليا وخطأ في التنفيذ الداخلي.

المشكلة الصامتة: حالات مختلفة على ساعات مختلفة

قد يمتلك المتحكم، والـ PNC، وعنصر الشبكة، صوراً خاماً أو مختزلة أو مجردة من الحالة، ولا يلزم أن تُحدّث في اللحظة نفسها. RFC 9730 لا يحدد حداً عالمياً للحداثة. لذلك لا يمكن الاستناد إلى وجود «قاعدة طوبولوجيا مركزية» بوصفه دليلاً على أنها تمثل الشبكة في لحظة القرار.

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

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

الحماية والاستعادة: لا تخلط بين الحساب والتحويل

في حماية الوصلة أو الـ span، لا يضيف RFC 9730 مطلباً جديداً. قد يحسب نظام مركزي مسارات حماية متباعدة، بينما تنفذ آلية أسرع مثل APS أو إشعار GMPLS التحويل محلياً. هذا مثال واضح على أن أفضلية طبقة معينة تعتمد على الزمن ونطاق القرار.

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

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

في Fast Reroute يجب فصل ثلاث خطوات: الحساب، والإنشاء، والاكتشاف/التحويل. قد يحسب المتحكم بديلاً، وينشئ RSVP-TE الحالة المطلوبة، ثم ينفذ PLR التحويل عند العطل. نجاح أي خطوة لا يثبت نجاح الأخريين.

RFC 4426 يميز بين حماية الوصلة والقطاع والطرف إلى الطرف، ويسمح بوجود مستويات متزامنة. هذه المرونة مفيدة، لكنها قد تنتج تفاعلات يصعب تفسيرها بعد الحادث. إذا عملت حماية محلية ثم تبعتها استعادة من طرف إلى طرف، قد يعاد توجيه الحركة مرتين. وإذا وُجد preemption أو reversion فقد يحدث اضطراب إضافي حتى بعد استعادة الاتصال الأساسي.

العطل داخل مجال يختلف عن العطل بين المجالات

في عطل متعدد المجالات، يمكن لمجال GMPLS أن يحاول أولاً إعادة توجيه قطاعه محلياً. إذا لم تكف الموارد، أو إذا فشل رابط بين المجالات، تنتقل النتيجة عبر Controller(G) نحو MDSC. عندها يستطيع MDSC حساب بديل عابر للمجالات وتشغيله، وقد يشمل مجالاً جديداً.

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

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

سلسلة إثبات من الطلب إلى تجربة العميل

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

في المجال، ينتقل الإثبات إلى الـ TED الخام والسياسة المحلية، ثم استلام الأمر، ورسائل RSVP-TE، وحالات الخطأ، وتخصيص الملصقات، وبرمجة التحويلات، والحالة التي تعكس ما أصبح قائماً فعلاً.

وقت الفشل، تصبح الطوابع الزمنية حاسمة: متى اكتُشف العطل؟ أي PLR أو branch أو merge دخل المسار؟ ما نطاق الحماية؟ هل كان هناك detour أو bypass مسبق؟ متى تحولت الحركة؟ هل أُرسل إشعار بنقص الموارد؟ هل حدث preemption؟ وهل حصل reversion بعد ذلك؟

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

الاعتمادية والأمن: المتحكم نقطة مهمة لكنه ليس الخدمة كلها

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

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

ولا ينبغي توسيع دلالة RFC 9730 إلى وثائق مجاورة. RFC 9731 الخاص بنموذج YANG للشبكات الافتراضية، وRFC 9732 الخاص بتقسيم موارد NRP، وRFC 9889 المتعلق بتحقيق شرائح 5G ليست تعريفات لآلية الاستعادة في RFC 9730. كما أن RFC 9730 لا يحدد منتج telemetry واحداً، ولا هدف تقارب موحداً، ولا صيغة إثبات معيارية. وبعض أشكال الاستعادة غير المعتمدة على GMPLS تقع خارج نطاقه.

ما الذي يستطيع المشغل ادعاءه بثقة؟

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

هذه الأدلة تلتقي، لكنها لا تستبدل بعضها. في بيئة عالية الاعتمادية، قيمة RFC 9730 ليست في جعل أحد أنماط التحكم منتصراً، بل في جعل الحدود بين أنماط التحكم قابلة للفهم. كلما كانت تلك الحدود مسجلة زمنياً ومسنودة إلى مصدر حالة واضح، أصبح من الممكن تفسير الأعطال من دون افتراض أن «النجاح» في طبقة واحدة يعني نجاح المنظومة كلها.

المصادر