3 votes

Pourquoi faut-il envoyer ARP pour demander l'adresse MAC quand l'adresse IP est déjà unique ?

Dans les réseaux habituels, puisque chaque hôte possède une adresse IP unique reconnue parmi les stations du réseau, pourquoi une adresse MAC est-elle encore nécessaire ?

Supposons qu'une station A souhaite envoyer un message à la station B. La station A connaît l'adresse IP de la station B. Mais la station A enverrait quand même un ARP pour demander l'adresse MAC de B avant d'envoyer. Puis, après avoir obtenu l'adresse MAC de B, A enverra les données avec l'adresse MAC de B comme adresse de destination.

Pourquoi B ne peut-elle pas simplement accepter le paquet comme elle répond à l'ARP envoyé par A ? De cette façon, la station A n'aurait pas besoin d'envoyer un ARP pour demander l'adresse MAC et cela supprimerait également la nécessité d'avoir une adresse MAC. De plus, les adresses IP sont uniques parmi les stations du réseau, pourquoi avoir besoin d'une autre adresse MAC pour reconnaître les stations ?

2 votes

XEnOn, c'est la quatrième question que vous posez, ce qui fait partie de la compréhension du fonctionnement des réseaux à un niveau fondamental. Pour commencer, vous devez comprendre le modèle OSI et savoir où se situent les différents éléments. Personnellement, je vous suggère de commencer à lire la documentation CCNA - bien qu'il s'agisse d'une qualification spécifique à un fournisseur, la théorie est applicable à tous les domaines. Je comprends que ce forum est un forum de questions-réponses, mais vous ne pourrez pas comprendre tout cela en posant simplement des questions isolées.

1 votes

@xEnOn - comme Dan l'a mentionné, vous n'utilisez pas ce site tel qu'il a été conçu - il est destiné aux administrateurs système professionnels qui ont déjà acquis les bases, il existe des livres et d'autres sites qui vous enseigneront l'ABC mieux qu'ici - veuillez en tenir compte dans toute interaction future avec ce site.

0 votes

Que se passe-t-il lorsque la station A change de carte réseau ? Ou lorsqu'elle en ajoute une autre ?

5voto

jaudette Points 121

Parce que vous avez besoin d'un identifiant unique intégré à la carte réseau pour l'identification de la station au cas où vous n'auriez pas d'adresse IP. Ou comment un système peut-il obtenir une adresse IP valide à l'aide de DHCP, alors qu'il n'y a pas d'identification de la station qui veut en obtenir une ?

Et comme l'IP n'est pas le seul protocole que vous pouvez envoyer sur Ethernet, Ethernet lui-même doit fournir un identifiant unique pour permettre différents protocoles.

3voto

MadHatter Points 77602

Tout d'abord, je me permets d'approuver la réponse de Dan ; il vaut mieux faire des recherches appropriées sur le sujet que de poser des questions dont chacune n'apporte qu'une seule lumière dans l'obscurité. Je recommande TCP/IP illustré de Steven Mon exemplaire du Vol. 1 est pratiquement cassé au niveau de la colonne vertébrale à force d'être utilisé. Mais puisque vous avez posé la question, et que j'avais déjà tapé la moitié d'une réponse lorsque celle de Dan est apparue, permettez-moi d'appuyer sur "Poster quand même", avec ma casquette d'ancien administrateur.

En partie, c'est historique. Les adresses MAC sont un élément de la couche 2, tandis que les adresses IP sont de la couche 3 (voir, par ex, cette page Wikipedia pour plus de détails sur les couches).

Pourquoi cette séparation ? Eh bien, lorsque l'Ethernet a été inventé, l'IP n'était pas la seule technologie de réseau qui pouvait être transportée sur un réseau Ethernet. J'ai moi-même, au milieu des années 80, fait un usage intensif de DECnet fonctionnant sur Ethernet, et il n'y avait pas d'adresses IP. De plus, il est parfaitement possible de faire fonctionner IP sur des technologies de réseau non Ethernet qui n'ont pas d'adresses MAC (les réseaux Token-Ring viennent à l'esprit, tout comme SLIP).

Si ethernet et IP avaient été soudés ensemble comme vous le suggérez, aucune des choses ci-dessus n'aurait été possible. Oui, avec le recul, il est clair que l'IP a été la grande victoire de l'interconnexion, mais ce n'était pas aussi clair en 1981, et le découplage des deux couches était définitivement la bonne chose à l'époque.

1voto

Alan Turing Points 11

XENOn, C'est une question que je me suis posée de nombreuses fois dans le passé. Le fait est que c'est un peu arbitraire, car, comme MadHatter l'a gentiment mentionné, il y a des types de réseaux IP qui fonctionnent bien sans avoir besoin d'une adresse physique. En d'autres termes, il n'y a aucun besoin théorique d'un type d'adresse supplémentaire. Cependant, l'adresse MAC est utile lorsque les adresses IP sont distribuées automatiquement, par exemple par DHCP, car le serveur DHCP doit savoir sans ambiguïté quel hôte a reçu quelle IP ou qu'aucun hôte ne reçoit d'adresses IP supplémentaires non sollicitées. Sans l'adresse MAC, il faudrait définir manuellement des adresses IP pour chaque hôte, ce qui n'est pas très pratique lorsque vous avez un grand nombre d'hôtes et constitue un véritable cauchemar pour les administrateurs informatiques. En ce qui concerne les liaisons locales Ethernet, vous n'avez pas vraiment le choix, car le sous-système Ethernet ne reconnaît que les trames Ethernet, c'est-à-dire que chaque circuit d'interface Ethernet filtre toutes les trames Ethernet qui ne portent pas leur propre adresse MAC ou une adresse MAC de diffusion/multidiffusion comme adresse de destination. Seules les trames qui survivent à ce filtrage frontal délivrent effectivement leur charge utile IP à la couche IP. J'espère que cela vous a aidé à éclaircir le mystère.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X