الخلاصة

  • تعرّف المراجعة 20 هويات وأنواعاً وتجميعات قابلة لإعادة الاستخدام في Layer 1 وOTN، لكنها لا تعرض وحدها عقد كتابة أو عقد حالة للقراءة أو RPC.
  • صحة البنية دليل على لغة مشتركة. أما قدرة الجهاز وهوية المنفذ وقرار NACM والـcommit وتخصيص الفتحات وحالة الضوء فتحتاج إلى إيصالات منفصلة.

الرد الإيجابي الذي لم يصل إلى جهاز

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

لم يسأل المدقّق أي جهاز عن قائمة وحداته. لم ينشئ جلسة NETCONF، ولم يتحقق من هوية مستخدم، ولم يمرر طلباً إلى NACM. لم يكتب قيمة في datastore، ولم يغلق cross-connect، ولم يخصص Tributary Slot في طرفين.

المراجعة 20 من Common YANG Data Types for Layer 1 Networks مؤرخة في 14 سبتمبر 2026 وتنتهي في 18 مارس 2027. يعرضها Datatracker كوثيقة لمجموعة CCAMP تستهدف Proposed Standard وتقع في طابور RFC Editor. هذا تقدم معياري مهم، لكنها ليست RFC وليست تقرير تنفيذ أو نشر أو نتيجة مقاسة.

الفاصل ليس بين وثيقة مفيدة ووثيقة غير مفيدة. إنه بين نوعين من الحقيقة: صحة الوصف، وحدوث الفعل.

لماذا تستحق اللغة المشتركة هذا الجهد

تتقاطع نماذج topology وtunnel وclient signal وservice عند موارد بصرية واحدة. إذا اخترع كل نموذج أسماءه ووحداته وحدوده، فقد تقبل الأنظمة رسائل متطابقة شكلاً ومختلفة معنى.

يمنح ietf-layer1-types جذوراً مشتركة. يميز granularities مقدارها 1.25G و2.5G و5G. ينظم odu-type أنواع Optical Data Unit ويسمح باشتقاق امتدادات للموردين. يغطي client-signal عائلات مثل Ethernet وSTM وOC وFibre Channel. وتضيف تجميعات OTN تفاصيل TPN وTS والعرض إلى بنى TE العامة.

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

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

تثبت اللغة المشتركة أن السؤال صار قابلاً للصياغة الموحدة، لا أن كل جواب صار متوافقاً.

التجميع ليس موضعاً حياً في datastore

تضع اعتبارات الأمن الحد بوضوح. الوحدة تعرّف identities وtypes وgroupings كي تعيد وحدات أخرى استخدامها. بمفردها لا تعرض عقداً قابلة للكتابة، ولا عقد حالة للقراءة فقط، ولا RPC.

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

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

لذلك يجب أن يسجل تدقيق القدرة YANG library لكل جهاز، والمراجعة والـfeatures والـdeviations والمسار الفعلي. عبارة «يدعم YANG» واسعة جداً. ووجود import في نموذج controller لا يثبت أن endpoint نفذ الوظيفة.

وصف السعة لا ينشئ مخزوناً

تعرض المراجعة مثال وصلة 100G يمكن أن تحمل ODU4 واحداً أو عشرة ODU2 أو ثمانين ODU0. هذه بدائل لتقسيم المورد نفسه، لا كميات مستقلة يمكن جمعها.

ينظم otn-link-bandwidth الرؤية بحسب ODU type. ما يزال allocator بحاجة إلى الإشغال الحالي والتجزؤ والأولوية وقدرات الطرفين وقيود المسار. القدرة القصوى ليست توافراً فورياً.

يتكون OTN label عادة من Tributary Port Number ومجموعة Tributary Slots. يجب تخصيص label نفسه للـLSP نفسه في طرفي الوصلة. يصف المجال القيم المتاحة للإعداد وفق النوع والgranularity والأولوية.

قراءة المجال ليست lock. قد تستهلك معاملة منافسة slot بعد snapshot. قد يقبل طرف ويرفض الآخر. وقد تنجح validation في candidate من دون commit.

إثبات الحجز يحتاج وقت snapshot، وTPN/TS المختارين، ومعرف المعاملة، ومعالجة التنافس، ونتيجة الطرفين، والـcommit، وقراءة operational. وبعد ذلك فقط تأتي استمرارية الإشارة وحركة العميل.

ODUflex لا يُختصر في رقم واحد

توجد ستة أشكال من ODUflex تختلف معادلات معدلها الاسمي. يحفظ YANG choice المدخل الملائم: معدل generic، عميل CBR، قيم GFP n/k، أو FlexE، أو FlexE-aware، أو معدل payload للحزم.

يتيح فرع generic توافقاً مستقبلياً في transit domain لا يعتمد setup فيه على النوع الدقيق. وفي الوقت نفسه توصي المراجعة باستخدامه عند الحاجة فقط، واختيار الفرع المحدد كلما أمكن لتبسيط interoperability.

التجريد ليس خطأ. هو قرار بشأن المعلومات التي لا يحتاج إليها نطاق معين. الخطر أن يعبر السجل إلى نطاق آخر يحتاج التفاصيل، فيما لا يبقى سوى الرقم العام. يجب أن يحتفظ الدليل باسم الفرع المستخدم وما حُذف بسببه.

وتؤكد الوثيقة أن عدد ODUs المتاح لا يكفي لاستنتاج عرض ODUflex المتاح. يدخل عدد TS ونوع ODTU في الحساب، كما تضيف connectivity matrix وlocal link قيوداً لمسار underlay.

المؤشر الذي يقول «ODUflex متاح: 1» يحتاج إلى فتح المعادلة. وإلا كان دقيق الشكل وفقير المعنى.

resizable اسم قدرة قبل أن يكون نتيجة

تفصل المراجعة بين ODUflex غير القابل لتغيير الحجم وODUflex-resizable الذي يصف دعم إجراءات resize دون انقطاع وحدوداً مختلفة للقدرة.

وجود identity في schema يثبت تعريف المفهوم. إعلانها من الجهاز يقدم دليلاً عن capability. ظهورها في intended configuration يسجل النية. لا تقيس أي خطوة منها انتقالاً بلا فقدان.

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

بين المصادقة والتطبيق أربعة حدود

يحمل NETCONF وRESTCONF عمليات على بيانات YANG. يثبت النقل الآمن والمصادقة المتبادلة هوية الطرفين ضمن الثقة المضبوطة. يقرر NACM هل يملك principal حق الوصول إلى العملية والمحتوى.

قد يكون payload صحيح schema ومرفوض الصلاحية. وقد يكون مفوضاً ويفشل لتعارض المورد. وقد ينجح في candidate ولم يُعمل له commit. وقد يصل إلى intended ولا يظهر فوراً في operational بسبب تطبيق غير متزامن أو قيد عتادي.

يفصل NMDA بين intended وoperational كي تظهر هذه الفروق. ومع ذلك يبقى operational تقريراً من الجهاز. في الطبقة البصرية يجب قياس signal وclient service خارج قناة الإدارة نفسها.

يمكن أن يقول cross-connect إنه active بينما توجد loss of signal أو أخطاء أو adaptation غير متوافق. لذلك لا يتحول رد ok إلى إثبات خدمة.

سجل يفسر الفشل الجزئي

تبدأ السلسلة بمراجعة الوثيقة وhash الوحدة والdependencies وأداة التدقيق. ثم تسجل module-set والfeatures والdeviations لكل endpoint.

تسجل العملية principal وقرار NACM والعملية والـdatastore وhash الـpayload ومعرف المعاملة والvalidation والcommit والrollback. بعدها تقارن intended وoperational بالتوقيت.

ثم تحفظ ODU والclient signal والgranularity وTPN وTS وODTU والأولوية وقيود المسار والتنافس ومدخلات ODUflex. وأخيراً تحفظ cross-connect والalarms والمقاييس البصرية والأخطاء وحركة العميل.

تطبق أولوية running code لدى Heng Lu من دون إضعاف المواصفة. الوثيقة مرجع للشكل المشترك. التنفيذ مرجع لما قبله وطبقه. الرصد مرجع لما حدث للخدمة. لا يستعير أي مستوى نتيجة المستوى التالي.

ما لا تثبته المصادر

تثبت المصادر المجمدة محتوى المراجعة 20 وحالتها وحدود YANG والـdatastores والوصول. لا تثبت توافق منتج بعينه، أو نشر مشغل، أو حجز مسار محدد، أو نتيجة خدمة.

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

Sources