Cisco Catalyst 6500 Guide De Résolution De Problèmes Matériel page 5

Lorsque la source sur le commutateur 1 commence à diffuser du trafic multidiffusion, le
commutateur 1 a « vu » le rapport IGMP du récepteur 1. Par conséquent, le commutateur 1 fournit
le port de multidiffusion Gigabit Ethernet 2/48. Mais, puisque le commutateur 2 « a absorbé » le
rapport IGMP du récepteur 2 en tant qu'élément du procédé IGMP Snooping, le commutateur 1 ne
voit pas de rapport IGMP (requête multicast) sur le port Gigabit Ethernet 2/46. En conséquence, le
commutateur 1 n'envoie aucun trafic multicast au commutateur 2. Par conséquent, le récepteur 2
n'obtient aucun trafic multicast, même si le récepteur 2 est dans le même VLAN, mais simplement
sur un commutateur différent que la source multicast.
La raison de ce problème est que IGMP Snooping n'est vraiment pris en charge sur aucune plate-
forme Catalyst sans un mrouter. Le mécanisme ne fonctionne pas sans un port mrouter. Si vous
voulez un correctif, vous devez faire en sorte que les commutateurs apprennent ou connaissent
un port mrouter. Reportez-vous à la section
la procédure. Vous devez encore découvrir comment la présence d'un port mrouter sur les
commutateurs résout le problème.
Fondamentalement, quand les commutateurs apprennent ou connaissent statiquement un port
mrouter, deux choses se produisent :
Le commutateur « relaye » les rapports IGMP des récepteurs au port mrouter, ce qui signifie
que les rapports IGMP vont vers le routeur multicast. Le commutateur ne relaye pas tous les
rapports IGMP. Au lieu de cela, le commutateur envoie seulement quelques uns des rapports
au port mrouter. Pour les besoins de cette discussion, le nombre de rapports n'est pas
important. Le routeur multicast doit juste savoir s'il y a au moins un récepteur qui est toujours
intéressé par un flux en aval multicast. Pour déterminer cela, le routeur multicast reçoit les
rapports périodiques IGMP en réponse à ses requêtes IGMP.
Dans un scénario multicast avec source unique, dans lequel aucun récepteur ne s'est encore
« joint », le commutateur envoie seulement le flux multicast à son port mrouter.
Quand les commutateurs connaissent leur port mrouter, le commutateur 2 relaie le rapport IGMP
reçu du récepteur 2 à son port mrouter. Ce port est Fast Ethernet 1/0/33. Le commutateur 1
obtient ce rapport IGMP sur son port Gigabit Ethernet 2/46. Du point de vue du commutateur 1, le
commutateur a reçu simplement autre rapport IGMP. Le commutateur ajoute ce port dans sa table
IGMP Snooping et commence à envoyer le trafic multicast aussi sur ce port. À ce stade, les deux
récepteurs reçoivent le trafic multicast demandé et l'application fonctionne comme prévu.
Pour savoir comment les commutateurs identifient leur port mrouter afin que la surveillance IGMP
fonctionne comme prévu dans un environnement simple, consultez la section
obtenir des réponses.
Solutions
Utilisez ces solutions pour résoudre le problème.
Solution 1 : activation de PIM sur l'interface VLAN/routeur de couche 3
Toutes les plates-formes Catalyst ont la capacité de se renseigner dynamiquement sur le port
mrouter. Les commutateurs écoutent passivement les Hellos PIM (Protocol Independent Multicast)
ou les messages de requête IGMP qu'un routeur multicast envoie périodiquement.
Cet exemple configure l'interface virtuelle commutée (SVI) VLAN 1 sur le Catalyst 6500 avec
Solutions de ce document pour plus d'explications sur
Solutions pour
ip pim