الخلاصة

  • يجمع مشروع مجموعة PIM المؤرخ في 6 سبتمبر بين الطوبولوجيا والخوارزمية ومستوى البيانات في ثلاثية TAD، كي تُبنى شجرة البث المتعدد على مسار مقيّد بدلاً من أقصر مسار عادي. حدّث الإصدار 01 التواريخ والمراجع فقط مقارنة بالإصدار 00.
  • تمثل TAD عقداً للشجرة بأكملها: يجب أن تشارك جميع الموجّهات في الثلاثية نفسها، وألا تخرج قيمتها من نطاق IGP، وقد يؤدي اختلاف رسائل Join إلى إيقاف PIM أو منع الموجّه الأول من تمرير التدفق.
  • تحمل GSI الحديثة الثلاثية في sub-TLV؛ وإذا وُجد جار لا يدعمها تتحول الرسالة إلى GSH القديمة وتُحذف جميع sub-TLV، فتنجو معلومة وجود المصدر ويضيع اختيار المسار.

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

يقترح Multi-Topology in PIM طريقة نقل هذا القرار. الإصدار 01 وثيقة عمل نشطة لمجموعة PIM، تستهدف Standards Track، وما زالت حالتها I-D Exists. ليست RFC ولا دليلاً على تشغيل فعلي. وتبين مقارنة نص 01 مع نص 00 أن التغيير اقتصر على التاريخ وموعد الانتهاء وإصدارات المراجع.

ثلاث قيم تتحول إلى قرار واحد

تشرح RFC 7761 أن رسائل Join تتحرك قفزة بعد قفزة نحو المصدر أو RP، وتبني حالة الشجرة، ثم تتحرك البيانات عكس هذا المسار. تضيف الوثيقة Topology وAlgorithm وDataplane في ثلاثية TAD.

تختار Topology منظار IGP، وقد تستخدم Algorithm الحساب المقيّد في RFC 9350، بينما تميّز Dataplane بين Segment Routing وسياق IP Flex في RFC 9502 ومستوى برمجي مقترح. وتشير الثلاثية إلى جدول التوجيه الذي يحدد الجار الأعلى.

يعلن FHR عن المصدر والمجموعة وTAD عبر PFM. ويستخدم LHR الإعلان أو سياسة محلية لوضع TAD في Join/Prune. ثم يبحث كل وسيط في الجدول الموافق. لهذا تنص الوثيقة على أن كل الموجّهات في شجرة واحدة يجب أن تشارك في TAD نفسها.

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

حدود IGP هي حدود للمعنى

تحظر الوثيقة إرسال TAD محلية خارج نطاق IGP. فـ MT-ID خاص بالبروتوكول؛ لا تضمن آلية OSPF في RFC 4915 وآلية IS-IS في RFC 5120 أن يعني الرقم نفسه الطوبولوجيا نفسها في نطاقين.

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

حتى داخل النطاق توجد نقاط خلاف. إذا أعلن FHRان TAD مختلفتين للمصدر والمجموعة نفسيهما، يفصل LHR بترتيب عنوان originator مع تفضيل الأعلى افتراضياً. وإذا خالفت إعدادات LHR إعلانه، فلا يجوز له إرسال Join يحمل TAD. وعند وصول TAD مع RPF Vector تختار السياسة المحلية أيهما يُهمل؛ وعند تعدد سمات TAD يوصى بالأولى.

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

الإيقاف الآمن يحتاج إلى سجل يشرح السبب

عندما لا تحمل رسائل Join للحالة نفسها TAD متطابقة، أو لا يجد جدول TAD جاراً أعلى يمكن بلوغه، يجب على الموجّه إيقاف إجراء PIM وإبلاغ المسؤول. وينبغي ألا يمرر FHR التدفق حتى تتفق الرسائل.

هذا أفضل من بناء شجرة خاطئة بصمت، لكنه قد يجعل فرعاً واحداً غير متسق يحجب الخدمة عن فروع جاهزة. لذلك لا تكفي رسالة «توقف PIM». ينبغي حفظ القيم المتعارضة والجيران وقدراتهم والسياسة المختارة وآخر حالة تمرير.

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

التوافق القديم يحذف نية المسار

يعتمد إعلان TAD على GSI في مشروع PIM Flooding Mechanism and Source Discovery Enhancements، وهو عمل Experimental وصل إلى طابور RFC Editor. تُعلن القدرة على GSI لكل واجهة في PIM Hello.

إذا دعمها كل الجيران تُمرر GSI كما هي. وإذا لم يدعمها جار واحد تتحول إلى GSH في RFC 8364: تُحفظ المجموعة والمصدر ومدة الصلاحية، وتُهمل sub-TLV. وبذلك تختفي TAD.

قد تظل الشبكة تكتشف المصدر وتبدو سليمة وفق PIM التقليدي، بينما فقدت مسارها المقيد. لذلك يجب أن يشمل إثبات القدرة كل واجهة على مساري النشر وJoin، لا الطرفين فقط.

تفصل طبقات الواقع لدى Heng Lu بين الوثيقة والإعداد والإعلان وحالة التحكم والبرمجة والنتيجة. وتضع أولوية الشيفرة العاملة الحزمة التي وصلت فوق خانة «مدعوم».