الخلاصة
- تعرّف RFC 9633 وحدة
ietf-detnetالمتوافقة مع NMDA لتمثيل تدفقات التطبيقات وملفات المرور وطبقات الخدمة والتمرير وحالات تشغيلية محددة. - قيمة
max-latencyمتطلب، وapp-flow-status=readyإفادة محلية من جهاز. لا تحمل أي منهما الحزم والساعات ونقاط الرصد اللازمة لإثبات النتيجة من طرف إلى طرف. - يربط الإيصال القابل للدفاع بين الإعداد المقصود والمطبّق، وحالة كل عقدة، وجيل الإعداد، وعصر العدادات، واختيار التدفق، والقياس المستقل، وقبول التطبيق.
نجحت معاملة الإدارة. ظهرت الفروع المتوقعة، وأعلنت عقدة الدخول ready. لكن التطبيق كان قد أسقط الحزمة لأنها وصلت بعد انتهاء المهلة.
لم تكن إحدى الإفادتين كاذبة. كانت كل منهما تتحدث عن واقع مختلف.
تحدد RFC 9633 نموذج YANG لإعداد DetNet وقراءة بعض حالته التشغيلية. يربط النموذج التطبيق بملف المرور، ثم بطبقات الخدمة والتمرير. وهو ضروري لأن الخدمة الحتمية لا تنشأ من عقدة واحدة أو حقل واحد.
غير أن اكتمال الشجرة لا يجعلها حكماً على الأداء. فهي تسجل ما طُلب وربط وما أفاد به الجهاز؛ أما الوفاء بالمهلة فيقع في تاريخ الحزم.
المتطلب يحدد الاختبار ولا ينفذه
يمكن لملف المرور أن يحتوي الحد الأدنى للنطاق الترددي والحدود القصوى للتأخير وتغيره والفقد والفقد المتتالي واختلال الترتيب. تشبه هذه الحقول تقريراً للقياس، لكنها في النموذج شروط مطلوب تحقيقها.
وتصف traffic-spec وعد المصدر أو طلبه: الفترة وعدد الحزم وأحجام الحمولة. تستخدم الشبكة الوصف لتخصيص الموارد وضبط الصفوف. وجود الوعد لا يثبت أن المصدر التزم به، وقبول الشبكة له لا يثبت أنها سلمت النتيجة.
فالحد الأقصى للتأخير لا يحتوي طابعاً زمنياً، ونسبة الفقد المسموح بها لا تحتوي مجتمع الحزم المرسلة والمستلمة. أما الفقد المتتالي واختلال الترتيب فيحتاجان إلى معنى تسلسلي لا توفره العدادات الإجمالية.
إذا نُسخت قيمة الشرط إلى خانة الأداء، صار العقد شاهداً على وفائه بنفسه.
الجاهزية لها صاحب ونطاق
يعرّف النموذج حالات none وready وfailed وout-of-service وpartial-failed. وحالة تدفق التطبيق تشغيلية غير قابلة للإعداد، وتكون none عند نقص الإعداد. وهذا يفصل ما كتبه المشغل عما يقرره الجهاز في التشغيل.
لكن ready لا تتضمن نافذة مراقبة أو مجموعة حزم أو علاقة ساعات أو تأكيداً من تطبيق الوجهة. وقد تعني partial-failed أن بعض المخارج جاهز وبعضها فاشل، مع إمكان استخدام التدفق إذا كان الدخول جاهزاً. تحويل هذه البنية إلى لون أخضر واحد يحذف معلومة مهمة.
ينبغي أن يرتبط كل تصريح بهوية الجهاز والتدفق والاتجاه ومراجع الطبقات وموضع البيانات ووقت القراءة وجيل الإعداد. من دونها يصبح اللفظ قابلاً للانتقال بين وقائع لا علاقة بينها.
نموذج واحد لا يصنع التزاماً ذرياً عبر المسار
تسمح RFC بإعداد خدمة على أجهزة المسار من دون الاعتماد على بروتوكول إشارات. هذه قدرة إدارية، وليست ضماناً بأن كل جهاز قبل التغيير في اللحظة نفسها.
قد يحمل جهاز الملف الجديد، ويبقى جهاز آخر على مرجع قديم، ويرفض ثالث العملية. وإذا جُمعت القراءات أثناء الانتقال، أمكن تركيب صورة صحيحة في كل جزء لكنها لم توجد كاملة قط.
تحذر RFC من أن التعديلات غير المنسقة على أجهزة المسار قد تسبب حجب الخدمة. ولذلك فإن نجاح NETCONF أو RESTCONF على عقدة واحدة لا يكفي. يجب حفظ مجموعة العقد المقصودة وإجاباتها ومراجعاتها ووقت اعتبار الجيل موزعاً بالفعل.
ينظم NMDA الفرق بين المقصود والتشغيلي، لكنه لا ينشئ تلقائياً لقطة تاريخية متزامنة للنظام الموزع.
أمن قناة الإدارة لا يقيس الواقع
تحمي SSH وHTTPS وNACM قناة الإدارة وصلاحيات القراءة والكتابة. وهذا مهم لأن كتابة غير مصرح بها قد تكسر التدفقات أو تتجاوز الفحص أو تمرر الحركة عبر عقدة معادية.
إلا أن الاستجابة الموثقة تثبت جهة التصريح، لا صحة كل ما تصفه. يمكن لمستخدم مخول أن يكتب ملفاً خاطئاً، ويمكن لخادم أصيل أن يعرض حالة قديمة أو ناقصة، ويمكن للجهاز ألا يكون على مسار الحزمة المقاسة.
إيصال السلطة يجيب عمن قال؛ وإيصال القياس يجيب عما حدث. لا يغني أحدهما عن الآخر.
للعداد عصر وللتأخير ساعة
تظهر أمثلة RFC وقت انقطاع إحصاءات الواجهة. وهذا يمنع قراءة العداد كأنه يغطي التاريخ كله. إعادة التشغيل أو التصفير تغير بداية الفترة، ومقارنة عقدتين بعصرين مختلفين قد تصنع فقداً غير موجود.
يتطلب التأخير أحادي الاتجاه ساعتين بعلاقة معروفة ونقطتي مراقبة تحدان الخدمة. ويتطلب الفقد مجتمع حزم مشتركاً، بينما يتطلب الترتيب معرفات تسلسلية. وفي التدفقات المنسوخة يجب تحديد معاملة النسخ والتكرار والوصول المتأخر.
قد يكون القياس نشطاً أو سلبياً أو مختلطاً، لكن تصميم OAM مستقل عن نموذج RFC 9633. ويجب أن يطابق محدد التدفق في الاتجاه والواجهات والعناوين والمنافذ وDSCP والملصقات والمسارات. قياس صف مختلف لا يثبت الوعد المطلوب.
إيصال من خمس طبقات
الأولى تحفظ تعريف الخدمة: هوية التدفق ومحدداته وملفه وحدوده وطبقاته وإصداره. والثانية تحفظ فعل الإدارة: صاحب الصلاحية والعقد والمعاملات وأوقات التطبيق.
والثالثة تحفظ الحالة التشغيلية كما هي، بما فيها الفشل الجزئي. والرابعة تحفظ القياس: النقاط والساعات والمدة والمجتمع والعينة والانقطاعات. والخامسة تخص التطبيق أو صاحب الخدمة الذي يقبل أو يرفض أو يمنح استثناء أو يأمر بالرجوع.
تمنح ملاحظات Heng Lu لهذا الفصل معنى عملياً: سجل التنسيق ضروري، لكنه لا يملك الواقع لمجرد أنه منظم. الكود العامل والنتيجة المرصودة يحتفظان بسلطتهما.
المصادر
- Heng Lu — المواصفة الأولية الدنيا
- Heng Lu — أولوية الكود العامل
- Heng Lu — طبقات الواقع
- تاريخ RFC 9633 في IETF
- صفحة معلومات RFC 9633
- RFC 9633 — نموذج YANG لـDetNet
- النص القانوني لـRFC 9633
- XML القانوني لـRFC 9633
- البحث عن تصويبات RFC 9633
- RFC 8655 — بنية DetNet
- RFC 8938 — إطار مستوى بيانات DetNet
- RFC 9016 — نموذج معلومات التدفق والخدمة
- RFC 9055 — أمن DetNet
- RFC 8342 — NMDA
- RFC 7950 — YANG 1.1
- RFC 6241 — NETCONF
- RFC 8040 — RESTCONF
- RFC 8341 — NACM
إحاطة الأعضاء
سياق أعمق للملف الشخصي
سجّل الدخول بمستوى العضوية المناسب لفتح الإحاطة الكاملة وملاحظات المصادر.
للدائرة الاستراتيجية فقط
الدائرة الاستراتيجية
مفتوح لجميع القراء. افتح إحاطات الملف الشخصي بعد الانضمام وتسجيل الدخول.
انضم إلى الدائرة الاستراتيجيةلأعضاء تحالف القيادات فقط
تحالف القيادات
لأصحاب الأصول الفكرية المؤهلين وللإدارة؛ سجّل الدخول للوصول إلى إحاطات التحالف.
انضم إلى تحالف القيادات

