الخلاصة

  • تعتبر draft-ietf-pim-multicast-over-srv6-01 توزيع البث المتعدد مستقلاً عن Segment Routing، وتستخدم حالة IPv6 أصلية من نوع (S,G) أو (*,G) بدلاً من قائمة SID تصف الفروع.
  • يستطيع Flex-Algo التأثير في مسار unicast الذي يستمد منه PIM واجهة RPF، لكن RFC 9502 تفرض إعلان مشاركة مستوى IP بصورة مستقلة عن مشاركة SR.
  • يحتاج القبول إلى أدلة منفصلة لإعلان المصدر وتعريف الخوارزمية وRPF ومالك الحالة وتطبيقها وربط الـoverlay والنسخ على الفروع ونتيجة المستقبل.

الغلاف يقول ما في الداخل، لا إلى من يصل

يُظهر مثال المسودة حركة عميل داخل غلاف IPv6. إذا كانت قيمة Next Header هي 4 فالمحتوى الداخلي IPv4، وإذا كانت 41 فهو IPv6. هذه معلومة ضرورية لفك التغليف، لكنها لا تحمل اسم الـVPN المصرح به، ولا PMSI الصحيح، ولا أعضاء المجموعة. قد يكون الغلاف سليماً وتكون شجرة المزوّد ناقصة أو مربوطة بتدفق العميل الخطأ.

معمارية MVPN وإجراءات BGP MVPN تفصلان حالة العميل عن أنفاق المزوّد. تسمح RFC 6515 بعناوين بنية مزوّد IPv4 أو IPv6، وتمتد RFC 7716 إلى Global Table Multicast، بينما تتيح RFC 8950 next hop من IPv6 لـNLRI من IPv4.

في المسودة يبني PIM-SSM شجرة مزوّد IPv6 أصلية، ويعلن MP-BGP عن PMSI ومسارات البث المتعدد الخاصة بالعميل، ثم يُنقل المحتوى في IP-in-IPv6. وتنص المسودة على أن هذه الحلول لا تحتاج إجراءً خاصاً بـSRv6. لذلك يجب تتبع تدفق العميل إلى PMSI ثم (S,G) للمزوّد فواجهات الفروع وPE الخروج والمستقبل المصرح. كما يجب إثبات عدم وصوله إلى VPN أخرى أو غير الأعضاء.

اسم البنية لا يتحول إلى تعليمات نسخ

تعرّف RFC 8402 Segment Routing باعتباره source routing للـunicast وتترك تطبيق الفكرة على multicast خارج النطاق. وتحدد RFC 8986 سلوكيات برمجة SRv6. أما نص المسودة 01، ومعه نسختا HTML وXML، فيقول إن توزيع multicast متعامد مع SR.

الاختيار العملي هو إعادة استخدام multicast IPv6 الأصلي داخل شبكة SRv6 تعمل بـIPv6 فقط. يصف الإدخال المصدر والمجموعة وواجهة الدخول التي تمر بفحص RPF ومجموعة واجهات الخروج. لا يصف قائمة مرتبة من المقاطع لكل تفرع. لذا قد تكون عبارة «multicast فوق شبكة SRv6» صحيحة، من دون أن تعني أن الشجرة نفسها segment-routed.

الخوارزمية تغيّر المسار إلى المصدر لا نموذج الشجرة

يبني PIM-SM جهة upstream انطلاقاً من جدول unicast: ما الواجهة التي سيستخدمها الموجّه للوصول إلى المصدر؟ عند إعلان بادئة المصدر ضمن Flex-Algo 128، تسمح المسودة باستعمال مسار IP المقيد الناتج لاختيار RPF. أما التفرعات فتبقى في حالة multicast الأصلية.

توضح RFC 9350 أن Flexible Algorithm Definition تتضمن نوع الحساب والمقياس والقيود؛ والرقم وحده لا يثبت تطابق التعريف. قد ينسحب عقدة لا تدعم التعريف وتحذف حالتها. وتضيف RFC 9502 الحد الفاصل الحاسم: IP Flex-Algo مستوى بيانات مستقل، ويجب إعلان المشاركة فيه بعيداً عن SR-MPLS أو SRv6.

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

نجاح وحدة التحكم ليس نجاح كل عقدة

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

يمكن لحالة PIM والحالة المركزية أن تتعايشا عندما تستخدمان مصادر ومجموعات مختلفة. هذه العبارة هي حد الملكية. إذا طال النظامان (S,G) نفسه، فقد يحذف مؤقت PIM ما تعتبره وحدة التحكم دائماً، أو تستبدل المصالحة المركزية حالة موزعة. تترك المسودة تفاصيل northbound لوثيقة مكملة، ولذلك لا تثبت هنا التفويض أو المعاملة متعددة العقد أو التراجع.

حالة الوثيقة لا تمنحها نتائج ميدانية

تعرض واجهة Datatracker وصفحة الوثيقة وسجلها لقطة لمسودة إنترنت نشطة ضمن مجموعة PIM. يشير العنوان إلى Informational، من دون AD مسؤول أو shepherd أو telechat معروض. ليست RFC ولا تعداد تنفيذ ولا اختبار توافق أو قياس أداء.

لم يجد الفرق المجمد بين الإصدار 00 و01 تغيراً تقنياً؛ تغيرت التواريخ والانتهاء ورقم المراجعة ورؤوس الصفحات. كما أن عبارة عدم إضافة مشكلة أمنية جديدة فوق المراجع تحدد نطاق الوثيقة، ولا تصادق على كتابة وحدة التحكم أو اتساق FAD أو صحة PMSI.

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

يشمل السجل نص 01 وHTML وXML، ونص 00، وAPI والحالة والتاريخ. والسياق التقني من RFC 7761، RFC 6513، RFC 6514، RFC 6515، RFC 7716، RFC 8402، RFC 8950، RFC 9350، RFC 9502، RFC 8986. لا يقدم أي مصدر نشراً مسمى أو مصفوفة مورّد أو زمناً للتقارب أو نسبة فقد أو SLA.