الخلاصة

  • RFC 9938 وثيقة IETF إعلامية تجمع مفاهيم ومتطلبات وأنماطاً معمارية لمستوى متحكم DetNet، وتصرح بأن تفاصيل بروتوكول الحل ستأتي في وثائق لاحقة.
  • وصول طلب إلى المتحكم، أو إنتاج مسار، أو نجاح أمر إعداد لا يثبت بمفرده قبول كل عقدة للحالة واحتفاظها بها، أو عمل PREOF، أو القياس ضمن الحدود، أو أثر الخدمة لدى صاحبها.

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

صدر RFC 9938 في مارس 2026 بعنوان A Framework for the Deterministic Networking (DetNet) Controller Plane وبفئة Informational. يصف الملخص الوثيقة بأنها نظرة إطار تناقش مفاهيم ومتطلبات يمكن أن تكون أساساً لمواصفة حل مستقبلية. ويقول النص صراحة إنها لا تقدم تفاصيل بروتوكول لحل مستوى المتحكم؛ فتلك موضوع وثائق تالية.

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

ثلاثة نماذج لا تلغي حقائق العقد

يعرض RFC تحكماً موزعاً بالكامل عبر بروتوكولات الإشارة الديناميكية، وتحكماً مركزياً بالكامل على نمط SDN، ونموذجاً هجينا. في المثال المركزي يجمع المتحكم الطوبولوجيا وقدرات DetNet، ويتلقى طلب تأسيس التدفق من UNI أو API أو واجهة شمالية، ثم يضبط العقد بوسائل مثل NETCONF/YANG أو DetNet YANG أو متحكم قائم على PCE. أما في النموذج الموزع فتنتقل المعلومات عبر بروتوكولات الإشارة، وفي الهجين تتعاون الطريقتان.

تلك إمكانات معمارية وليست وصفاً لتطبيق إلزامي واحد. وفي التركيبات الهجينة يقول RFC إن امتدادات البروتوكول المطلوبة عمل مستقبلي.

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

متطلبات DetNet تبيّن السلسلة التي لم تكتمل

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

كل بند يحتاج دليله المستقل. الحجز المحسوب ليس مورداً قبلته الأجهزة. والقبول الأول ليس ضمان بقاء بعد تغير الطوبولوجيا أو السياسة. وحالة إعداد الجهاز ليست قياساً لحزم التدفق المقصود. ومجموعة مسارات ليست إثباتاً أن PREOF كرر وأزال ورتب الحزم الصحيحة في الحقبة الصحيحة.

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

احتفظ بإيصالات الخدمة المتسلسلة

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

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

المصادر