MULTICAST IPv4
Pourquoi deux groupes IP peuvent-ils partager une même adresse MAC ?
La correspondance utilise un préfixe Ethernet fixe et les 23 bits de poids faible du groupe IPv4. Certains bits du groupe ne sont pas inclus ; différents groupes IP peuvent donc partager une même adresse Ethernet. Les hôtes et les commutateurs peuvent utiliser des informations supplémentaires lors du traitement des paquets. Il s’agit d’exemples conceptuels, et non de mesures effectuées sur un produit.
Correspondance
La correspondance standard conserve les 23 bits de poids faible de l’adresse IPv4.
Chevauchement
Différents groupes IP peuvent partager l’adresse obtenue par correspondance.
Réception
La destination IP et l’appartenance de l’hôte au groupe restent importantes.
Capturer ensemble la destination IP et l’adresse MAC.
Vérifier VLAN et l’état d’appartenance au groupe.
Comparer les captures autorisées à chaque extrémité.
Liste de contrôle de sélection et de vérification — développer
| Vérification | Points à confirmer | Méthode de vérification |
|---|---|---|
| Correspondance | IP et MAC | Capturer les deux champs |
| Appartenance au groupe | Groupe et port | Examiner l’état de l’hôte et du commutateur |
| Chemin | VLAN et acheminement | Comparer les captures |
Lorsqu’un équipement industriel envoie des données à un groupe de récepteurs, les captures de paquets peuvent révéler un fait surprenant : deux adresses multicast IPv4 différentes peuvent utiliser la même adresse MAC de destination Ethernet. Cela signifie-t-il que le commutateur a commis une erreur ? Non. Les adresses IP et MAC appartiennent à des couches différentes, et la correspondance standard entre multicast IPv4 et Ethernet n’est pas biunivoque.
Commencer par les communications un-à-un et un-à-plusieurs
L’unicast s’adresse généralement à une seule destination, le broadcast atteint un domaine de diffusion et le multicast cible un groupe auquel adhèrent les récepteurs intéressés. Ces termes décrivent l’objectif de la communication ; ils ne garantissent pas que chaque équipement recevra ou traitera chaque paquet multicast.
Les données vidéo, de surveillance et d’état peuvent devoir atteindre plusieurs systèmes dans une installation industrielle. La pertinence du multicast et les équipements qui doivent le recevoir dépendent de l’application et de la conception du réseau. Un commutateur achemine les trames Ethernet entre les ports ; les hôtes récepteurs vérifient également les informations de couche réseau et leur appartenance aux groupes avant de transmettre les données à une application.
La documentation du commutateur industriel administrable de couche 3 sur rail DIN de FCTELE répertorie des fonctions de gestion multicast, notamment l’IGMP snooping. Vérifiez la documentation, la version logicielle et la configuration du modèle concerné. Cet article explique la correspondance générale des adresses et ne prétend pas constituer un essai sur site de ce produit.
Pourquoi un paquet possède deux adresses
Lorsqu’un paquet IP est envoyé sur Ethernet, l’émetteur l’encapsule dans une trame Ethernet. L’en-tête de la trame contient une adresse MAC de destination, tandis que le paquet IP qu’elle contient possède une adresse IP de destination. Ces adresses ont des rôles différents et occupent des champs distincts : l’adresse MAC sert au traitement sur la liaison Ethernet, tandis que l’adresse IP identifie la destination de couche réseau.
Pour le multicast IPv4, l’émetteur fait correspondre l’adresse du groupe multicast à une adresse MAC multicast Ethernet et place cette dernière dans l’en-tête de la trame. Le commutateur choisit les ports de sortie selon son mécanisme d’acheminement et les informations d’état multicast disponibles. L’équipement récepteur vérifie ensuite la destination IP et son appartenance locale au groupe. L’acheminement effectif dépend de l’implémentation et de la configuration.
Par exemple, le groupe IPv4 224.1.1.1 correspond à l’adresse MAC Ethernet 01:00:5E:01:01:01. Les nombres décimaux séparés par des points identifient une adresse IPv4 ; les six octets hexadécimaux séparés par des deux-points identifient une adresse MAC. Ces adresses sont liées par une correspondance ; il ne s’agit pas de deux façons d’écrire le même champ.
La correspondance ne conserve qu’une partie de l’adresse du groupe
Le multicast IPv4 utilise une plage d’adresses définie, et l’adresse MAC multicast Ethernet possède un préfixe fixe. Les trois premiers octets MAC sont 01:00:5E, le bit suivant est fixé à zéro et les 23 derniers bits proviennent des 23 bits de poids faible de l’adresse multicast IPv4. L’illustration distingue le préfixe, le bit fixe et la partie conservée.
La partie variable identifiant le groupe dans une adresse multicast IPv4 contient plus de 23 bits. Cinq bits du groupe ne sont pas repris dans cette correspondance MAC ; différents groupes IP possédant les mêmes 23 bits de poids faible peuvent donc produire la même adresse MAC. Ce chevauchement résulte de la correspondance et ne prouve pas qu’un équipement a calculé une adresse de manière incorrecte.
Les débutants n’ont pas besoin de calculer manuellement des valeurs binaires pour configurer un site. Le point essentiel est que l’adresse MAC n’est pas une copie complète de l’adresse IP. Lors d’une investigation, consignez ensemble la destination IP, l’adresse MAC de destination et l’état du récepteur ou du port, plutôt que d’examiner un seul champ.
Une adresse MAC partagée ne rend pas deux groupes IP identiques
Voici un exemple vérifiable : 224.1.1.1 et 225.1.1.1 sont deux groupes multicast IPv4 différents, mais tous deux correspondent à 01:00:5E:01:01:01. Ces adresses d’exemple expliquent la correspondance ; elles ne signifient pas qu’une installation particulière les utilise ni qu’un produit a fait l’objet de mesures.
Même lorsque deux trames Ethernet possèdent la même adresse MAC de destination, les adresses IP de destination qu’elles encapsulent restent différentes. Une carte réseau ou un commutateur qui s’appuie uniquement sur l’adresse MAC pour une décision initiale de réception ou d’acheminement ne peut pas distinguer ces deux groupes à partir de ce seul champ. Le traitement ultérieur peut également utiliser la destination IP, l’appartenance au groupe multicast et l’abonnement de l’application.
Par conséquent, observer la même adresse MAC ne prouve pas qu’une application a reçu le contenu de l’autre groupe, ni qu’un commutateur isole complètement les groupes. Le résultat dépend de l’implémentation de l’acheminement, de l’état de l’IGMP snooping et de la pile réseau de l’hôte. Une capture d’écran affichant uniquement les adresses MAC ne permet pas d’établir que le filtrage est correct.
L’IGMP snooping n’est pas la correspondance d’adresses
IGMP est utilisé par les hôtes IPv4 pour signaler leur appartenance aux groupes multicast. Un commutateur prenant en charge l’IGMP snooping peut observer les messages de contrôle pertinents et tenir à jour des informations sur les groupes et les ports, ce qui contribue à réduire le trafic multicast sur les ports qui n’en ont pas besoin. Vérifiez l’implémentation et la configuration réelles concernant les tables de ports, le requêteur et le comportement d’expiration des entrées.
La correspondance détermine quelle adresse MAC de destination Ethernet correspond à un groupe multicast IPv4. L’IGMP snooping concerne les ports qui ont besoin du trafic de chaque groupe. Ces mécanismes sont liés, mais ne sont pas interchangeables. Connaître uniquement l’adresse MAC ne révèle pas les récepteurs actuels et ne prouve pas que l’état d’appartenance au groupe est toujours valide.
Si un port ne reçoit pas le trafic attendu, vérifiez d’abord si l’hôte a rejoint le bon groupe IP, si VLAN correspond et si le commutateur présente l’état d’appartenance attendu. Vérifiez ensuite le requêteur et le chemin en amont. N’attribuez pas chaque problème multicast à une collision d’adresses et ne désactivez pas le filtrage sans en évaluer les conséquences.
Capturer la trame, l’adresse IP et l’emplacement
Un relevé utile comprend l’emplacement de capture, VLAN, l’heure, l’adresse MAC de destination Ethernet, la destination IPv4 et les ports concernés. Distinguez les observations effectuées sur un port de recopie, sur l’hôte récepteur ou sur l’émetteur : chaque point peut voir un ensemble de trafic différent, et une seule capture ne représente pas automatiquement l’ensemble du réseau.
Par exemple, si un émetteur a envoyé un paquet au groupe prévu et que la trame est visible à l’entrée du commutateur, mais pas à la sortie prévue, examinez ensuite l’appartenance au groupe VLAN et la politique d’acheminement. Si la trame atteint l’hôte mais que l’application ne reçoit rien, vérifiez l’interface choisie et le groupe rejoint. Cette démarche permet de cibler l’investigation sans présumer d’une implémentation interne particulière.
Interprétez le rôle du requêteur dans le contexte de l’installation : l’état d’appartenance observé peut évoluer avec le temps. L’acheminement des messages de contrôle jusqu’à leurs destinataires, la configuration et les paramètres d’expiration peuvent tous influer sur le relevé. Notez l’heure de capture et la version de configuration afin de ne pas confondre des observations réalisées à différents moments avec un résultat unique.
Pour vérifier le partage d’une adresse MAC, utilisez un trafic de test autorisé sans signification pour la commande de production. Consignez la destination IP et l’adresse MAC des deux paquets, l’appartenance aux groupes et l’état d’acheminement des ports. L’exemple et les illustrations expliquent un mécanisme ; ils ne constituent pas un rapport d’essai sur site d’un produit particulier.
Si une application ne reçoit toujours pas les données, examinez les règles du pare-feu de l’hôte, la sélection de l’interface, la manière dont l’application rejoint le groupe et tout routage multicast entre sous-réseaux. La commutation Ethernet, le routage multicast IP et l’abonnement de l’application sont des étapes différentes. Une réception fiable exige que les étapes concernées fonctionnent ensemble.
Établir d’abord la correspondance, puis vérifier chaque couche
La correspondance multicast IPv4 conserve les 23 bits de poids faible ; plusieurs groupes IP peuvent donc partager une même adresse MAC Ethernet. La trame Ethernet et le paquet IP qu’elle contient possèdent toujours leurs propres champs ; une adresse MAC identique ne rend pas deux groupes IP identiques. Le comportement réel doit être évalué au regard de l’appartenance aux groupes, des VLAN et des paramètres d’acheminement.
Lors de la planification, documentez les groupes prévus, les hôtes récepteurs, les ports du commutateur et le requêteur. Lors de la réception de l’installation, recueillez des éléments probants au niveau de l’émetteur, du commutateur et du récepteur. Cela facilite la distinction entre un chevauchement de correspondance attendu et un véritable problème d’acheminement.
Références
RFC 1112 : correspondance entre multicast IPv4 et Ethernet · RFC 4541 : considérations relatives à l’IGMP snooping · Informations produit sur le commutateur industriel administrable FCTELE.
Traduit de l’article technique en chinois : Lire l’article original en chinois.
Questions fréquentes
Chaque groupe multicast IPv4 se voit-il attribuer une adresse MAC Ethernet unique ?
Non. Différents groupes IPv4 peuvent partager une adresse MAC, car seuls les 23 bits IP de poids faible sont repris dans la correspondance.
L’IGMP snooping peut-il remplacer la correspondance d’adresses ?
Non. La correspondance définit la destination Ethernet ; le snooping aide à associer l’appartenance aux groupes et les ports, selon l’implémentation.
Une adresse MAC partagée signifie-t-elle qu’une application reçoit le même contenu ?
Pas nécessairement. La destination IP et l’appartenance de l’hôte au groupe restent pertinentes, et l’acheminement comme le filtrage dépendent des équipements et de la configuration.
Périmètre et lectures complémentaires
Il s’agit d’un exemple général de correspondance IPv4, et non d’un essai ou d’une mesure sur un produit.
Fonctions des commutateurs industriels et multicast · Comment les commutateurs industriels acheminent les trames · RFC 1112 · RFC 4541
