Difference between revisions of "La diffusion du multicast IPv6 sur le lien-local"
From Livre IPv6
m |
|||
| Line 1: | Line 1: | ||
| + | {{suivi| MLD Fowarding Proxy | MLD Fowarding Proxy | La construction d'arbre multicast - PIM|PIM}} | ||
| + | |||
Sur le lien-local, un segment Ethernet par exemple, les paquets IPv6 multicast sont encapsulés dans une trame Ethernet ayant une adresse MAC multicast (le 8ème bit de poids fort est positionné à 1). L'adresse MAC utilisée pour transporter des paquets multicast est une adresse MAC multicast (le 8ème bit de poids fort est positionné à 1). Cette adresse MAC est la concaténation de <tt>33-33</tt> et des 32 bits de poids faible de l'adresse IPv6 multicast. Si l'on considère l'adresse multicast IPv6 <tt>FF1E::12:AC21:6521</tt>, l'adresse MAC correspondante sera <tt>33-33-AC-21-65-21</tt>. | Sur le lien-local, un segment Ethernet par exemple, les paquets IPv6 multicast sont encapsulés dans une trame Ethernet ayant une adresse MAC multicast (le 8ème bit de poids fort est positionné à 1). L'adresse MAC utilisée pour transporter des paquets multicast est une adresse MAC multicast (le 8ème bit de poids fort est positionné à 1). Cette adresse MAC est la concaténation de <tt>33-33</tt> et des 32 bits de poids faible de l'adresse IPv6 multicast. Si l'on considère l'adresse multicast IPv6 <tt>FF1E::12:AC21:6521</tt>, l'adresse MAC correspondante sera <tt>33-33-AC-21-65-21</tt>. | ||
Les mécanismes qui existent en IPv4 comme IGMP snooping ou CGMP (''Cisco Group Multicast Protocol'') qui permettent de limiter la diffusion des paquets multicast aux hosts abonnés n'existent pas encore pour IPv6. MLD snooping n'est toujours pas implémenté sur les commutateurs. La conséquence directe est que si le réseau n'est pas segmenté correctement, à l'aide de VLANs par exemple, le flux multicast inondera tout le réseau et chaque host recevra des paquets multicast non souhaités. | Les mécanismes qui existent en IPv4 comme IGMP snooping ou CGMP (''Cisco Group Multicast Protocol'') qui permettent de limiter la diffusion des paquets multicast aux hosts abonnés n'existent pas encore pour IPv6. MLD snooping n'est toujours pas implémenté sur les commutateurs. La conséquence directe est que si le réseau n'est pas segmenté correctement, à l'aide de VLANs par exemple, le flux multicast inondera tout le réseau et chaque host recevra des paquets multicast non souhaités. | ||
| + | |||
| + | {{suivi| MLD Fowarding Proxy | MLD Fowarding Proxy | La construction d'arbre multicast - PIM|PIM}} | ||
Revision as of 12:52, 10 February 2006
| |
MLD Fowarding Proxy | Table des matières | PIM | |
Sur le lien-local, un segment Ethernet par exemple, les paquets IPv6 multicast sont encapsulés dans une trame Ethernet ayant une adresse MAC multicast (le 8ème bit de poids fort est positionné à 1). L'adresse MAC utilisée pour transporter des paquets multicast est une adresse MAC multicast (le 8ème bit de poids fort est positionné à 1). Cette adresse MAC est la concaténation de 33-33 et des 32 bits de poids faible de l'adresse IPv6 multicast. Si l'on considère l'adresse multicast IPv6 FF1E::12:AC21:6521, l'adresse MAC correspondante sera 33-33-AC-21-65-21.
Les mécanismes qui existent en IPv4 comme IGMP snooping ou CGMP (Cisco Group Multicast Protocol) qui permettent de limiter la diffusion des paquets multicast aux hosts abonnés n'existent pas encore pour IPv6. MLD snooping n'est toujours pas implémenté sur les commutateurs. La conséquence directe est que si le réseau n'est pas segmenté correctement, à l'aide de VLANs par exemple, le flux multicast inondera tout le réseau et chaque host recevra des paquets multicast non souhaités.
| |
MLD Fowarding Proxy | Table des matières | PIM | |
