الخلاصة

  • تضع RFC 9546 رأس d-ACH مباشرة بعد S-Label، وتمنح OAM النشط عداداً دائرياً مستقلاً من ثماني بتات.
  • يجب على PREOF استخدام ذلك الحقل لترتيب حزم OAM، وتنص المواصفة صراحة على أن App-flow وOAM يستخدمان فضاءين مختلفين لأرقام التسلسل.
  • يثبت تسلسل OAM المتصل تاريخ جلسة محددة بـ Node ID وLevel وSession ID والزمن؛ ولا يثبت تاريخ حزم الإنتاج أو نتيجة التطبيق.

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

كان من السهل اعتبار التطبيق مخطئاً، لأن الاختبار والبيانات حملا S-Label نفسها. لكن RFC 9546 تضع فاصلاً واضحاً بين الانتساب إلى خدمة واحدة وامتلاك دفتر أحداث واحد.

العلامة تربط الاختبار بالخدمة ولا تستبدل حزمها

تعرّف S-Label تدفق DetNet في طبقة الخدمة الفرعية. وفي حزمة OAM نشطة فوق MPLS، يجب أن يأتي DetNet Associated Channel Header، أو d-ACH، مباشرة بعدها. بهذه البنية يعرف العقدة أن الاختبار يتعلق بالخدمة المعينة ويمكنها إخضاعه للوظائف الخاصة الملائمة.

لكن d-ACH يحمل Sequence Number خاصاً به. عندما يعالج PREOF حزمة OAM، يجب أن يأخذ معلومات التسلسل من ذلك الحقل. ثم تحسم الوثيقة المعنى: يستخدم تدفق التطبيق وOAM فضاءين مختلفين لأرقام التسلسل.

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

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

نطاق الدليل موجود في الرأس كله

تبدأ d-ACH بأربع بتات قيمتها 0001 للتمييز عن حزمة IP وعن حزمة بيانات DetNet. يليها Version من أربع بتات، وتحدد RFC 9546 النسخة صفر. ثم يأتي Sequence Number دائري من ثماني بتات، وChannel Type من ست عشرة، وNode ID من عشرين، وLevel من ثلاث، وخمس بتات Flags، وSession ID من أربع.

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

ينشئ Level تسلسلاً هرمياً شبيهاً بمستويات نطاق الصيانة. قد تراقب فرق داخلية وحدود خدمة خارجية الشيء نفسه بدرجات رؤية مختلفة. ويفصل Session ID الجلسات المتزامنة الصادرة من العقدة نفسها عند المستوى نفسه، بينما يحدد Channel Type بروتوكول القناة المرافقة.

المفتاح القابل للدفاع عنه هو مجموعة S-Label وNode ID وLevel وSession ID وChannel Type وحقبة الإعداد ونقطة الرصد والزمن. الرقم ذو الثماني بتات وحده ليس تاريخاً؛ إنه موضع بلا نطاق.

العداد يعود إلى الصفر، أما التحليل فيحتاج حقبة

يجب على العقدة المنشئة ضبط الرقم قبل الإرسال. ينبغي أن تكون القيمة الأولى غير متوقعة، والاستراتيجية العادية هي زيادتها واحداً لكل حزمة OAM نشطة. ويجوز استخدام طرق أخرى، ومنها إنشاء ترتيب غير طبيعي لاختبار Packet Ordering Function سلبياً.

يمتد المجال من 0 إلى 255. تعتبره RFC كافياً لأن معدل OAM النشط أقل بكثير من معدل App-flow. هذا افتراض تصميمي للاستخدام المحدد، وليس ضماناً لأي معدل اختبار أو مدة حفظ أو محلل يتجاهل إعادة التشغيل.

قد يعني التسلسل 254، 255، 0، 1 التفافاً طبيعياً، وقد يخفي جلسة جديدة. وقد يكون الرقم المكرر نسخة إضافية أو التفافاً أو إعادة تشغيل أو نتيجة دمج جلستين بعد حذف Session ID. وقد تنتج الفجوة من الشبكة أو جامع القياسات أو المولد أو اختبار متعمد للترتيب.

لهذا يجب الاحتفاظ بالحقول الأصلية. اللون الأخضر مفيد للعرض، لكنه ليس أرشيفاً. يلزم حفظ d-ACH كاملة وS-Label ووقت الاستلام وعقدة الرصد وسياسة المعدل وحقبة الإعداد لكي يبقى الحكم قابلاً للمراجعة.

نجاح PREOF يخص فضاء التسلسل الذي عالجه

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

في OAM تأتي الأرقام من d-ACH. أما بيانات الإنتاج فلها سياق تسلسل App-flow الخاص بها. إزالة نسخة اختبار بصورة صحيحة لا تبين أي نسخة بيانات اختيرت. وترتيب حزم الاختبار لا يثبت أن مخزن الإنتاج رأى الوصول نفسه أو استخدم الموعد نفسه.

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

الارتباط مشروع، وانتحال الهوية ليس كذلك

يثبت سجل الارتباط وجود S-Label المقصودة وموضع d-ACH الصحيح. ويحدد سجل الجلسة Node ID وLevel وSession ID وChannel Type والحقبة وسياسة الاختبار. ويسجل دفتر OAM-PREOF قرارات التكرار والإزالة والترتيب على أرقام الاختبار. وفي سجل مستقل تُتابع أرقام الإنتاج ونسخها ووصولها ونتيجة التطبيق.

يمكن مقارنة السجلين. فجوتان في فترة واحدة تبرران التحقيق، وتغيرهما بعد إعداد واحد يقوي فرضية سببية. لكن العبارة الدقيقة هي أن ملاحظتين محدودتين تزامنتا، لا أن رقم OAM أثبت تسليم حزمة إنتاج.

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

المصادر