الخلاصة

  • يعتمد مشروع MPLS STAMP الحالي على معلمات وآلية إنهاء تُجهز محلياً في الطرفين، ويترك امتدادات إشارات VCCV الخاصة بـSTAMP خارج نطاقه.
  • الرد الصحيح دليل مفيد على التبادل، لكنه ليس سجلاً دائماً يثبت تطابق تعريف الطرفين للمسار والنمط والساعة والمعدل والخدمة والغرض من القياس.

أهم عبارة حوكمية في draft-ietf-mpls-stamp-pw-21 ليست خانة في رسم الحزمة. يقول المشروع إن الآلية التي تنهي حزمة اختبار STAMP على LSP أو السلك الزائف PW تُجهز محلياً في طرفي الجلسة. ثم يضع امتدادات الإشارة الخاصة بـSTAMP عبر قناة VCCV في الأسلاك الزائفة خارج نطاق الوثيقة. أما LSP فلا توجد له إشارة VCCV محددة أصلاً، ولذلك يصف النص التجهيز المحلي بأنه الخيار المتاح حالياً.

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

المعرّف يشير إلى حالة محلية

يعرّف RFC 8762 جلسة STAMP بأنها تدفق حزم ثنائي الاتجاه بين مرسل محدد وعاكس محدد خلال مدة. ويترك إعداد المرسل والعاكس وإدارتهما خارج النطاق، مع ذكر سطر الأوامر وOSS/BSS وSNMP ووحدات NETCONF/YANG أمثلة لوسائل الإدارة. بعد ذلك يعمل العاكس وفق حالته: باحتفاظ بالحالة أو من دونه، وبحزم موثقة أو غير موثقة.

يضيف RFC 8972 معرّف الجلسة SSID. يجب تجهيز العاكس، قبل بدء الاختبار، بكل العناصر اللازمة للتعرف إلى الجلسة، وأن يتخلص من الحزم غير المطابقة. لكنه لا يحدد وسيلة ذلك التجهيز. ويشترط مشروع MPLS قيمة SSID غير صفرية يحملها الاتجاهان.

في Format-1 تشارك العناوين ومنفذ UDP المقصود وSSID والمعلمات المحلية في التعرف إلى الجلسة. أما Format-2 فلا يحمل رأسي IP وUDP، فيضم SSID إلى سياق LSP أو PW في الاتجاه الأمامي أو العكسي وإلى المعلمات المحلية. وبذلك تكون القيمة الموجودة على السلك مفتاحاً إلى سجل محلي، لا نسخة من السجل.

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

ما الذي تتفق عليه VCCV فعلاً

ليس صحيحاً أن PW يخلو من كل تفاوض. يحدد RFC 5085 إعلان قدرات أنواع قناة التحكم وأنواع التحقق من الاتصال. يتبادل طرفا PE التركيبات التي يدعمانها، ويختاران نوعاً مشتركاً، ويبقيان عليه حتى يعاد إرسال إشارات PW. ويضيف RFC 7708 النوع الرابع المعتمد على GAL وقواعد المفاضلة حين تتعدد الخيارات.

يعيد مشروع MPLS STAMP استخدام هذه الآليات لإخراج حزمة الاختبار من مسار التحويل العادي وتسليمها إلى معالجة مستوى التحكم. تعمل آلية استثناء واحدة بالضبط في كل جلسة. ثم تأتي وظيفة أخرى هي التعرف: يحدد نوع G-ACh هل يلي ذلك STAMP بصيغة Format-1 مع IP/UDP أم Format-2 من دونهما.

اختيار VCCV إذن بينة حقيقية لكنها محدودة. فهو يثبت أن الطرفين وجدا قدرة مشتركة لقناة التحكم. ولا يتفاوض وحده على SSID وصيغة STAMP وسياق LSP/PW والعناوين والمنافذ ونمط الحالة والتوثيق وTLV والحجم والمعدل والساعة والخدمة والاستخدام المسموح للنتيجة. تبقى هذه العناصر في الإعداد المحلي الذي يتحدث عنه المشروع.

لذلك لا تكون العبارة الدقيقة «لا يوجد اتفاق». توجد اتفاقات عدة، لكل منها موضوع مختلف. تظهر فجوة الحوكمة حين يدمج النظام «اختيار قدرة VCCV» و«وصول رد STAMP» و«صحة ربط الخدمة» في علامة خضراء واحدة بلا حدود للمصدر.

ما الذي يثبته الرد

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

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

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

لا ينتقص ذلك من STAMP. إنما يفرض وصف الدليل باسمه الصحيح. الرد يثبت التبادل؛ واتساق الإعداد يحتاج دليله؛ وجودة الوقت تحتاج سجل مصدر الساعة؛ وتحقيق الخدمة يحتاج تعريفها وقاعدة قبولها. ويمكن إبقاء البروتوكول صغيراً من دون التضحية بهذه السلسلة.

إيصال ثنائي لإعداد القياس

يمكن أن يكون المكمل سجلاً محلياً صغيراً. يربط إيصال إعداد قياس ثنائي هوية المرسل والعاكس، والنطاق الإداري، وLSP أو PW واتجاهه، وآلية الاستثناء، وصيغة STAMP، ونوع G-ACh، وSSID. ويضيف إلى Format-1 العناوين والمنافذ، وإلى Format-2 سياقي المسار الأمامي والعكسي المستخدمين في التعرف.

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

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

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

هذا الإيصال اقتراح حوكمة تحريري من Daniel Kade، وليس حقلاً جديداً أو سجل IANA أو متطلباً من IETF.

التوافق الجزئي أكثر تضليلاً

يظهر عدم التوافق الكامل غالباً بوضوح: لا يتعرف العاكس إلى الجلسة فيتخلص من الحزمة. أما التوافق الجزئي فقد يبقي الرسم نظيفاً ويغير معناه.

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

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

المصادر

  1. مشروع MPLS STAMP وتاريخه وسجل API
  2. المراجعة 21 بصيغة HTML والنص وXML ومقارنة 20–21
  3. سجل اقتراع IESG وتقرير shepherd وفريق MPLS
  4. RFC 8762 وRFC 8972
  5. RFC 5085 وRFC 7708 وRFC 5586
  6. RFC 7799 وMinimum Initial Specification وThe Policy Mirror