Comparez les prix des domaines et des services informatiques des vendeurs du monde entier

Si le suivi est effectué IPv6 MLD Commutateurs de niveau 2 Dans les adresses de groupe des nœuds demandés?

Protocole NDP Utilise l'adresse de multidiffusion du nœud demandé.

L'hôte rejoint son propre groupe d'adresses de multidiffusion du nœud demandé comme localement (netsh int ipv6 show joins), Tous deux dans le domaine de niveau 2 (Tracé wirehark Affiche l'hôte configuré avec la nouvelle adresse IPv6, Envoie un message MLD Pour son adresse de multidiffusion du nœud demandé. Grouper).

Cependant, le commutateur Cisco Niveau 2 (S0) avec suivi activé IPv6 MLD, Situé entre trois hôtes PC1, PC2, Server1 et routeur IPv6 PIMv2, Spectacles:

. Aucun affichage d'aucun groupe de multidiffusion enregistré des nœuds demandés

. Groupe multible enregistré sur la chaîne locale (Multicast DNS, FF02 :: FB), prouver que le mailing multicast peut être suivi

Conduire certaines expériences montre que:

. Suivi IPv6 MLD Cela fonctionne bien avec le trafic de multidiffusion conventionnel IPv6, Dans quel trafic est commuté correctement conformément aux clients connectés au multidiffusion (t.

. La multidiffusion des nœuds demandées n'est pas suivie, mais une avalanche est effectuée

Donc, ne suive pas la piste IPv6 MLD Commutateurs via l'adresse de multidiffusion du nœud demandé? Est-ce un design inondé?

Ça vraiment casse / Merci pour une contribution. :-)
Invité:

Christine

Confirmation de:

Il semble que votre test soit fidèle. Prière de se référer à:
https://insinuator.net/2015/04 ... ipv6/
Une phrase est incluse: commutateur Cisco régi par IOS 15.4, Personnalisé pour l'exécution MLD-Snooping, laisse toujours un trafic intact associé à ND, Il est diffusé.

Pour répondre aux questions, connectez-vous ou registre