المحتويات

المقدمة

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

المتطلبات

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

الاصطلاحات

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

المشكلة

إعادة النظر في المفاهيم الرئيسية للبث المتعدد

IGMP

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

منفذ الموجه

البث المتعدد في L2

فهم المشكلة وحلولها

الحلول

الحل 1: تمكين PIM على واجهة الطبقة 3 Router/VLAN

الحل 2: تمكين ميزة مستعلم IGMP على محول Catalyst من الطبقة 2

الحل 3: تكوين منفذ الموجه الثابت على المحول

الحل 4: تكوين إدخالات MAC للبث المتعدد الثابتة على جميع المحولات

الحل 5: تعطيل التطفل على بروتوكول IGMP على جميع المحولات

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

المقدمة

يصف هذا وثيقة كيف أن يثبت multicast تطبيق إخفاق عندما يكون نشرت في ال نفسه VLAN بين مادة حفازة مفتاح.

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

المتطلبات

لا توجد متطلبات خاصة لهذا المستند.

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

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

- مادة حفازة 6500 مع مشرف محرك 720 أن شوط cisco ios ® برمجية إطلاق 12.2(18)sxd5

- مادة حفازة 3750 أن يركض cisco ios برمجية إطلاق 12.2(25)SEB2 صورة

- أي محول من Catalyst يقوم بتشغيل إصدار من برنامج Cisco IOS Software ويدعم أيضا التطفل على بروتوكول إدارة مجموعات الإنترنت (IGMP)

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

الاصطلاحات

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

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

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

ملاحظة: راجع قسم مصفوفة دعم محول Catalyst Switch لميزة التطفل على بروتوكول IGMP في مصفوفة دعم محولات Catalyst للبث المتعدد للوثيقة للمساعدة في تحديد هذه المحولات.

المشكلة

multicast لا يمر حركة مرور عبر مادة حفازة مفتاح، even in ال نفسه VLAN.شكل 1 يصف هذا سيناريو.

الشكل 1 - إعداد الشبكة باستخدام مصدر البث المتعدد وأجهزة الاستقبال

الرسم التخطيطي للشبكة

ربطت ال multicast مصدر إلى مفتاح 1، أي يكون مادة حفازة 6500 مفتاح مع مشرف محرك 720 أن يركض cisco ios برمجية. يتصل المستقبل 1 بالمحول 1، ويرتبط المستقبل 2 بالمحول 2. المحول 2 هو مادة حفازة 3750. هناك طبقة 2 خطوة، إما منفذ أو شنطة، بين مفتاح 1 ومفتاح 2.

في هذا الإعداد، تجد أن المستقبل 1، أي يكون على نفس المفتاح كمصدر، يحصل على البث المتعدد دون مشاكل. ومع ذلك، لا يحصل المستقبل 2 على أي حركة مرور للبث المتعدد. يهدف هذا وثيقة أن يحل هذا إصدار.

إعادة النظر في المفاهيم الرئيسية للبث المتعدد

قبل أن تستكشف الحل والخيارات المختلفة التي لديك، يجب أن تكون واضحا بشأن مفاهيم أساسية معينة للبث المتعدد من الطبقة 2. يحدد هذا القسم هذه المفاهيم.

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

IGMP

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

- الموجهات لسؤال المضيفين النهائيين إذا كانوا يحتاجون إلى تدفق بث متعدد محدد (استعلام IGMP)

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

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

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

منفذ الموجه

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

البث المتعدد في L2

أي حركة مرور للإصدار 4 من IP (IPv4) مع IP للوجهة في النطاق من 224.0.0.0 إلى 239.255.255.255 هو دفق متعدد البث. تقوم جميع حزم البث المتعدد ل IPv4 بالتعيين إلى عنوان IEEE MAC محدد مسبقا يحتوي على التنسيق 01.00.5e.xx . xx .xx .

ملاحظة: يعمل التطفل على بروتوكول إدارة مجموعات الإنترنت (IGMP) فقط إذا كانت خرائط عنوان MAC للبث المتعدد إلى نطاق MAC متوافق مع IEEE هذا. يتم إستبعاد بعض نطاقات البث المتعدد المحجوزة من تلك التي تم تثبيتها حسب التصميم. إن لا يشكل multicast استعملت ربط يكون على يحول شبكة، الربط فضت عبر أن VLAN، لذلك هو يعني أن هو عوملت مثل بث حركة مرور.

فهم المشكلة وحلولها

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

بافتراض أنه بدون أي تكوين مسبق، أشار المستقبل 1 والمستلم 2 إلى نواياهما في تلقي تيار بث متعدد ل 239.239.239.239.239 يقوم بالتعيين إلى عنوان MAC للبث المتعدد من المستوى الثاني على العنوان 01.00.5e.6f.ef.ef. يقوم كل من المحول 1 والمحول 2 بإنشاء إدخال في جداول التطفل الخاصة بهم لهذه الأجهزة المستقبلة إستجابة لتقارير بروتوكول إدارة مجموعات الإنترنت (IGMP) التي تقوم أجهزة الاستقبال بتوليدها. يدخل المحول 1 المنفذ Gigabit Ethernet 2/48 في جدوله، ويدخل المحول 2 المنفذ Fast Ethernet 1/0/47 في جدولته.

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

عندما يبدأ المصدر على المحول 1 في تدفق حركة مرور البث المتعدد، يكون المحول 1 قد "اطلع" على تقرير IGMP من المستقبل 1. ونتيجة لذلك، يوفر المحول 1 خرج البث المتعدد منفذ جيجابت إيثرنت 2/48. ولكن بما أن المحول 2 "استوعب" تقرير IGMP من المستقبل 2 كجزء من عملية التطفل على بروتوكول IGMP، فإن المحول 1 لا يرى تقرير IGMP (طلب البث المتعدد) على منفذ Gigabit Ethernet 2/46. ونتيجة لذلك، لا يرسل المحول 1 أي حركة مرور للبث المتعدد إلى المحول 2. لذلك، لا يحصل المستقبل 2 أبدا على أي حركة مرور للبث المتعدد، رغم أن المستقبل 2 يكون في نفس شبكة VLAN ولكن فقط على محول مختلف من مصدر البث المتعدد.

السبب لهذه المشكلة أن التطفل على بروتوكول IGMP غير مدعوم حقا على أي منصة Catalyst بدون موجه. الآلية "تعطل" في غياب منفذ موجه. إذا كنت ترغب في إصلاح هذا الحل، فيجب أن يكون لديك المحولات تتعرف أو تعرف بشكل ما على منفذ موجه. راجع قسم الحلول في هذا المستند للحصول على شرح إضافي للإجراء. أنت بعد تحتاج أن يكتشف كيف أن وجود مسحاج تخديد ميناء على المفتاح صححت الإصدار.

بشكل أساسي، عند تعلم المحولات لمنفذ موجه أو معرفتها بشكل ثابت، يحدث أمران حيويان:

- يقوم المحول "بترحيل" تقارير IGMP من أجهزة الاستقبال إلى منفذ الموجه، مما يعني أن تقارير IGMP تتجه إلى موجه البث المتعدد. لا يقوم المحول بترحيل جميع تقارير IGMP. بدلا من ذلك، يرسل المفتاح فقط بعض من التقارير إلى المسحاج تخديد. ولأغراض هذه المناقشة، لا يتسم عدد التقارير بالأهمية. يجب أن يعرف موجه البث المتعدد فقط ما إذا كان هناك جهاز إستقبال واحد على الأقل لا يزال مهتما بتنزيل البث المتعدد. in order to جعلت التحديد، يستلم ال multicast مسحاج تخديد التقارير دوري IGMP ردا على استعلاماته IGMP.

- في سيناريو البث المتعدد للمصدر فقط، حيث لم "ينضم" أي مستقبلات بعد في، يرسل المحول تدفق البث المتعدد فقط خارج منفذ الموجه الخاص به.

عندما تعرف المحولات على منفذ الموجه الخاص بها، يقوم المحول 2 بترحيل تقرير IGMP الذي يتلقاه المحول من جهاز الاستقبال 2 إلى منفذ الموجه الخاص به. هذا ميناء سريع إثرنيت 1/0/33. يحصل المحول 1 على تقرير IGMP هذا على منفذ المحول Gigabit Ethernet 2/46. من منظور المحول 1، لم يتلقى المحول سوى تقرير IGMP آخر. يضيف المفتاح أن ميناء داخل ه IGMP يتطفل طاولة ويبدأ أن يرسل ال multicast حركة مرور على أن ميناء أيضا. عند هذه النقطة، يتلقى كلا المستقبلين حركة مرور البث المتعدد المطلوبة، ويعمل التطبيق كما هو متوقع.

لمعرفة كيفية تعريف المحولات لمنفذ الموجه الخاص بها بحيث يعمل التطفل على بروتوكول IGMP كما هو متوقع أن يعمل في بيئة بسيطة، راجع قسم الحلول للحصول على إجابات.

الحلول

أستخدم هذه الحلول لحل المشكلة.

الحل 1: تمكين PIM على واجهة الطبقة 3 Router/VLAN

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

يشكل هذا مثال ال VLAN 1 يحول قارن فعلي (SVI) على المادة حفازة 6500 مع  ip pim sparse-dense-mode .

Switch1#show run interface vlan 1

!

interface Vlan1

ip address 10.1.1.1 255.255.255.0

ip pim sparse-dense-mode

end

Switch 1 now reflects itself (Actually the internal router port) as an Mrouter port.

Switch1#show ip igmp snooping mrouter

vlan            ports

-----+----------------------------------------

1  Router

Switch 2 receives the same PIM hellos on its Fa 1/0/33 interface. So it assigns that

port as its Mrouter port.

Switch2#show ip igmp snooping mrouter

Vlan    ports

----    -----

1    Fa1/0/33(dynamic)

الحل 2: تمكين ميزة مستعلم IGMP على محول Catalyst من الطبقة 2

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

Switch2(config)#ip igmp snooping querier

Switch2#show ip igmp snooping querier

Vlan      IP Address     IGMP Version   Port

-------------------------------------------------------------

1         10.1.1.2        v2             Switch

يرى المفتاح 1 الآن أن ميناء gig 2/46 خطوة إلى مفتاح 2 كمسحاج تخديد ميناء.

Switch1#show ip igmp snooping mrouter

vlan            ports

-----+----------------------------------------

1  Gi2/46

عندما يبدأ المصدر على مفتاح 1 أن يدفق multicast حركة مرور، مفتاح 1 يرسل ال multicast حركة مرور إلى المتلقي 1 يجد عبر يتطفل IGMP (أن، out port gig 2/48) وإلى المسحاج تخديد ميناء (أن يكون، خارج ميناء gig 2/46).

الحل 3: تكوين منفذ الموجه الثابت على المحول

ال multicast يفشل حركة مرور ضمن ال نفسه طبقة 2 VLAN بسبب الافتقار إلى مسحاج تخديد ميناء على المفتاح، القسم يفهم المشكلة وحلولها يغطي هذا موضوع. إذا قمت بتكوين منفذ موجه بشكل ثابت على جميع المحولات، فيمكن إرسال تقارير IGMP في شبكة VLAN هذه إلى جميع المحولات. ونتيجة لهذا فإن البث المتعدد ممكن. لذلك، في المثال، أنت ينبغي شكلت بشكل ثابت المادة حفازة 3750 مفتاح أن يتلقى إثرنيت سريع 1/0/33 كمسحاج تخديد ميناء.

في هذا مثال، يحتاج أنت ساكن إستاتيكي مسحاج تخديد ميناء على مفتاح 2 فقط:

Switch2(config)#ip igmp snooping vlan 1 mrouter interface fastethernet 1/0/33

Switch2#show ip igmp snooping mrouter

Vlan    ports

----    -----

1    Fa1/0/33(static)

الحل 4: تكوين إدخالات MAC للبث المتعدد الثابتة على جميع المحولات

أنت يستطيع جعلت ساكن إستاتيكي content-addressable ذاكرة (حدبة) مدخل ل ال multicast {upper}mac address على all the مفتاح ل all the مستقبل ميناء الdown مفتاح ميناء. يطيع أي محول قواعد إدخال CAM الثابت ويرسل الحزمة خارج جميع الواجهات التي تم تحديدها في جدول CAM. هذا أقل حل قابل للتطوير لبيئة تحتوي على الكثير من تطبيقات البث المتعدد.

Switch1(config)#mac-address-table static 0100.5e6f.efef vlan 1 interface

gigabitethernet 2/46 gigabitethernet 2/48

!--- Note: This command should be on one line.

Switch1#show mac-address-table multicast vlan 1

vlan   mac address     type   learn qos             ports

-----+---------------+--------+-----+---+--------------------------------

1  0100.5e6f.efef    static  Yes          -   Gi2/46,Gi2/48

Switch2(config)#mac-address-table static 0100.5e6f.efef vlan 1 interface

fastethernet 1/0/47

!--- Note: This command should be on one line.

Switch2#show mac-address-table multicast vlan 1

Vlan    Mac Address       Type       Ports

----    -----------       ----       -----

1    0100.5e6f.efef    USER        Fa1/0/47

الحل 5: تعطيل التطفل على بروتوكول IGMP على جميع المحولات

إن يعجز أنت IGMP يتطفل، كل مفتاح يعامل multicast حركة مرور كبث حركة مرور. يفيض هذا الحركة مرور إلى all the ميناء في أن VLAN، regardless of the ميناء يتلقى مستلم مهتم ل أن multicast تيار.

Switch1(config)#no ip igmp snooping

Switch2(config)#no ip igmp snooping

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

- البث المتعدد في شبكة مجمع: التطفل على بروتوكول CGMP و IGMP

- مصفوفة دعم محولات Catalyst للبث المتعدد

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

- ملاحظات TechNotes لاستكشاف أخطاء بث IP المتعدد وإصلاحها

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

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