فشل Nexus 7000 للبث المتعدد باستخدام أمر ip igmp join-group

خيارات التنزيل

  • PDF     (277.3 KB)
    عرض باستخدام Adobe Reader على مجموعة متنوعة من الأجهزة
  • ePub     (83.9 KB)
    العرض في تطبيقات مختلفة على iPhone أو iPad أو نظام تشغيل Android أو قارئ Sony أو نظام التشغيل Windows Phone
  • Mobi (Kindle)     (66.2 KB)
    عرض على جهاز Kindle أو تطبيق Kindle على أجهزة متعددة
تم التحديث:٢٦ يونيو ٢٠١٣
معرّف المستند:116273

لغة خالية من التحيز

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

حول هذه الترجمة

ترجمت Cisco هذا المستند باستخدام مجموعة من التقنيات الآلية والبشرية لتقديم محتوى دعم للمستخدمين في جميع أنحاء العالم بلغتهم الخاصة. يُرجى ملاحظة أن أفضل ترجمة آلية لن تكون دقيقة كما هو الحال مع الترجمة الاحترافية التي يقدمها مترجم محترف. تخلي Cisco Systems مسئوليتها عن دقة هذه الترجمات وتُوصي بالرجوع دائمًا إلى المستند الإنجليزي الأصلي (الرابط متوفر).

المقدمة

يصف هذا المستند مشكلة تتم مواجهتها عند إستخدام الأمر ip igmp join-group لإجبار محولات Cisco Nexus 7000 Series على الانضمام إلى مجموعة البث المتعدد. كما يتم توفير حل للمشكلة.

المشكلة

يتم إستخدام الأمر ip igmp join-group لإجبار محول Nexus 7000 Series على الانضمام إلى مجموعة البث المتعدد. يقوم المحول بإنشاء بروتوكول إدارة مجموعة الإنترنت (IGMP)-join للمجموعة المحددة، ويتم إرسال أي حزم بث متعدد موجهة إلى المجموعة إلى وحدة المعالجة المركزية.

مع أنظمة تشغيل Nexus الأقدم من الإصدار 5.2، إذا كانت هناك أجهزة إستقبال متصلة بمحول سلسلة Nexus 7000 التي تطلب المجموعة، فسيتم إرسال نسخة من الحزمة أيضا إلى المستقبل. في الإصدار 5.2 والإصدارات الأحدث، بسبب خطأ برنامج مع بروتوكول فصل المعرف/محدد الموقع (LISP)، لا يقوم المحول ببرمجة أي قوائم واجهة صادرة (OILs) في الجهاز. حتى في حالة وجود مستقبلات تتطلب الدفق، لا يتم إرسال حزم إليها.

إن يفحص أنت ال multicast تحشد طاولة، أنت يستطيع رأيت ال زيتي برمجت أمر إنتاج:

(*, 239.1.1.1/32), uptime: 00:00:05, igmp pim ip
  Incoming interface: Null, RPF nbr: 0.0.0.0
  Outgoing interface list: (count: 1)
    Vlan48, uptime: 00:00:05, igmp

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

show forwarding multicast route group 239.1.1.1
slot  3
=======
  (*, 239.1.1.1/32), RPF Interface: NULL, flags: GPr
    Received Packets: 0 Bytes: 0
    Number of Outgoing Interfaces: 0
    Null Outgoing Interface List

الحل

لا يتم إدخال أمر ip igmp join-group للاستخدام في الإنتاج. يتم إستخدامه لاستكشاف الأخطاء وإصلاحها حيث تكون هناك حاجة لإنشاء وصلة IGMP ولا تتوفر أي أجهزة إستقبال. أستخدم الأمر ip igmp static-oif بدلا من ذلك.

إذا لم يكن LISP نشطا على المحول، فيمكنك إدخال الأمر ip routing multicast enforcement-rpf لإجبار الأمر ip igmp join-group على العمل بنفس الطريقة التي كان يعمل بها مع أنظمة التشغيل Nexus قبل الإصدار 5.2، مما يعني أنه تمت برمجة النفط. مع وجود الحل البديل، يمكنك أن ترى أن الزيت مبرمج في الجهاز:

show forwarding multicast route group 239.1.1.1
slot  3
=======
  (*, 239.1.1.1/32), RPF Interface: NULL, flags: GP
    Received Packets: 0 Bytes: 0
    Number of Outgoing Interfaces: 1
    Outgoing Interface List Index: 2
      Vlan48 Outgoing Packets:0 Bytes:0

محفوظات المراجعة

المراجعة تاريخ النشر التعليقات
1.0
26-Jun-2013
الإصدار الأولي
TAC Authored

تمت المساهمة بواسطة مهندسو Cisco

  • Rahul Parameswaran
    Cisco TAC Engineer.

هل كان هذا المستند مفيدًا؟

Feedbackالتعليقات

اتصل بنا

ينطبق هذا المستند على هذه المنتجات