المحتويات

المقدمة

المتطلبات الأساسية

المتطلبات

المكونات المستخدمة

الاصطلاحات

معلومات أساسية

وضع الكثافة

الوضع المتناثر مع RP واحد

الوضع المتناثر مع نقاط وصول عن بعد متعددة

Auto-RP مع RP واحد

Auto-RP مع نقاط وصول عن بعد متعددة

DVMRP

MBGP

MSDP

التوجيه متعدد البث الجذري

IGMP UDLR لارتباطات القمر الصناعي

PIMv2 BSR

CGMP

إستطلاع بروتوكول إدارة مجموعات الإنترنت (IGMP)

PGM

MRM

استكشاف الأخطاء وإصلاحها

معلومات ذات صلة

المقدمة

يصف هذا وثيقة الأساسية من كيف أن يشكل multicast ل مختلف شبكة سيناريو.

المتطلبات الأساسية

المتطلبات

cisco يوصي أن يتلقى أنت معرفة من هذا موضوع:

- البث المتعدد لبروتوكول الإنترنت (IP).

المكونات المستخدمة

لا يقتصر هذا المستند على إصدارات برامج ومكونات مادية معينة.

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

الاصطلاحات

راجع اصطلاحات تلميحات Cisco التقنية للحصول على مزيد من المعلومات حول اصطلاحات المستندات.

معلومات أساسية

البث المتعدد ل IP هي تقنية موفرة للنطاق الترددي العريض تعمل على تقليل حركة المرور لأنها توفر تدفق واحد من المعلومات إلى الآلاف من الشركات المستفيدة والمنازل في نفس الوقت. وتتضمن التطبيقات التي تستفيد من البث المتعدد مؤتمرات الفيديو واتصالات الشركات والتعلم من بعد وتوزيع البرامج وعروض الأسعار والأخبار.

وضع الكثافة

توصي Cisco باستخدام الوضع المتناثر للبث المتعدد دون الاعتماد على بروتوكول محدد (PIM)، وخاصة Auto-RP، حيثما كان ذلك ممكنا وخاصة لعمليات النشر الجديدة. ومع ذلك، إذا كان الوضع المكثف مطلوبا، فعليك تكوين الأمر العام ip multicast routing وأمر الواجهة ip pim sparse-density-mode على كل واجهة تحتاج إلى معالجة حركة مرور البث المتعدد. المتطلب الشائع، لكافة التكوينات داخل هذا المستند، هو تكوين البث المتعدد بشكل عام وتكوين PIM على الواجهات. اعتبارا من الإصدار 11.1 من برنامج Cisco IOS®، يمكنك تكوين أوامر الواجهة ip pim في وضع الكثافة و ip pim في وضع النثر في نفس الوقت مع أمر ip pim متناثر الوضع. في هذا الوضع، تتم معالجة الواجهة كوضع كثافة إذا كانت المجموعة في وضع الكثافة. إذا كانت المجموعة في وضع النثر (على سبيل المثال، إذا كان RP معروفا)، فسيتم معالجة الواجهة كوضع النثر.

ملاحظة: يمثل "المصدر" في الأمثلة الموجودة في هذا المستند مصدر حركة مرور البث المتعدد، ويمثل "المستقبل" مستقبل حركة مرور البث المتعدد.

يتم التعامل مع الواجهة على أنها وضع الكثافة إذا كانت المجموعة في وضع الكثافة

تكوين الموجه A

ip multicast-routing

interface ethernet0

ip address <address> <mask>

ip pim sparse-dense-mode

interface serial0

ip address <address> <mask>

ip pim sparse-dense-mode

تكوين الموجه B

ip multicast-routing

interface serial0

ip address <address> <mask>

ip pim sparse-dense-mode

interface ethernet0

ip address <address> <mask>

ip pim sparse-dense-mode

الوضع المتناثر مع RP واحد

في هذا المثال، الموجه A هو RP وهو عادة أقرب موجه إلى المصدر. يتطلب تكوين RP الثابت أن تحتوي جميع الموجهات في مجال PIM على أوامر SAMEI p pim rp-address التي تم تكوينها. أنت يستطيع شكلت يتعدد RPs، غير أن هناك يستطيع فقط كنت واحد RP لكل مجموعة محددة.

يمكن أن يكون هناك العديد من بروتوكولات تكرار الخطوة الأولى (RP)، ولكن هناك بروتوكول تكرار الخطوة (RP) واحد فقط لكل مجموعة محددة

تكوين الموجه A

ip multicast-routing

ip pim rp-address 10.1.1.1

interface ethernet0

ip address <address> <mask>

ip pim sparse-dense-mode

interface serial0

ip address 10.1.1.1 255.255.255.0

ip pim sparse-dense-mode

تكوين الموجه B

ip multicast-routing

ip pim rp-address 10.1.1.1

interface serial0

ip address <address> <mask>

ip pim sparse-dense-mode

interface ethernet0

ip address <address> <mask>

ip pim sparse-dense-mode

الوضع المتناثر مع نقاط وصول عن بعد متعددة

في هذا المثال، يرسل المصدر-A إلى 224.1.1.1 و 224.1.1.2 و 224.1.1.3. يرسل المصدر-B إلى 224.2.2.2 و 224.2.2.3 و 224.2.2.4. أنت يستطيع يتلقى واحد مسحاج تخديد، إما RP 1 أو RP 2، يكون ال RP لكل مجموعة. مهما، إن يريد أنت RPs مختلف أن يعالج مجموعة مختلف، أنت تحتاج أن يشكل كل مسحاج تخديد أن يتضمن أي مجموعة أن RPs يستطيع عملت. يتطلب هذا النوع من تكوين RP الثابت أن تحتوي جميع الموجهات في مجال PIM على نفس أوامر عنوان ACL للعنوان ip pim rp التي تم تكوينها. يمكنك أيضا إستخدام Auto-RP لتحقيق نفس الإعداد، والذي يكون أسهل للتكوين.

المصدر-A يرسل إلى 224.1.1.1 و 224.1.1.2 و 224.1.1.3؛ المصدر-B يرسل إلى 224.2.2.2 و 224.2.2.3 و 224.2.2.4.

تكوين RP 1

ip multicast-routing

ip pim RP-address 10.1.1.1 2

ip pim RP-address 10.2.2.2 3

access-list 2 permit 224.1.1.1

access-list 2 permit 224.1.1.2

access-list 2 permit 224.1.1.3

access-list 3 permit 224.2.2.2

access-list 3 permit 224.2.2.3

access-list 3 permit 224.2.2.4

تكوين RP 2

ip multicast-routing

ip pim RP-address 10.1.1.1 2

ip pim RP-address 10.2.2.2  3

access-list 2 permit 224.1.1.1

access-list 2 permit 224.1.1.2

access-list 2 permit 224.1.1.3

access-list 3 permit 224.2.2.2

access-list 3 permit 224.2.2.3

access-list 3 permit 224.2.2.4

تكوين الموجهات 3 و 4

ip multicast-routing

ip pim RP-address 10.1.1.1  2

ip pim RP-address 10.2.2.2  3

access-list 2 permit 224.1.1.1

access-list 2 permit 224.1.1.2

access-list 2 permit 224.1.1.3

access-list 3 permit 224.2.2.2

access-list 3 permit 224.2.2.3

access-list 3 permit 224.2.2.4

Auto-RP مع RP واحد

يتطلب Auto-RP أن تقوم بتكوين RPs للإعلان عن توفرها كعوامل RP وتخطيط. يستخدم موفرو الخدمات الإقليمية 224.0.1.39 لإرسال إعلاناتهم. يستمع عامل تعيين RP إلى الحزم المعلنة من RPs، ثم يرسل تعيينات RP إلى مجموعة في رسالة اكتشاف يتم إرسالها إلى 224.0.1.40. يتم إستخدام رسائل الاكتشاف هذه من قبل الموجهات المتبقية لخريطة RP إلى المجموعة الخاصة بها. أنت يستطيع استعملت واحد RP أن يعمل أيضا كيخطط عامل، أو أنت يستطيع شكلت يتعدد RPs يتعدد يخطط وكيل لأغراض التكرار.

لاحظ أنه عندما تختار واجهة يتم منها مصدر إعلانات RP، فإن Cisco توصيك باستخدام واجهة مثل الاسترجاع بدلا من واجهة مادية. أيضا، من الممكن إستخدام واجهات VLAN المحولة (SVIs). إن استعملت VLAN قارن أن يعلن ال RP عنوان، بعد ذلك القارن-type خيار في ال ip pim [vrf vrf-name] send-rp-announce {interface-type-interface-number | ip-address} scope ttl-value يجب أن يحتوي الأمر على واجهة VLAN ورقم شبكة VLAN. على سبيل المثال، يبدو الأمر مثل ip pim send-rp-announceVlan500 scope 100 . إذا أخترت واجهة مادية، فإنك تعتمد على تلك الواجهة لتكون دائما قيد التشغيل. هذا ليس دائما الحالة، ويتوقف الموجه عن الإعلان عن نفسه ك RP بمجرد انخفاض الواجهة المادية. باستخدام واجهة الاسترجاع، تكون دائما قيد التشغيل ولا تنخفض مطلقا، مما يضمن أن يستمر RP في الإعلان عن نفسه من خلال أي واجهات متوفرة ك RP. وهذا هو الحال حتى إذا فشلت واحدة أو أكثر من واجهات هذه الواجهة المادية. يجب تمكين واجهة الاسترجاع والإعلان عنها بواسطة بروتوكول العبارة الداخلية (IGP)، أو يجب أن تكون قابلة للوصول إليها باستخدام التوجيه الثابت.

يجب تمكين واجهة الاسترجاع والإعلان عنها بواسطة بروتوكول العبارة الداخلية أو الوصول إلى الوضع Reachable مع التوجيه الثابت

تكوين الموجه A

ip multicast-routing

ip pim send-rp-annouce loopback0 scope 16

ip pim send-rp-discover

scope 16

interface loopback0

ip address <address> <mask>

ip pim sparse-dense-mode

interface ethernet0

ip address <address> <mask>

ip pim sparse-dense-mode

interface serial0

ip address <address> <mask>

ip pim sparse-dense-mode

تكوين الموجه B

ip multicast-routing

interface ethernet0

ip address <address> <mask>

ip pim sparse-dense-mode

interface serial0

ip address <address> <mask>

ip pim sparse-dense-mode

Auto-RP مع نقاط وصول عن بعد متعددة

تسمح قوائم الوصول في هذا المثال بأن يكون RPs RP للمجموعات التي تريدها فقط. في حال عدم تكوين قائمة وصول، تتوفر بروتوكولات تكرار الخطوة الأولى (RP) كبروتوكول rp لجميع المجموعات. إذا أعلن إثنان من موفري الخدمات (RP) عن توفرها لتكون موجهات خدمة (RP) لنفس المجموعة (المجموعات)، يقوم عامل (عوامل) التعيين بحل هذه التعارضات باستخدام قاعدة "أعلى عنوان IP يفوز".

عندما يتم إعلان حزمتي RP عن تلك المجموعة، يمكنك تكوين كل موجه باستخدام عنوان إسترجاع للتأثير على الموجه الذي هو RP لمجموعة معينة. ضع عنوان IP الأعلى على RP المفضل، ثم أستخدم واجهة الاسترجاع كمصدر للحزم المعلنة؛ على سبيل المثال، ip pim send-rp-announcementOpback0 . عند إستخدام العديد من وكلاء التعيين، يقوم كل واحد منهم بالإعلان عن نفس المجموعة إلى تعيينات RP إلى مجموعة اكتشاف 224.0.1.40.

وضع عنوان IP الأعلى على RP المفضل

تكوين RP 1

ip multicast-routing

interface loopback0

ip address <address> <mask>

ip pim sparse-dense-mode

ip pim send-RP-announce loopback0 scope 16 group-list 1

ip pim send-RP-discovery scope 16

access-list 1 permit 239.0.0.0 0.255.255.255

تكوين RP 2

ip multicast-routing

interface loopback0

ip address <address> <mask>

ip pim sparse-dense-mode

ip pim send-RP-announce loopback0 scope 16 group-list 1

ip pim send-RP-discovery scope 16

access-list 1 deny 239.0.0.0 0.255.255.255

access-list 1 permit 224.0.0.0 10.255.255.255

DVMRP

قد يقترح موفر خدمة الإنترنت (ISP) إنشاء نفق لبروتوكول توجيه متجه المسافات (DVMRP) إلى ISP للحصول على الوصول إلى العمود الفقري للبث المتعدد في الإنترنت (MBONE). يتم عرض الأوامر الدنيا لتكوين نفق DVMRP هنا:

interface tunnel0

ip unnumbered <any pim interface>

tunnel source <address of source>

tunnel destination <address of ISPs mrouted box>

tunnel mode dvmrp

ip pim sparse-dense-mode

بشكل نموذجي، يطلب منك ISP النفق إلى جهاز UNIX الذي يشغل "mrouted" (DVMRP). إذا كان مزود خدمة الإنترنت (ISP) لديه جهاز Cisco آخر، فاستخدم وضع نفق GRE الافتراضي.

إذا كنت ترغب في إنشاء حزم بث متعدد للبث المتعدد للآخرين على الجهاز الرئيسي لترى بدلا من إستقبال حزم البث المتعدد، فأنت بحاجة إلى الإعلان عن الشبكات الفرعية للمصدر. إذا كان عنوان مضيف مصدر البث المتعدد هو 172.16.108.1، فأنت بحاجة إلى الإعلان عن وجود هذه الشبكة الفرعية إلى الجهاز الأساسي. يتم الإعلان عن الشبكات المتصلة مباشرة باستخدام المعيار 1 بشكل افتراضي.

إذا لم يكن مصدرك متصل مباشرة بالموجه باستخدام نفق DVMRP، فقم بتكوين هذا تحت نفق الواجهة0:

ip dvmrp metric 1 list 3

access-list 3 permit  172.16.108.0 0.0.0.255

ملاحظة: يجب تضمين قائمة وصول باستخدام هذا الأمر لمنع الإعلان عن جدول توجيه البث الأحادي بالكامل إلى الجهاز الرئيسي.

إذا كان إعدادك مماثلا للإعداد المعروض هنا، وتريد نشر مسارات DVMRP عبر المجال، قم بتكوين الأمر ip dvmrp unicast-routingعلى الواجهات التسلسلية0 للموجهات A و B. يوفر هذا الإجراء إعادة توجيه مسارات DVMRP إلى جيران PIM الذين لديهم بعد ذلك جدول توجيه DVMRP يستخدم لإعادة توجيه المسار العكسي (RPF). تأخذ مسارات DVMRP التي تم التعرف عليها أولوية إعادة توجيه المسار العكسي (RPF) على جميع البروتوكولات الأخرى، باستثناء المسارات المتصلة مباشرة.

نشر مسارات DVMRP عبر المجال

MBGP

بروتوكول العبارة الحدودية متعددة البروتوكولات (MBGP) هو طريقة أساسية لحمل مجموعتين من المسارات: مجموعة واحدة للتوجيه أحادي البث ومجموعة واحدة للتوجيه متعدد البث. يوفر MBGP التحكم اللازم لتحديد مكان السماح بتدفق حزم البث المتعدد. يستخدم PIM المسارات المرتبطة بتوجيه البث المتعدد لإنشاء أشجار توزيع البيانات. يوفر MBGP مسار إعادة توجيه المسار العكسي (RPF)، وليس إنشاء حالة البث المتعدد. لا تزال هناك حاجة إلى PIM لإعادة توجيه حزم البث المتعدد.

لا تزال هناك حاجة إلى PIM لإعادة توجيه حزم البث المتعدد

تكوين الموجه A

ip multicast-routing

interface loopback0

ip pim sparse-dense-mode

ip address 192.168.2.2 255.255.255.0

interface serial0

ip address 192.168.100.1 255.255.255.0

interface serial1

ip pim sparse-dense-mode

ip address 192.168.200.1 255.255.255.0

router bgp 123

network 192.168.100.0 nlri unicast

network 192.168.200.0 nlri multicast

neighbor 192.168.1.1 remote-as 321 nlri unicast multicast

neighbor 192.168.1.1 ebgp-multihop 255

neighbor 192.168.100.2 update-source loopback0

neighbor 192.168.1.1 route-map setNH out

route-map setNH permit 10

match nlri multicast

set ip next-hop 192.168.200.1

route-map setNH permit 20

تكوين الموجه B

ip multicast-routing

interface loopback0

ip pim sparse-dense-mode

ip address 192.168.1.1 255.255.255.0

interface serial0

ip address 192.168.100.2 255.255.255.0

interface serial1

ip pim sparse-dense-mode

ip address 192.168.200.2 255.255.255.0

router bgp 321

network 192.168.100.0 nlri unicast

network 192.168.200.0 nlri multicast

neighbor 192.168.2.2 remote-as 123 nlri unicast multicast

neighbor 192.168.2.2 ebgp-multihop 255

neighbor 192.168.100.1 update-source loopback0

neighbor 192.168.2.2 route-map setNH out

route-map setNH permit 10

match nlri multicast

set ip next-hop 192.168.200.2

route-map set NH permit 20

إذا كانت طبولوجيا البث الأحادي والبث المتعدد متطابقة (على سبيل المثال، تنتقل فوق نفس الارتباط)، فإن الاختلاف الأساسي في التكوين هو باستخدام أمر البث المتعدد للبث الأحادي ل NLRI. ويتم توضيح مثال هنا:

network 192.168.100.0 nlri unicast multicast

يكون للمخططات المتطابقة مع MBGP فائدة- حتى وإن كانت حركة مرور البيانات تجتاز نفس المسارات، يمكن تطبيق سياسات مختلفة على BGP أحادي البث مقابل BGP متعدد البث.

MSDP

يربط بروتوكول اكتشاف مصدر البث المتعدد (MSDP) مجالات PIM-SM المتعددة. يستخدم كل مجال PIM-SM RP (آت) مستقلة خاصة به ولا يجب أن يعتمد على RPs في مجالات أخرى. يسمح MSDP مجال لاكتشاف مصادر البث المتعدد من مجالات أخرى. إذا كنت أيضا تقوم بتدوير BGP مع نظير MSDP، فيجب عليك إستخدام عنوان IP نفسه لبروتوكول MSDP كما هو الحال بالنسبة لبروتوكول BGP. عندما يقوم MSDP بفحص RPF النظير، يتوقع MSDP أن يكون عنوان نظير MSDP هو العنوان نفسه الذي يذكره BGP/MBGP عند إجراء بحث عن جدول مسار على RP في رسالة SA. مهما، لا يتطلب أنت أن يركض BGP/MBGP مع ال MSDP نظير إن هناك BGP/MBGP ممر بين ال MSDP نظير. إذا لم يكن هناك مسار BGP/MBGP وأكثر من نظير MSDP، فيجب إستخدام الأمر ip msdp default-peer. يوضح المثال التالي أن RP A هو RP لمجال RP و RP B هو RP لمجال RP الخاص به.

يربط بروتوكول اكتشاف مصدر البث المتعدد (MSDP) العديد من مجالات PIM-SM

تكوين الموجه A

ip multicast-routing

ip pim send-RP-announce loopback0 scope 16 group-list 1

ip pim send-RP-discovery scope 16

ip msdp peer 192.168.100.2

ip msdp sa-request 192.168.100.2

interface loopback0

ip address <address> <mask>

ip pim sparse-dense-mode

interface serial0

ip address 192.168.100.1 255.255.255.0

ip pim sparse-dense-mode

تكوين الموجه B

ip multicast-routing

ip pim send-RP-announce loopback0 scope 16 group-list 1

ip pim send-RP-discovery scope 16

ip msdp peer 192.168.100.1

ip msdp sa-request 192.168.100.1

interface loopback0

ip address <address> <mask>

ip pim sparse-dense-mode

interface serial0

ip address 192.168.100.2 255.255.255.0

ip pim sparse-dense-mode

التوجيه متعدد البث الجذري

يسمح لك التوجيه متعدد البث للكعب الجذري بتكوين الموجهات البعيدة/القديمة كعملاء وكيل بروتوكول إدارة مجموعات الإنترنت (IGMP). بدلا من التفاصيل الكاملة في PIM، تقوم موجهات الكعب هذه بإعادة توجيه رسائل IGMP من المضيف (الأجهزة) إلى موجه البث المتعدد للتدفق.

تقوم موجهات الكعب بإعادة توجيه رسائل IGMP من المضيف (الأجهزة المضيفة) إلى موجه البث المتعدد للتحميل

تكوين الموجه 1

int s0

ip pim sparse-dense-mode

ip pim neighbor-filter 1

access-list 1 deny 192.168.140.1

يلزم الأمر ip pim neighbor-filter حتى لا يتعرف الموجه 1 على الموجه 2 كجار PIM. إذا قمت بتكوين الموجه 1 في الوضع المتناثر، فإن عامل التصفية المجاور غير ضروري. يجب ألا يعمل الموجه 2 في الوضع المتناثر. عندما تكون في وضع كثافة، يمكن أن تفيض مصادر البث المتعدد الجذري إلى موجهات العمود الفقري.

تكوين الموجه 2

ip multicast-routing

int e0

ip pim sparse-dense-mode

ip igmp helper-address 192.168.140.2

int s0

ip pim sparse-dense-mode

IGMP UDLR لارتباطات القمر الصناعي

يوفر توجيه الارتباط أحادي الإتجاه (UDLR) طريقة لإعادة توجيه حزم البث المتعدد عبر إرتباط قمر صناعي أحادي الإتجاه إلى شبكات الجذع التي تحتوي على قناة خلفية. هذا مماثل للتوجيه متعدد البث الجذري. بدون هذه الميزة، لا يمكن لموجه الوصلة التعرف بشكل ديناميكي على عناوين مجموعة البث المتعدد IP التي سيتم إعادة توجيهها عبر الارتباط أحادي الإتجاه، نظرا لأنه لا يمكن لموجه الارتباط البعيد إرسال أي شيء مرة أخرى.

يوفر توجيه الارتباط أحادي الإتجاه (UDLR) طريقة لإعادة توجيه حزم البث المتعدد

تكوين Uplinkinkr-rtr

ip multicast-routing

interface Ethernet0

description Typical IP multicast enabled interface

ip address 172.16.12.1 255.0.0.0

ip pim sparse-dense-mode

interface Ethernet1

description Back channel which has connectivity to downlink-rtr

ip address 172.16.11.1 255.0.0.0

ip pim sparse-dense-mode

interface Serial0

description Unidirectional to downlink-rtr

ip address 10.0.0.1 255.0.0.0

ip pim sparse-dense-mode

ip igmp unidirectional-link

no keepalive

Downlink-rtr تشكيل

ip multicast-routing

interface Ethernet0

description Typical IP multicast enabled interface

ip address 172.16.14.2 255.0.0.0

ip pim sparse-dense-mode

ip igmp helper-address udl serial0

interface Ethernet1

description Back channel which has connectivity to downlink-rtr

ip address 172.16.13.2 255.0.0.0

ip pim sparse-dense-mode

interface Serial0

description Unidirectional to uplink-rtr

ip address 10.0.0.2 255.0.0.0

ip pim sparse-dense-mode

ip igmp unidirectional-link

no keepalive

PIMv2 BSR

إذا قامت جميع الموجهات في الشبكة بتشغيل PIMv2، فيمكنك تكوين BSR بدلا من RP التلقائي. BSR و Auto-RP متشابهان جدا. يتطلب تكوين BSR أن تقوم بتكوين مرشحي BSR (مثل RP-Announce في Auto-RP) و BSRs (مثل وكلاء تعيين RP التلقائي). لتكوين BSR، أستخدم الخطوات التالية:

1. في تكوين BSRs للمرشح:

ip pim bsr-candidate interface hash-mask-len pref

حيث تحتوي الواجهة على عنوان IP للمرشح BSRs. من المستحسن (لكن ليس من الضروري) أن تكون تجزئة-mask-len متطابقة عبر جميع وحدات BSRs المرشحة. يتم إختيار BSR مرشح لديه أكبر قيمة للتأمين المسبق كقيمة BSR لهذا المجال.

يتم عرض مثال على إستخدام الأمر:

ip pim bsr-candidate ethernet0 30 4

يقوم PIMv2 BSR بجمع معلومات RP للمرشح ونشر معلومات مجموعة RP المرتبطة بكل بادئة مجموعة. لتجنب نقطة فشل واحدة، يمكنك تكوين أكثر من موجه واحد في مجال كمصادر BSR مرشحة.

يتم إختيار BSR بين المرشحين BSRs تلقائيا، بناء على قيم التفضيل التي تم تكوينها. من أجل أن تكون هذه الموجهات بمثابة وحدات BSR مرشحة، يجب أن تكون متصلة وأن تكون في العمود الفقري للشبكة، بدلا من أن تكون في منطقة الاتصال بالشبكة.

2. تكوين موجهات RP للمرشح. يوضح هذا المثال RP مرشح، على الواجهة ethernet0، لنطاق عنوان admin-scope بالكامل:

access-list 11 permit 239.0.0.0 0.255.255.255

ip pim rp-candidate ethernet0 group-list 11

CGMP

شكلت in order to شكلت مجموعة إدارة بروتوكول (CGMP)، هذا على المسحاج تخديد قارن أن يواجه المفتاح:

ip pim sparse-dense-mode

ip cgmp

بعد ذلك، شكلت هذا على المفتاح:

set cgmp enable

إستطلاع بروتوكول إدارة مجموعات الإنترنت (IGMP)

يتوفر التطفل على بروتوكول إدارة مجموعات الإنترنت (IGMP) مع الإصدار 4.1 من المادة حفازة 5000. يتطلب التطفل على بروتوكول IGMP بطاقة Supervisor III. لا يلزم أي تكوين بخلاف PIM لتكوين التطفل على بروتوكول IGMP على الموجه. لا يزال يلزم وجود موجه مع التطفل على بروتوكول إدارة مجموعات الإنترنت (IGMP) لتوفير استعلام بروتوكول إدارة مجموعات الإنترنت (IGMP).

يوضح المثال المتوفر هنا كيفية تمكين التطفل على بروتوكول IGMP على المحول:

Console> (enable) set igmp enable

IGMP Snooping is enabled.

CGMP is disabled.

إذا حاولت تمكين IGMP، ولكن CGMP ممكن بالفعل، سترى ما يلي:

Console> (enable) set igmp enable

Disable CGMP to enable IGMP Snooping feature.

PGM

البث المتعدد العام العملي (PGM) هو بروتوكول نقل متعدد البث يمكن الاعتماد عليه للتطبيقات التي تتطلب تسليم بيانات البث المتعدد المطلوبة وغير المكررة من مصادر متعددة إلى أجهزة إستقبال متعددة. تضمن PGM أن المتلقي في المجموعة إما يتلقى جميع حزم البيانات من الإرسال وإعادة الإرسال أو يمكنه اكتشاف فقدان حزم البيانات غير القابل للاسترداد.

لا توجد أوامر PGM العمومية. يتم تكوين PGM لكل واجهة باستخدام الأمر ip pgm. يجب تمكين التوجيه متعدد البث على الموجه باستخدام PIM على الواجهة.

MRM

تسهل مراقبة توجيه البث المتعدد (MRM) الكشف التلقائي عن الأخطاء في بنية أساسية كبيرة لتوجيه البث المتعدد. تم تصميم MRM لتنبيه مسؤول الشبكة لمشاكل توجيه البث المتعدد في الوقت الفعلي تقريبا.

يشتمل MRM على مكونين: MRM Tester و MRM Manager. MRM Tester هو مرسل أو مستقبل.

يتوفر MRM في الإصدار 12.0(5)T من برنامج Cisco IOS Software والإصدارات الأحدث. يجب فقط على مختبري MRM ومديريه تشغيل إصدار Cisco IOS الذي يدعمه MRM.

تسهل مراقبة توجيه البث المتعدد (MRM) الكشف التلقائي عن الأخطاء في بنية أساسية كبيرة للتوجيه متعدد البث

إختبار تكوين المرسل

interface Ethernet0

ip mrm test-sender

تكوين جهاز إستقبال الاختبار

interface Ethernet0

ip mrm test-receiver

تكوين مدير الاختبار

ip mrm manager test1

manager e0 group 239.1.1.1

senders 1

receivers 2 sender-list 1

access-list 1 permit 10.1.1.2

access-list 2 permit 10.1.4.2

يتم عرض الإخراج من الأمر show ip mrm manager على Test Manager هنا:

Test_Manager# show ip mrm manager

Manager:test1/10.1.2.2 is not running  Beacon interval/holdtime/ttl:60/86400/32 Group:239.1.1.1, UDP port test-packet/status-report:16384/65535 Test sender: 10.1.1.2 Test receiver: 10.1.4.2

ابدأ الاختبار باستخدام الأمر الموضح هنا. ترسل إدارة الاختبار رسائل التحكم إلى مرسل الاختبار ومتلقي الاختبار كما تم تكوينها في معلمات الاختبار. ينضم متلقي الاختبار إلى المجموعة ويراقب حزم الاختبار المرسلة من مرسل الاختبار.

Test_Manager# mrm start test1

*Feb  4 10:29:51.798: IP MRM test test1 starts ......

Test_Manager#

لعرض تقرير حالة لمدير الاختبار، أدخل هذا الأمر:

Test_Manager# show ip mrm status

IP MRM status report cache:

Timestamp        Manager          Test Receiver   Pkt Loss/Dup (%)       Ehsr

*Feb  4 14:12:46 10.1.2.2         10.1.4.2        1            (4%)      29

*Feb  4 18:29:54 10.1.2.2         10.1.4.2        1            (4%)      15

Test_Manager#

يظهر الإخراج أن المستقبل أرسل تقريري حالة (سطر واحد لكل واحد) في طابع زمني معين. يحتوي كل تقرير على فقدان حزمة واحد أثناء نافذة الفترة (الافتراضي لثانية واحدة). تعرض قيمة "EHSR" قيمة رقم التسلسل التالي المقدرة من مرسل الاختبار. إذا رأى مستقبل الاختبار حزم مكررة، فإنه يظهر رقما سلبيا في العمود "فقدان/زيادة PKT".

دخلت in order to منعت الاختبار، هذا أمر:

Test_Manager# mrm stop test1

*Feb  4 10:30:12.018: IP MRM test test1 stops

Test_Manager#

أثناء تشغيل الاختبار، يرسل مرسل MRM حزم RTP إلى عنوان المجموعة التي تم تكوينها في الفترة الافتراضية من 200 مللي ثانية. يراقب المستقبل (يتوقع) نفس الحزم في نفس الفترة الافتراضية. إذا اكتشف المستقبل فقدان حزمة في الفترة الافتراضية للنافذة التي تبلغ خمس ثوان، فإنه يرسل تقريرا إلى مدير MRM. يمكنك عرض تقرير الحالة من المستقبل إذا قمت بإصدار الأمر show ip mrm status على المدير.

استكشاف الأخطاء وإصلاحها

توجد بعض المشاكل الأكثر شيوعا التي تم العثور عليها عند تنفيذ بث IP المتعدد في شبكة عندما لا يقوم الموجه بإعادة توجيه حركة مرور البث المتعدد بسبب فشل إعادة توجيه المسار العكسي (RPF) أو إعدادات TTL. ارجع إلى دليل أستكشاف أخطاء IP للبث المتعدد وإصلاحها للحصول على مناقشة تفصيلية حول هذه المشكلات والأعراض والحلول الشائعة الأخرى.

معلومات ذات صلة

- دليل استكشاف مشكلات البث المتعدد لبروتوكول IP وإصلاحها

- أستكشاف أخطاء شبكات البث المتعدد وإصلاحها باستخدام أدوات واجهة سطر الأوامر

- دعم IP للبث المتعدد

- الدعم التقني والتنزيلات من Cisco