Échec de multidiffusion du Nexus 7000 avec la commande ip igmp join-group

Options de téléchargement

  • PDF     (145.3 KB)
    Consulter à l'aide d'Adobe Reader sur un grand nombre d'appareils
  • ePub     (87.0 KB)
    Consulter à l’aide de différentes applications sur iPhone, iPad, Android ou Windows Phone
  • Mobi (Kindle)     (69.8 KB)
    Consulter sur un appareil Kindle ou à l’aide d’une application Kindle sur plusieurs appareils
Mis à jour:26 juin 2013
ID du document:116273

Langage exempt de préjugés

Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.

À propos de cette traduction

Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.

Introduction

Ce document décrit un problème rencontré lorsque la commande ip igmp join-group est utilisée afin de forcer les commutateurs de la gamme Cisco Nexus 7000 à rejoindre le groupe de multidiffusion. Une solution au problème est également fournie.

Problème

La commande ip igmp join-group est utilisée afin de forcer le commutateur de la gamme Nexus 7000 à rejoindre le groupe de multidiffusion. Le commutateur génère une jointure IGMP (Internet Group Management Protocol) pour le groupe spécifié, et tous les paquets de multidiffusion destinés au groupe sont envoyés au processeur.

Avec les systèmes d'exploitation Nexus antérieurs à la version 5.2, si des récepteurs sont connectés au commutateur Nexus 7000 qui demandent le groupe, une copie du paquet est également envoyée au récepteur. Dans les versions 5.2 et ultérieures, en raison d'un bogue logiciel avec le protocole LISP (Locator/ID Separation Protocol), le commutateur ne programme aucune liste d'interfaces sortantes (OIL) dans le matériel. Même s'il y a des récepteurs qui demandent le flux, aucun paquet ne leur est envoyé.

Si vous cochez la case Multicast Routing Table (Table de routage multidiffusion), vous pouvez voir la sortie de commande programmée OIL :

(*, 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

Cependant, lorsque vous inspectez les valeurs programmées pour le matériel interne, vous constatez qu'aucune OIL n'est programmée :

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

Solution

La commande ip igmp join-group n'est pas destinée à être utilisée en production. Il est utilisé afin de dépanner où il est nécessaire de générer une jointure IGMP et aucun récepteur n'est disponible. Utilisez la commande ip igmp static-oif à la place.

Si LISP n'est pas actif sur le commutateur, vous pouvez entrer la commande ip routing multicast Enforcement-rpf afin de forcer la commande ip igmp join-group à fonctionner de la même manière qu'avec Nexus Operating Systems avant la version 5.2, ce qui signifie que l'OIL est programmée. Une fois la solution de contournement en place, vous pouvez voir que l'OIL est programmée dans le matériel :

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

Historique de révision

Révision Date de publication Commentaires
1.0
26-Jun-2013
Première publication
TAC Authored

Contribution d’experts de Cisco

  • Rahul Parameswaran
    Cisco TAC Engineer.

Ce document vous est-il utile?

FeedbackCommentaires

Contacter Cisco

Ce document s’applique à ces produits