الخلاصة

  • تعرّف RFC 9960 سياسة SR P2MP بالجذر وTree-ID، وتفصل بين الأوراق والمسارات المرشحة ونسخ شجرة PTI. تصف هذه الهويات حالة التوجيه، ولا تثبت حق عميل أو مؤسسة في تلقي الخدمة.
  • تستطيع RFC 9961 توجيه ping أو traceroute إلى PTI بعينها داخل مسار مرشح. وتنص صراحة على أن الاختبار لا يشمل المسار المرشح ككل، وأن نطاقها MPLS لا SRv6.
  • ينبغي لوصل جمهور متعدد النقاط أن يربط قرار العضوية بالسياسة والمسار وPTI والأوراق ونسخة المتحكم ونطاق OAM وإغلاق الانتقال. هذا اقتراح تحريري من Daniel Kade وليس مطلباً من IETF.

وظيفة الشجرة أن تنسخ لا أن تمنح العضوية

تقلل بنية النقطة إلى نقاط متعددة تكرار الحزم على الوصلات المشتركة. يرسل الجذر تدفقاً واحداً، ثم تنشئ عقد النسخ فروعاً عند اختلاف الطرق، إلى أن تصل البيانات إلى الأوراق. تمنح RFC 9960 Segment Routing بنية مشتركة لهذا العمل في SR-MPLS وSRv6.

تُعرّف السياسة بالزوج <Root, Tree-ID>. وتحتوي مجموعة أوراق ومساراً مرشحاً واحداً أو أكثر، مع قيود طوبولوجية أو موارد وأهداف تحسين. يحسب المتحكم نسخ P2MP Tree Instance، ثم يثبت Replication segments التي تجعل الرسم حالة تشغيلية.

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

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

عدم تعريف RFC لسلطة العضوية ليس نقصاً. المعيار القابل للتبني طوعاً يحدد الحد الأدنى للتشغيل البيني، ويترك للمؤسسات المحلية قراراتها المستقبلية ومسؤولياتها.

لا يساوي Tree-ID حالة تشغيل واحدة

يمكن لسياسة واحدة أن تحمل عدة مسارات مرشحة. يختار الجذر المسار النشط وفق قواعد RFC 9256. وقد يعجز مسار عن إنتاج PTI إذا تعذر تحقيق قيوده، أو يحتفظ بعدة نسخ أثناء make-before-break.

مع ذلك يجب أن تكون PTI واحدة فقط نشطة في المسار المرشح. وتحذر RFC 9960 من أن نشاط أكثر من نسخة في المسار النشط قد يرسل حركة مكررة إلى الأوراق. لذلك لا يمكن اختزال الدليل في عبارة «السياسة تعمل». يجب حفظ Instance-ID الذي كان يحمل الحركة.

في الانتقال، يستطيع المتحكم بناء نسخة جديدة ثم تنشيطها وإزالة القديمة. تشترك الاثنتان في Tree-ID لكنهما تختلفان في Instance-ID وفي حالة النسخ الوسيطة. يحد make-before-break من الانقطاع، لكنه يصنع فترة تعايش يجب قياسها، لا إخفاؤها خلف ضوء أخضر.

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

المتحكم يملك قدرة التنفيذ لا أصل التفويض

تسمح RFC 9960 لمشغل أو عقدة أو آلة بتزويد المتحكم بالجذر والأوراق والمسارات. يحسب المتحكم الطوبولوجيا، ويوزع Replication-SIDs، ويثبت الحالة عبر PCEP أو BGP أو NETCONF/YANG أو غيرها. ويمكن أيضاً تثبيت شجرة صريحة ساكنة.

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

يفيد Policy Mirror لدى Heng Lu في وضع الحد. البنية العاملة تكشف أين توجد القوة الفعلية، ولهذا تستحق التدقيق. لكنها ليست وثيقة شرعية ذاتية. يجب ربط سجل التنفيذ بسجل القرار الذي سبقه.

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

ماذا تثبت RFC 9961؟

توسع RFC 9961 ping وtraceroute لسياسات SR P2MP التي تستخدم MPLS. تحمل الرسالة الجذر وTree-ID وInstance-ID، وتحدد المسار المرشح وPTI المقصودة. بذلك تصبح الملاحظة مرتبطة بنسخة فعلية، لا باسم عام للخدمة.

ويضع النص حدوداً واضحة. يختبر sub-TLV نسخة PTI محددة داخل المسار، ولا يختبر المسار المرشح بوصفه مفهوماً كاملاً. تنطبق الآلية على Replication-SIDs مع MPLS ولا تغطي SRv6. ويمكن تحديد نطاق المستجيبين لتقليل المعالجة غير الضرورية.

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

لا تنتقص هذه الحدود من OAM. الملاحظة الضيقة أقوى لأنها قابلة للربط مع سجل عضوية وإعداد وموافقة من دون أن تتحول إلى شهادة شاملة زائفة.

بناء وصل الجمهور

يبدأ الوصل بهوية الخدمة وسياقها، ومصدر العضوية المعتمد، ونسخته وفترة سريانه، والمسؤول والاستثناءات. ثم يربط معرفات مستقرة للمستلمين بعناوين Leaf أو Bud، مع الإضافة والحذف والانتهاء. العنوان قد يعاد تخصيصه، فلا يحمل وحده حق العضو السابق.

بعد ذلك يسجل <Root, Tree-ID>، وثلاثي أصل المسار <Protocol-Origin, Originator, Discriminator>، والقيود والهدف وسبب الاختيار. ويسجل Instance-ID القديم والجديد، ومجموعة الأوراق وBuds، وجيل المتحكم والإعداد، وتخصيص SID، ونتيجة التثبيت لكل عقدة.

قسم الملاحظة يحدد طريقة OAM، ونطاق MPLS عند استخدام RFC 9961، وPTI المستهدفة، والمستجيبين والوقت والنتائج. وقسم الانتقال يحفظ ترتيب التنشيط، ومدة التعايش، ودليل التكرار أو عدم ملاحظته، وشرط التراجع، وإثبات إزالة النسخة القديمة.

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

«وصل الجمهور متعدد النقاط» مصطلح تحريري في هذا المقال، لا كائن بروتوكول ولا شهادة امتثال تفرضها IETF.

الحذف فعل يحتاج إثباتاً

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

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

وتحذر RFC 9960 من حقن حزم من خارج نطاق SR إذا ضعفت حماية الحدود، ومن حلقات نسخ ينشئها إعداد خاطئ للمتحكم فتسبب عاصفة إلى أن ينفد TTL أو Hop Limit. رد الورقة الناجح لا يفحص هذه الضوابط تلقائياً.

الحدود والمصادر

لا تثبت المصادر تطبيق مشغل مسمى، أو إضافة غير مشروعة، أو تكراراً وقع فعلاً، أو هجوماً أو مكسب أداء. إنها تثبت بنية معيارية ومخاطر معلنة. قد يختار المشغل MPLS أو SRv6 أو شجرة ساكنة أو أداة أخرى أو لا يستخدم P2MP.

النتيجة المحدودة كافية: يعرّف Tree-ID سياسة النقل، ويعرّف Instance-ID تحقيقها، وتراقب RFC 9961 نسخة MPLS بعينها. أما حق الاستلام فيأتي من سلطة أخرى، ويجب حفظه بجوار الشجرة التي نفذته.