الخلاصة

  • يعرّف RFC 9714 بنية قياس من ثلاثة مداخل في مكدس MPLS: Extension Label ثم Flow-ID Label Indicator ثم Flow-ID Label، ويستخدم قيمة المعرّف وبتات اللون ونوع القياس لمراقبة تدفقات منتقاة بطريقة العلامة المتناوبة.
  • البنية ليست وسم توجيه، لكن وجودها يغيّر مكدس الأوسمة وقد يغيّر اختيار ECMP. لذلك قد تصف العدادات مسار النسخة الموسومة لا مسار حركة الإنتاج غير الموسومة.
  • يحدد PHP، وعمق قراءة الأوسمة، وقدرات العقد، والفصل بين معرّف النقل ومعرّف الخدمة، وحدود المجال الإداري من دخل القياس فعلاً. لا تصبح العدادات دليلاً تشغيلياً إلا بعد إثبات هذه الحدود.

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

لا يخفي RFC 9714 هذا السؤال. فالوثيقة، المنشورة كمعيار على مسار المعايير في فبراير 2025، تحدد تغليف MPLS لقياس الفقد والتأخير والتذبذب على مستوى التدفق باستخدام طريقة العلامة المتناوبة. وتقول صراحة إن إدخال Flow-ID Label في بيئة تعدد المسارات المتساوية الكلفة قد يدفع التدفق إلى مسار آخر. بهذا المعنى، قد تغير أداة الرصد الشيء الذي تريد رصده.

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

الوسم لا يوجّه الحزمة، لكن التوجيه قد يلحظ وجوده

يضع RFC 9714 ثلاثة مداخل متعاقبة في مكدس MPLS. يشكل Extension Label بالقيمة 15 وFlow-ID Label Indicator بالقيمة 18 وسم أغراض خاصة مركباً وفق مصطلحات RFC 9017. ويأتي بعدهما Flow-ID Label الذي يعرّف تدفقاً داخل مجال إداري. يجب أن تكون قيمة TTL فيه صفراً لأنه ليس وسم توجيه.

هذا التمييز ضروري، لكنه لا يجعل الوسم خفياً. فقولنا إن الوسم لا يُستخدم في تحويل الحزم لا يعني أن كل عتاد التوجيه يستبعده من حسابات توزيع الحمل. ويربط RFC 9714 الخطر صراحة بمسألة Synonymous Flow Label الموصوفة في RFC 8957.

تطرح الوثيقة خيارين لمعالجة مشكلة ECMP: استخدام Entropy Labels وفق RFC 6790، أو إضافة Flow-ID Label إلى جميع التدفقات. يمنح الخيار الأول موزّع الحمل مدخلاً صريحاً يراد له تثبيت الاختيار، بينما يزيل الثاني عدم التماثل بين الحركة المقاسة والحركة المرجعية. لكن أياً منهما ليس شهادة عامة بأن المسار لن يتغير في كل شبكة. ينبغي للنظام الفعلي أن يثبت سلوك المحلل، وسياسة التجزئة، والأجزاء المرئية من المكدس، والمسار قبل التفعيل وبعده.

يمكن ترتيب إيصالات الإثبات على النحو الآتي:

الإيصال ما يثبته على نحو محدود
اختيار خصائص التدفق سمّى مشغّل أو مصنّف مجتمع الحزم المستهدف
تخصيص Flow-ID خصصت جهة تحكم معرّفاً مقيداً بمجال إداري
إدخال XL/FLI/FL حملت الحزم بنية القياس
رصد بتات L وD وT رُمّز طور الفقد ونوع القياس
إثبات قدرة العقد استطاعت العقد المقصودة التعرف إلى البنية
إثبات عمق القراءة وصلت العقد المقصودة إلى موضع الوسم في المكدس
إثبات تكافؤ ECMP لم ينقل القياس المجتمع المعني، أو قُبل الانتقال صراحة
وصول العدادات والطوابع وصلت الملاحظات إلى جهة التجميع
تسوية الكتل قورنت الهوية واللون والفترة والاتجاه نفسها
رصد أثر الخدمة ربط دليل مستقل القياس المحدود بنتيجة تشغيلية

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

ثلاثة بتات لا تلغي تعدد نطاقات القياس

يعاد استخدام بتات Traffic Class في Flow-ID Label لأنه ليس وسم توجيه. يحمل البت L اللون المتناوب لقياس الفقد. ويشير D إلى الحزم المختارة لقياس التأخير أو التذبذب. أما T فيفرق بين القياس من حافة إلى حافة والقياس قفزة بقفزة.

عندما تكون T مساوية لواحد، تكون عقدتا الدخول والخروج وحدهما عقدتي معالجة. وعندما تكون صفراً، تصبح كل عقد MPLS على LSP عقد معالجة. إلا أن هذه الأدوار مقصودة وليست دليلاً على أن كل عقدة عثرت فعلاً على الوسم. فلا بد من Flow-ID Label Capability، كما لا بد من Flow-ID Readable Label Depth كافٍ.

يعرّف RFC 9714 القدرتين FLC وFRLD على غرار إمكانات Entropy Label في RFC 8662. يجب أن يضع جهاز الدخول كل Flow-ID Label بحيث تمتلك العقدة المعرضة له القدرة على قراءته، وينبغي أن يبقى الموضع ضمن أصغر عمق قراءة لدى جميع العقد المطلوبة. لكن طريقة اكتشاف جهاز الدخول لقدرات كل عقد المسار وأعماقها تقع خارج نطاق الوثيقة.

لا يجوز ملء هذا الفراغ بافتراض مريح. إنه سطح تحكم محلي يجب على المشغّل امتلاكه. ففي مكدس Segment Routing عميق، قد يلزم تكرار Flow-ID Label بالقيمة نفسها عند أعماق مختلفة بين أوسمة SID. تسمح الوثيقة بذلك وتقر بأن التخطيط المعقد قد يكون ضرورياً، ثم تترك تفاصيله خارج النطاق. وصول ملاحظات من بعض العقد لا يثبت أن العقد الأعمق أو الأقل قدرة كانت مرئية بالمقدار نفسه.

قد تختفي القفزة الأخيرة من النتيجة

ينشئ Penultimate-Hop Popping حداً آخر للنطاق. في تشغيل MPLS المعتاد الموصوف في RFC 3031، قد يزيل موجّه تبديل الأوسمة قبل الأخير الوسم العلوي قبل وصول الحزمة إلى جهاز الخروج. ويلزم RFC 9714 عقدة المعالجة التي تزيل وسم التوجيه السابق لبنية القياس بأن تزيل أيضاً XL وFLI وFL.

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

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

أما قواعد المكدس فهي دقيقة: تنسخ XL وFLI قيمة Traffic Class وTTL من الوسم السابق مباشرة، ويجب أن يكون بت Bottom-of-Stack فيهما صفراً. إذا عالجت عقدة أحدهما وكان بت قاع المكدس مضبوطاً، وجب أن تسقط الحزمة ويمكنها تسجيل خطأ. ويمكن أن يظهر Flow-ID Label في الوسط أو في الأسفل، لا في الأعلى، وقد يتكرر. تدعم هذه القواعد تحليلاً حتمياً للمكدس، لكنها لا تثبت أن جهاز الخروج المقصود بقي داخل حدود الرصد.

هوية النقل وهوية الخدمة عقدان مستقلان

يمكن أن تحمل حزمة MPLS معرّفاً لمسار النقل، أو معرّفاً للخدمة، أو كليهما. وإذا فُعّل الاثنان، يلزم RFC 9714 أن تختلف القيمتان. الهويتان مستقلتان: قد تشترك حزمتان في تدفق VPN وتختلفان في تدفق LSP، أو تشتركان في LSP وتنتميان إلى تدفقي VPN مختلفين.

تحدد سياسة جهة التحكم هل ينشأ معرّف واحد أو اثنان. في التشغيل اليدوي، يقدم المشغّل خصائص مثل خماسية IP وقيمة DSCP. وفي التشغيل الآلي، يصنّف جهاز الدخول التدفق ويصدر خصائصه بواسطة IPFIX، المعرّف في RFC 7011، ثم تخصص جهة التحكم المعرّفات وتضبط جهاز الدخول.

يمكن أن تصح كل خطوة منفردة، بينما تخطئ الخريطة الناتجة في الإجابة عن سؤال لاحق. تثبت فرادة Flow-ID عدم التصادم في مجال إداري وزمن محددين؛ ولا تثبت أن التصنيف التقط كل الحزم المقصودة، أو أن معرّفي النقل والخدمة لم يختلطا، أو أن العداد ينتمي إلى الطبقة التي يراها العميل. العلاقة واحد إلى واحد عقد تنسيق، وليست هوية طبيعية كامنة في الحزمة.

يقدم RFC 8372 السياق الأوسع لتعريف التدفقات في MPLS. ويحول RFC 9714 هذا السياق إلى وسم قياس محدد، ويلزم جهة التحكم بتجنب القيم المحجوزة من 0 إلى 15. ويسجل سجل IANA لأوسمة MPLS تخصيص المؤشر المعياري. وجود الرقم في السجل يثبت تنسيق الرقم، لا دعم جهاز مسمى له ولا ضبطه ولا رصده.

الحزمة الملونة هي بداية الملاحظة وليست نهايتها

تقسم طريقة Alternate Marking، المعيارية في RFC 9341، الحزم إلى كتل متناوبة كي تقارن العدادات في نقاط مختلفة. وقد تنتج الطريقة رصداً سلبياً أو هجيناً قوياً لأن حالة القياس تسافر مع الحزم. لكن مقارنة الكتل تظل بحاجة إلى مطابقة هوية التدفق، والاتجاه، وطور اللون، والفترة، ونطاق المعالجة.

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

قد تفيد مسودة نشر Alternate Marking في فهم الممارسة المتطورة، لكن يجب إبقاء صفتها كعمل جارٍ ظاهرة. لا تثبت المسودة ولا RFC أن شبكة بعينها نفذت الآلية. كما أن فرق العدادات يحدد تفاوتاً بين نقطتي ملاحظة، ولا يميز وحده بين ازدحام أو policing أو فقد وصلة أو فشل محلل أو فقد تصدير أو عدم تطابق نطاق.

المجال الإداري جزء من معنى المعرّف

تنحصر فرادة Flow-ID في مجال إداري واحد وفي وقت معين. القياس متعدد المجالات بالمعرّف نفسه خارج نطاق RFC 9714. ويجب ألا يعلن Flow-ID أو يوزع خارج مجاله؛ كما يجب على عقد الحدود ترشيح الحزم الصادرة التي تحمل FLI وإسقاط الحزم الواردة التي تحمله من مجالات أخرى.

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

تثبت النسخة النصية، ونسخة XML، وسجل RFC Editor، وفهرس التصحيحات، وتاريخ IETF منشأ الوثيقة العام. ولا تثبت مساراً منشوراً أو عمق عتاد أو سياسة ECMP أو عداداً أو نتيجة لعميل.

يحوّل مبدأ Heng Lu بشأن الكود الجاري المعيار إلى سؤال قابل للتنفيذ: أي حزمة صُنفت، وأي أوسمة أُدخلت، وأي مسار نتج، وأي عقد قرأتها، وأي عدادات وصلت؟ وتوفر المواصفة الابتدائية الدنيا أرضية التشغيل البيني، بينما تبقى خيارات التحكم في المسار والرصد تحت ملكية محلية. أما انضباط طبقات الواقع فيمنع تخصيصاً في سجل، وحزمة موسومة، وفرق عدادات، وحكماً على الخدمة من الاندماج في «حقيقة» واحدة.

تكمن قيمة RFC 9714 في أنه يصف اضطراب القياس الذي قد تسببه آليته. والاستجابة المسؤولة ليست رفض القياس، بل حفظ دليل المسار والنطاق قبل التفعيل وبعده، حتى يبقى للرقم موضوع صادق.

المصادر