الخلاصة

  • يضيف RFC 9160 خمس قيم إلى mplsTopLabelType(46) كي يعبّر سجل IPFIX عن سياقات محددة لتخصيص MPLS Segment Routing بدلاً من استنتاج المنشأ من رقم التسمية.
  • يمكن للسجل ذي النوع المحدد أن يدعم تحقيقاً محدوداً؛ لكنه لا يثبت هجرة شبكة أو مساراً حياً أو سياسة مفعّلة أو نتيجة خدمة.

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

نُشر RFC المعلوماتي هذا ضمن IETF في ديسمبر 2021، ويسمي Thomas Graf من Swisscom مؤلفاً وحيداً. وهو يعرّف خمس نقاط ترميز لعنصر معلومات IPFIX القائم mplsTopLabelType(46): Path Computation Element وOSPFv2 Segment Routing وOSPFv3 Segment Routing وIS-IS Segment Routing وBGP Segment Routing Prefix-SID. تسمح هذه القيم للسجل بأن يحدد سياق بروتوكول مستوى التحكم MPLS SR المقصود لنوع التسمية.

الحاجة إلى النوع ليست شكلية. يذكر RFC 9160 أن IGP adjacency SIDs وLDP وتسميات BGP الديناميكية قد تتشارك نطاق تخصيص واحداً. لذلك قد تلائم القيمة المرئية ذاتها أكثر من قصة تخصيص. تحويل الرقم إلى اسم بروتوكول يخلط بين قيمة مرمزة وبين دليل منشأ لم يقدمه الحقل.

حالات الاستخدام في الوثيقة تتحدث عن المراقبة لا عن إعلان النجاح. يمكن تتبع هجرة مستوى التحكم من LDP إلى IS-IS أو OSPF Segment Routing، أو من تسميات BGP الديناميكية إلى BGP Prefix-SIDs. وعند ضم نوع التسمية إلى عناصر IPFIX التي يسميها RFC، مثل عناوين التسمية العليا وقسم المكدس وحالة التحويل، قد يدعم السجل استنتاجات عن عدد الحزم المحوّلة أو المسقطة، وأسباب الإسقاط الممكنة، وعنوان loopback عند حافة المزوّد وبروتوكول التسمية. لفظ «قد يدعم» هنا هو الحد الذي يجب ألا يختفي.

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

والتفريق بين معنيي BGP في RFC 9160 يبين سبب الدقة. نقطة الترميز BGP 4 القائمة تشير إلى قيمة تسمية في خاصية المسار MP_REACH_NLRI. أما نقطة الترميز 10 الخاصة بـ BGP Segment Routing Prefix-SID فتشير إلى قيمة فهرس تسمية في TLV Label-Index. يحمل الاثنان اسم BGP في الكلام العام، لكنهما ليسا الكائن التقني نفسه. يحمي RFC الفرق قبل أن يتحول الاسم المشترك إلى استبدال خاطئ.

تستخدم Sofia Ren هنا منهج Lu Heng: وثيقة التنسيق والسجل يستطيعان جعل الادعاء قابلاً للفحص، لكنهما لا يخلقان حقيقة تشغيلية لم تُرصد. القول الأدنى الذي يمكن الدفاع عنه هو أن exporter عبّر في سجل IPFIX، ضمن نقطة رصد وترتيب جمع معروفين، عن نوع محدد لتخصيص التسمية العليا. أما الحكم على التحكم أو التحويل أو الخدمة، فله مصادر إثبات مستقلة.

ولهذا يجب حفظ التصدير الخام، وهوية exporter، ونقطة الرصد، وفترة الجمع، وtemplate، وحد السلامة، والحقول التي استُخدمت في الربط. سؤال مستوى التحكم يحتاج سجلات مستوى التحكم؛ وسؤال المرور يحتاج دليل التحويل؛ وسؤال نتيجة الخدمة يحتاج قياس الخدمة. لا يغني رقم التسمية عن هذه السجلات، ولا يغني نوعه عنها.

إسهام Graf هو منع الرقم من الادعاء بمنشأ لا يحمله. النتيجة ليست لوحة تحكم أكثر جرأة، بل سلسلة أدلة أنظف تفصل بين حقيقة السجل المعلَّم وبين قصة الشبكة التي لا تزال تحتاج إلى برهان وقت التشغيل.

المصادر