بروتوكول PIM هو مجموعة من البروتوكولات لإرسال البث المتعدد على شبكة بين أجهزة التوجيه. يتم بناء علاقات الجوار بنفس الطريقة كما في حالة بروتوكولات التوجيه الديناميكية. يرسل PIMv2 رسائل Hello كل 30 ثانية إلى عنوان البث المتعدد المحجوز 224.0.0.13 (All-PIM-Routers). تحتوي الرسالة على مؤقتات تعليق - عادةً 3.5 * مرحبًا مؤقتًا ، أي 105 ثانية افتراضيًا.
يستخدم نظام إدارة المعلومات الشخصية وضعين رئيسيين للعملية - الوضع الكثيف والمتناثر. لنبدأ مع وضع الكثافة.
أشجار التوزيع المستندة إلى المصدر.يُنصح باستخدام وضع الكثافة في حالة وجود عدد كبير من العملاء من مختلف مجموعات البث المتعدد. عندما يستقبل جهاز التوجيه حركة مرور الإرسال المتعدد ، فإن أول شيء يفعله هو التحقق من وجوده في قاعدة RPF. RPF - يتم استخدام هذه القاعدة للتحقق من مصدر البث المتعدد باستخدام جدول توجيه أحادي الإرسال. من الضروري أن تأتي حركة المرور إلى الواجهة التي يكون هذا المضيف مخفيًا وفقًا لإصدار جدول توجيه البث الأحادي. هذه الآلية يحل مشكلة حدوث حلقة أثناء الإرسال المتعدد.
سيتعرف R3 من رسالة الإرسال المتعدد على مصدر البث المتعدد (Source IP) ويتحقق من التدفقات من R1 و R2 من جدول البث الأحادي. سيتم نقل التيار من الواجهة المشار إليها في الجدول (من R1 إلى R3) ، وسيتم إسقاط التيار من R2 ، لأنه من أجل الوصول إلى مصدر البث المتعدد ، من الضروري إرسال حزم عبر S0 / 1.
والسؤال هو ، ماذا يحدث إذا كان لديك طريقين مكافئين لهما نفس القياس؟ في هذه الحالة ، سيختار الموجه الخطوة التالية لهذه المسارات. الذي لديه عنوان IP أعلى ، فاز. إذا كنت بحاجة إلى تغيير هذا السلوك ، يمكنك استخدام ECMP. مزيد من التفاصيل
هنا .
بعد التحقق من قاعدة RPF ، يرسل جهاز التوجيه حزمة إرسال متعدد إلى جميع أجهزة PIM المجاورة له ، باستثناء الحزمة التي تم استلام الحزمة منها. تقوم أجهزة توجيه PIM الأخرى بتكرار هذه العملية. يشكل المسار الذي مرت به حزمة البث المتعدد من المصدر إلى المستلمين النهائيين شجرة تسمى - شجرة التوزيع القائمة على المصدر ، شجرة المسار الأقصر (SPT) ، شجرة المصدر. ثلاثة أسماء مختلفة ، واختيار أي.
كيفية حل المشكلة مع حقيقة أن بعض أجهزة التوجيه لم تتخلى عن بعض البث المتعدد وليس هناك أحد لإرساله إلى جهاز التوجيه عالي المستوى يرسله. لهذا ، اخترعت آلية تقليم.
رسالة تقليم.على سبيل المثال ، سوف يستمر R2 في إرسال R3 متعدد ، على الرغم من أن R3 بحكم RPF يسقطها. لماذا تحميل القناة؟ يرسل R3 رسالة PIM Prune و R2 ، عند تلقي هذه الرسالة ، يزيل واجهة S0 / 1 من قائمة الواجهة الصادرة لهذا التدفق ، قائمة الواجهات التي يجب إرسال حركة المرور منها.
فيما يلي تعريف أكثر رسمية لرسالة PIM Prune:
يتم إرسال رسالة PIM Prune بواسطة جهاز توجيه واحد إلى جهاز توجيه ثاني ليتسبب في قيام جهاز التوجيه الثاني بإزالة الرابط الذي تم استلام جهاز Prune من SPT خاص به (S، G).
بعد تلقي رسالة Prune ، يقوم R2 بتعيين مؤقت Prune إلى 3 دقائق. بعد ثلاث دقائق ، سيبدأ إرسال حركة المرور مرة أخرى حتى يتلقى رسالة Prune التالية. هذا في PIMv1.
وفي PIMv2 يضاف مؤقت تحديث الولاية (افتراضيًا 60 ثانية). بمجرد إرسال رسالة Prune من R3 ، يبدأ هذا المؤقت في R3. بعد انتهاء صلاحية هذا المؤقت ، سترسل R3 رسالة "تحديث الحالة" التي ستعيد تعيين مؤقت Prune 3 دقائق إلى R2 لهذه المجموعة.
أسباب إرسال رسالة تقليم:
- عندما فشلت حزمة الإرسال المتعدد في التحقق من RPF.
- في حالة عدم وجود عملاء متصلين محليًا طلبوا مجموعة الإرسال المتعدد (IGMP Join) ولا يوجد جيران PIM يمكن إرسال حركة مرور الإرسال المتعدد (واجهة غير تقليم) إليهم.
رسالة الكسب غير المشروع.تخيل أن R3 لا يريد حركة المرور من R2 ، أرسل Prune واستقبل البث المتعدد من R1. ولكن فجأة ، سقطت القناة بين R1-R3 وتركت R3 بدون بث متعدد. يمكنك الانتظار 3 دقائق حتى تنتهي صلاحية Prune Timer على R2. 3 دقائق للانتظار لمدة طويلة ، حتى لا تنتظر ، تحتاج إلى إرسال رسالة تعرض على الفور هذه الواجهة S0 / 1 على R2 من حالة التقليم. هذه الرسالة ستكون رسالة الكسب غير المشروع. بعد تلقي رسالة Graft ، سيرسل R2 Graft-ACK ردًا على ذلك.
تجاوز الخوخ.
دعنا ننظر إلى هذا المخطط. يبث R1 البث المتعدد في مقطع به جهازي توجيه. يستقبل R3 حركة المرور ويبثها ، ويستقبلها R2 ، لكن لا يوجد لديه أي شخص يبث حركة المرور. يرسل رسالة Prune إلى R1 في هذا الجزء. R1 يجب إزالة Fa0 / 0 من القائمة وإيقاف البث في هذا الجزء ، ولكن ماذا سيحدث لـ R3؟ و R3 في نفس الشريحة ، كما تلقى هذه الرسالة من برون وأدركت مأساة الوضع. قبل أن يتوقف R1 عن البث ، يقوم بتعيين الموقت إلى 3 ثوان ويتوقف عن البث بعد 3 ثوان. 3 ثوان - الكثير من الوقت ل R3 ، حتى لا تفقد البث المتعدد. لذلك ، يقوم R3 ، في أقرب وقت ممكن ، بإرسال رسالة Pim Join لهذه المجموعة ولم يعد يفكر R1 في إيقاف البث. حول الانضمام إلى الوظائف أدناه.
تأكيد الرسالة.
تخيل هذا الموقف: بث جهازي توجيه إلى نفس الشبكة في وقت واحد. يتلقون نفس الدفق من المصدر ، ويقوم كلاهما ببثه إلى نفس الشبكة خلف واجهة e0. لذلك ، يجب عليهم تحديد من سيكون المذيع الوحيد لهذه الشبكة. تأكيد الرسائل تستخدم لهذا الغرض. عندما يكتشف R2 و R3 ازدواجية حركة مرور البث المتعدد ، أي البث المتعدد الذي يبثانه على R2 و R3 ، اللذين يبثانه بأنفسهما ، تدرك أجهزة التوجيه أن هناك خطأ ما هنا. في هذه الحالة ، ترسل أجهزة التوجيه رسائل التأكيد ، والتي تتضمن المسافة الإدارية وقياس المسار الذي يتم من خلاله الوصول إلى مصدر البث المتعدد - 10.1.1.10. يتم تحديد الفائز على النحو التالي:
- واحد مع انخفاض م.
- إذا كان م يساوي ، فمن لديه القياس الأدنى.
- إذا كانت هناك مساواة ، فحينها يكون المستخدم لديه عنوان IP أعلى في الشبكة التي يبثون بها هذا البث المتعدد.
بعد الفوز بهذا التصويت ، يصبح جهاز التوجيه هو جهاز التوجيه المعين. يستخدم Pim Hello أيضًا لتحديد DR. في بداية المقال ، تم عرض رسالة PIM Hello ، حيث يمكنك ملاحظة حقل DR. الفائز هو الذي يحمل عنوان IP أعلى على هذا الرابط.
لوحة مفيدة:
الجدول MROUTE.بعد المراجعة الأولية لتشغيل بروتوكول PIM ، نحتاج إلى معرفة كيفية العمل مع جدول توجيه البث المتعدد. يقوم جدول mroute بتخزين معلومات حول التدفقات التي طلبها العملاء وأي التدفقات تتدفق من خوادم البث المتعدد.
على سبيل المثال ، عند تلقي تقرير عضوية IGMP أو انضمام PIM على بعض الواجهات ، تتم إضافة إدخال من النوع (* ، G) إلى جدول التوجيه:
هذا الإدخال يعني أنه تم استلام طلب حركة المرور بالعنوان 238.38.38.38. تعني إشارة DC أن البث المتعدد سيعمل في وضع Dense ويعني C أن المستلم متصل مباشرة بالموجه ، أي أن الموجه قد تلقى تقرير عضوية IGMP و PIM Join.
إذا كان هناك سجل مثل (S ، G) يعني أن لدينا بث متعدد البث:
في حقل S - 192.168.1.11 ، سجلنا عنوان IP الخاص بمصدر البث المتعدد ، وسيتم فحصه بواسطة قاعدة RPF. في حالة حدوث مشاكل ، فإن أول شيء فعله هو التحقق من جدول Unicast للتعرف على المسار إلى المصدر. في حقل Inbound Interface ، يشير إلى الواجهة التي يصل إليها الإرسال المتعدد. في جدول توجيه البث الأحادي ، يجب أن يشير المسار إلى المصدر إلى الواجهة المحددة هنا. تشير الواجهة الصادرة إلى مكان إعادة توجيه الإرسال المتعدد. إذا كانت فارغة ، فلن تكون هناك طلبات لهذه الحركة إلى جهاز التوجيه. يمكن الاطلاع على مزيد من المعلومات حول جميع الأعلام
هنا .
PIM متفرق الوضع.استراتيجية وضع متفرق هو عكس وضع الكثافة. عندما يتلقى Sparse-mode حركة مرور متعددة ، فإنه لن يرسل حركة المرور إلا من خلال تلك الواجهات التي توجد فيها طلبات لهذا الدفق ، على سبيل المثال ، رسائل Pim Join أو تقرير IGMP التي تطلب حركة المرور هذه.
عناصر مماثلة SM و DM:
- يتم بناء علاقات الجوار بنفس الطريقة المتبعة في PIM DM.
- تعمل القاعدة RPF.
- اختيار DR مشابه.
- محرك Prune Overrides ورسائل التأكيد متشابهان.
للتحكم في من يحتاج أين وأين وما هي حركة مرور الإرسال المتعدد المطلوبة على الشبكة ، يلزم وجود مركز معلومات مشترك. مثل هذا المركز سيكون لدينا Rendezvous Point (RP). أي شخص يريد نوعًا ما من حركة مرور الإرسال المتعدد أو شخص ما بدأ في تلقي حركة مرور الإرسال المتعدد من المصدر ، ثم يرسلها إلى RP.
عندما يستقبل RP حركة مرور الإرسال المتعدد ، فإنه سيرسلها إلى أجهزة التوجيه التي طلبت هذه الحركة من قبل.
تخيل مثل هذا الهيكل حيث RP هو R3. بمجرد أن يستقبل R1 حركة المرور من S1 ، يتم تغليف هذه الحزمة من البث المتعدد في رسالة PIM Record أحادية الإرسال وإرسالها إلى RP. كيف يعرف من هو RP؟ في هذه الحالة ، يتم تكوينه بشكل ثابت ، وسنتحدث عن ضبط RP الديناميكي لاحقًا.
ip pim rp-address 3.3.3.3
ستبدو RP - هل كانت هناك أي معلومات من شخص يرغب في تلقي حركة المرور هذه؟ لنفترض أنه لم يكن كذلك. بعد ذلك ، سوف يقوم RP بإرسال رسالة إيقاف التسجيل PIM إلى R1 ، مما يعني أنه لا يحتاج أحد إلى هذا الإرسال المتعدد ، حيث يتم رفض التسجيل. لن يرسل R1 البث المتعدد. لكن مصدر البث المتعدد سوف يرسله ، لذلك R1 ، بعد تلقي إيقاف التسجيل ، سيبدأ جهاز ضبط وقت التسجيل ، وهو 60 ثانية. قبل 5 ثوانٍ من انتهاء صلاحية المؤقت ، سيرسل R1 رسالة تسجيل فارغة مع بت Null-Record (أي ، بدون رزمة متعددة البث مغلفة) إلى جانب RP. سوف RP بدوره تتصرف مثل هذا:
- إذا لم يكن هناك أي مستلمين أو لا ، فسيتم الرد برسالة إيقاف التسجيل.
- إذا ظهر المستلمون ، فلن يجيب عليه بأي طريقة. R1 ، التي لم تتلق رفضًا لتسجيلها في غضون 5 ثوانٍ ، ستسعد وترسل تسجيل رسالة مع البث المتعدد المغلف إلى RP.
مع وصول البث المتعدد إلى RP ، يبدو أنه قد تم تسويته ، فلنحاول الآن الإجابة على سؤال حول كيفية جلب RP لحركة المرور إلى المستلمين. تحتاج هنا إلى تقديم مفهوم جديد - شجرة مسار الجذر (RPT). RPT هي شجرة ذات جذر في RP تنمو نحو المستلمين المتفرعة على كل جهاز توجيه PIM-SM. يقوم RP بإنشائه من خلال تلقي رسائل PIM Join وإضافة فرع جديد إلى الشجرة. وكذلك يفعل كل جهاز توجيه المصب. القاعدة العامة تبدو كالتالي:
- عندما يستقبل جهاز توجيه PIM-SM رسالة PIM Join على أي واجهة ، باستثناء الواجهة التي يكون RP مخفيًا وراءها ، فإنه يضيف فرعًا جديدًا إلى الشجرة.
- تتم إضافة فرع أيضًا عندما يتلقى جهاز التوجيه PIM-SM تقرير عضوية IGMP من مضيف متصل مباشرة.
تخيل أن لدينا عميل الإرسال المتعدد على جهاز التوجيه R5 للمجموعة 228.8.8.8. بمجرد أن يتلقى R5 تقرير عضوية IGMP من المضيف ، يرسل R5 رابط PIM في اتجاه RP ، ويضيف هو نفسه واجهة تبحث عن المضيف في الشجرة. بعد ذلك ، يستقبل R4 PIM Join من R5 ، ويضيف واجهة Gi0 / 1 إلى الشجرة ، ويرسل PIM Join في اتجاه RP. أخيرًا ، يستقبل RP (R3) انضمام PIM ويضيف Gi0 / 0 إلى الشجرة. وبالتالي ، يتم الحصول على تسجيل المستلم الإرسال المتعدد. نحن نبني شجرة مع الجذر R3-Gi0 / 0 → R4-Gi0 / 1 → R5-Gi0 / 0.
بعد ذلك ، سيتم إرسال PIM Join إلى R1 وسيبدأ R1 في إرسال حركة مرور الإرسال المتعدد. من المهم ملاحظة أنه إذا طلب المضيف المرور قبل بدء البث المتعدد ، فلن يرسل RP PIM Join ولن يرسل أي شيء إلى الجانب R1 على الإطلاق.
إذا حدث فجأة أثناء إرسال البث المتعدد ، فإن المضيف يتوقف عن الرغبة في استلامه ، بمجرد أن يستقبل RP PIM Prune على واجهة Gi0 / 0 ، ثم يرسل على الفور PIM Register-Stop مباشرة إلى R1 ، ثم رسالة PIM Prune عبر واجهة Gi0 / 1. يتم إرسال PIM Register-stop بواسطة Unicast إلى العنوان الذي وصل منه سجل PIM.
كما قلنا من قبل ، بمجرد أن يرسل جهاز التوجيه PIM Join إلى آخر ، على سبيل المثال ، R5 على R4 ، ثم تتم إضافة إدخال إلى R4:
ويبدأ الموقت في إعادة ضبط هذا الموقت ، يجب على R5 باستمرار PIM الانضمام إلى الرسائل باستمرار ، وإلا فسيتم استبعاد R4 من القائمة الصادرة. سوف يرسل R5 كل 60 رسالة من رسائل PIM.
أقصر مسار شجرة التحول.سنضيف واجهة بين R1 و R5 ، ونرى كيف ستتدفق حركة المرور مع هذا الهيكل.
دعنا نقول أن حركة المرور تم إرسالها واستلامها وفقًا للمخطط القديم R1-R2-R3-R4-R5 وهنا قمنا بتوصيل وتكوين الواجهة بين R1 و R5.
بادئ ذي بدء ، يتعين علينا إعادة إنشاء جدول توجيه البث الأحادي على R5 والآن يتم الوصول إلى الشبكة 192.168.1.0/24 من خلال واجهة R5 Gi0 / 2. الآن ، عندما يتلقى R5 بثًا متعددًا على واجهة Gi0 / 1 ، يدرك أن قاعدة RPF غير راضية وسيكون من المنطقي أكثر تلقي بث متعدد على Gi0 / 2. يجب قطع الاتصال من RPT وإنشاء شجرة أقصر تسمى شجرة مسار أقصر (SPT). للقيام بذلك ، من خلال Gi0 / 2 ، يرسل PIM Join إلى R1 ويبدأ R1 في إرسال البث المتعدد من خلال Gi0 / 2 أيضًا. يجب الآن إلغاء اشتراك R5 من RPT ، حتى لا تحصل على نسختين. للقيام بذلك ، يرسل رسالة Prune تشير إلى عنوان IP للمصدر وإدراج بت خاص - RPT-bit. هذا يعني أنني لست بحاجة إلى إرسال حركة مرور ، لدي شجرة أفضل هنا. يرسل RP أيضًا رسائل إلى جانب R1 PIM Prune ، لكنه لا يرسل رسالة إيقاف التسجيل. ميزة أخرى: سترسل R5 الآن باستمرار PIM Prune إلى RP ، حيث يواصل R1 إرسال PIM Register إلى RP كل دقيقة. RP حتى يكون هناك أشخاص جدد يرغبون في رفض هذا المرور. تقوم R5 بإبلاغ RP بأنها تواصل استقبال البث المتعدد عبر SPT.
البحث الديناميكي RP.
لصناعة السيارات في RP.هذه التقنية مملوكة لشركة سيسكو وهي ليست شائعة بشكل خاص ، لكنها لا تزال حية. يتكون Auto-RP من خطوتين رئيسيتين:
1) RP يرسل رسائل RP- الإعلان إلى العنوان المحجوز - 224.0.1.39 ، يعلن نفسه RP إما للجميع أو لمجموعات معينة. يتم إرسال هذه الرسالة كل دقيقة.
2) مطلوب عامل تعيين RP الذي سيرسل رسائل RP- ديسكفري التي تشير إلى المجموعات التي RP للاستماع إليها. من هذه الرسالة ستحدد أجهزة توجيه PIM العادية RP لأنفسهم. يمكن أن يكون وكيل التعيين إما جهاز توجيه RP نفسه أو أي جهاز توجيه PIM منفصل. يتم إرسال RP-Discovery إلى العنوان 224.0.1.40 مع مؤقت لمدة دقيقة واحدة.
دعنا ننظر إلى العملية بمزيد من التفاصيل:
تعيين R3 كـ RP:
ip pim send-rp-يعلن الاسترجاع 0 النطاق 10
R2 كعامل تعيين:
ip pim send-rp-discovery loopback 0 domain 10
وعلى جميع الآخرين ، نتوقع RP من خلال Auto-RP:
الملكية الفكرية بيم autorp المستمع
بمجرد تكوين R3 ، سيبدأ إرسال RP- الإعلان:
و R2 ، بعد إعداد وكيل التعيين ، سينتظر رسالة RP-Advertisement. فقط عندما يجد RP واحد على الأقل سوف يبدأ في إرسال RP-Discovery:
وبالتالي ، حالما تتلقى هذه الموجهات العادية (PIM RP المستمع) هذه الرسالة ، سيعرفون مكان البحث عن RP.
إحدى المشاكل الرئيسية لـ Auto-RP هي أنه من أجل تلقي رسائل RP-Advertis و RP-Discovery ، تحتاج إلى إرسال PIM Join إلى العناوين 224.0.1.39-40 ، ولكي ترسل ، تحتاج إلى معرفة مكان وجود RP. المشكلة الكلاسيكية للدجاج والبيض. لحل هذه المشكلة ، تم اختراع PIM Sparse-Dense-Mode. إذا كان جهاز التوجيه لا يعرف RP ، فإنه يعمل في وضع الكثافة ، إذا كان يعرف ، ثم في وضع متفرق. عندما يتم تكوين PIM Sparse-mode وأمر إصغاء ip pim autorp على واجهات أجهزة التوجيه العادية ، سيعمل جهاز التوجيه في وضع الكثافة فقط من أجل الإرسال المتعدد مباشرةً بروتوكول Auto-RP (224.0.1.39-40).
BootStrap Router (BSR).تعمل هذه الوظيفة على غرار Auto-RP. يرسل كل RP رسالة عامل تعيين ، والتي تجمع معلومات التعيين ثم تخبر جميع أجهزة التوجيه الأخرى. وصفنا العملية بشكل مشابه لـ Auto-RP:
1) بمجرد تكوين R3 كمرشح ليكون RP ، فإن الأمر:
IP pim rp - مرشح الاسترجاع 0
لن يقوم R3 بعمل أي شيء ، من أجل البدء في إرسال رسائل خاصة ، فهو يحتاج ، في البداية ، إلى العثور على عامل تعيين. وبالتالي ، فإننا نمر إلى الخطوة الثانية.
2) تكوين R2 كعامل تعيين:
الملكية الفكرية بيم bsr مرشح استرجاع 0
يبدأ R2 في إرسال رسائل PIM Bootstrap ، حيث يشير إلى نفسه كعامل تعيين:
يتم إرسال هذه الرسالة إلى العنوان 224.0.013 ، والذي يستخدمه بروتوكول PIM لرسائله الأخرى. يرسلهم في كل الاتجاهات وبالتالي لا توجد مشكلة في الدجاج والبيض ، كما كان الحال في Auto-RP.
3) بمجرد أن يستقبل RP رسالة من BSR الخاصة بالموجه ، سوف يرسل فورًا رسالة أحادية الإرسال إلى عنوان BSR الخاص بالموجه:
بعد ذلك ، عندما يتلقى BSR معلومات حول RP ، سيرسلها مع إرسال متعدد إلى العنوان 224.0.0.13 ، الذي تستمع إليه جميع أجهزة توجيه PIM. لذلك ، لا يوجد أي
تناظر للأمر ip pim autorp listener لأجهزة التوجيه العادية في BSR.
Anycast RP مع بروتوكول اكتشاف مصدر البث المتعدد (MSDP).يسمح لنا Auto-RP و BSR بتوزيع الحمل على RP كما يلي: تحتوي كل مجموعة الإرسال المتعدد على RP نشط واحد فقط. لن ينجح الأمر في جعل توزيع التحميل لمجموعة واحدة متعددة البث RP. يقوم MSDP بذلك عن طريق إصدار أجهزة توجيه RP بنفس عنوان IP بقناع 255.255.255.255. يتعرف MSDP على المعلومات باستخدام أحد الأساليب: ثابت أو تلقائي RP أو BSR.
في الصورة لدينا تكوين RP تلقائي مع MSDP. يتم تكوين كلا RPs مع عنوان IP 172.16.1.1/32 على واجهة Loopback 1 ويستخدم لجميع المجموعات. عندما يقوم RP-Advertis بالإعلان عن كلاهما ، يشير إلى هذا العنوان. بعد تلقي المعلومات ، يرسل عامل تعيين Auto-RP RP-Discovery عن RP بعنوان 172.16.1.1/32. حول الشبكة 172.16.1.1/32 ، نقول لأجهزة التوجيه باستخدام IGP و ، على التوالي. وبالتالي ، تطلب أجهزة توجيه PIM أو تسجل تدفقات من RP المشار إليها على أنها القفزة التالية على الطريق المؤدي إلى الشبكة 172.16.1.1/32. تم تصميم بروتوكول MSDP نفسه من أجل RPs أنفسهم لتبادل رسائل معلومات البث المتعدد.
النظر في الطوبولوجيا التالية:
Switch6 تبث حركة المرور إلى العنوان 238.38.38.38 وحتى الآن فقط RP-R1 يعرف عن ذلك. طلب Switch7 و Switch8 هذه المجموعة. سوف ترسل أجهزة التوجيه R5 و R4 PIM Join إلى R1 و R3 ، على التوالي. لماذا؟ يشير المسار حتى 13.13.13.13 على R5 إلى R1 وفقًا لقياس IGP ، كما في R4.
يعرف RP-R1 الدفق ويبدأ بثه نحو R5 ، لكن R4 لا يعرف شيئًا عنه ، لأن R1 فقط لن يرسله. لذلك ، MSDP مطلوب. نحن تكوينه على R1 و R5:
ip msdp peer 3.3.3.3 Connect-source Loopback1 on R1
ip msdp peer 1.1.1.1 Connect-source Loopback3 على R3
سيقومون برفع الجلسة بين بعضهم البعض وعند استلام أي تيار سوف يبلغون به إلى RP المجاورة لهم.
RP-R1 بمجرد أن يستقبل الدفق من Switch6 ، سوف يرسل فورًا رسالة Unicast MSDP Source-Active - رسالة تحتوي على معلومات مثل (S، G) - معلومات حول مصدر ووجهة الإرسال المتعدد. الآن ، عندما تعرف RP-R3 أن مثل هذا المصدر مثل Switch6 ، سيرسل PIM Join باتجاه Switch6 عند تلقي طلب من R4 لهذا التدفق ، يتم توجيهه بجدول التوجيه. لذلك ، R1 بعد تلقي مثل PIM Join ، سيبدأ في إرسال حركة المرور نحو RP-R3.
يعمل MSDP عبر TCP ، وتُرسل RPs رسائل إرشادية لبعضها البعض للتحقق من الصلاحية. الموقت هو 60 ثانية.
MSDP , Keepalive SA - . — .
- , .
. , :
- CCIE Routing and Switching v5.0 Official Cert Guide, Volume 2, Fifth Edition, Narbik Kocharians, Terry Vinson.
- . .