Switch et adresses IPs

Résolu/Fermé
Age_of_Aquarius Messages postés 10 Date d'inscription lundi 2 mars 2009 Statut Membre Dernière intervention 12 décembre 2017 - 8 mars 2009 à 18:14
ThunderFox Messages postés 16 Date d'inscription mercredi 25 février 2009 Statut Membre Dernière intervention 10 mars 2009 - 10 mars 2009 à 14:22
Bonjour,

PC1 === switch === PC2
|
|
PC3

PC1 : 192.168.0.1
PC2 : 192.168.0.2
PC3 : 192.168.3.3

PC1> ping 192.168.0.2 ==> ça marche
PC1> ping 192.168.3.3 ==> ça ne marche pas

La question est : comment le switch arrive à acheminer les ping au bon destinataire en se basant sur les adresses IP ?
On entent souvent que les switch n'opère que dans la couche 2 (liaison de données) en se basant sur l'adresse MAC et non pas sur les adresses IP qui appartiennent à la couche 3.
On voit très bien que le PC1 envoie un ping on se basant sur l'adresse IP et non pas l'adresse MAC ?

Merci
A voir également:

5 réponses

ThunderFox Messages postés 16 Date d'inscription mercredi 25 février 2009 Statut Membre Dernière intervention 10 mars 2009 3
10 mars 2009 à 14:22
Bon bon bon, tout d'abord, je confirme qu'un switch n'a absolument pas connaissance des adresses IP qui passent par le réseau, comme tu disais, il ne s'intéresse qu'aux adresses MAC (adresses physiques de chaque carte réseaux normalement unique), et à chaque fois qu'un poste va envoyer des données (ping, échange de fichiers, envoie de mail ou autre) le switch va automatiquement associer dans sa table d'adressage l'@MAC du poste émetteur avec la "prise" à laquelle il est relié au switch (je préfère éviter d'utiliser le terme "port" pour éviter les confusions avec les ports de la couche 4 qui n'ont absolument rien à voir), ainsi, à chaque fois que le switch va recevoir des données, il va extraire l'@MAC du destinataire contenu dans la trame et vérifier si elle se trouve dans sa table d'adressage, si oui, alors il ne va transmettre cette trame que pour la "prise" concerné, s'il ne connait pas l'@MAC, il va simplement faire un broadcast sur toutes ses prises, et lorsque le destinataire va répondre, le switch rajoutera son @MAC dans sa table d'adressage et l'associera à la bonne "prise".
Tu te demandais comment un switch pouvait transmettre des messages sans se soucier de l'@IP, et bien lors d'un échange entre 2 postes, chaque message envoyé contient les @IP et les @MAC de destination et d'émission, et c'est en fait l'@MAC qui représente l'@ réél de ton poste, et elle est suffisante pour la liaison physique.
Quand au protocole ARP, il agit lui sur le couche 3 et permet d'associer une adresse MAC à une adresse IP. A chaque fois qu'un poste va envoyer des donnée vers une adresse IP pour la première fois, il va en premier lieu envoyer une requête ARP sur tout le réseau pour savoir qui a cette adresse IP et quelle est son adresse MAC, mais je ne suis pas certain que les switchs standards effectuent ce protocole d'eux même.
Et enfin, si le PC1 ne peut pas pinger le PC3, c'est surement parce que le PC3 n'appartient pas au même réseau logique que les PC1 et 2. Vérifie tes masques de sous réseau, mais s'ils sont en 255.255.255.0 (masque par defaut pour cette classe d'adresse), le PC3 est sur le réseau 192.168.3.0/24 et les 2 autres sont sur le réseau 192.168.0.0/24.
Si tu as besoin de précisions, n'hésite surtout pas.
A plus
2
trint Messages postés 531 Date d'inscription lundi 12 janvier 2009 Statut Membre Dernière intervention 21 mai 2012 55
10 mars 2009 à 11:50
Hello,
le switch a une table de correspondance MAC/IP. A la mise en place du switch celui-ci broadcast sur le réseau pour constituer sa table et ainsi connaitre l'ensemble des machines du réseau.
1
Age_of_Aquarius Messages postés 10 Date d'inscription lundi 2 mars 2009 Statut Membre Dernière intervention 12 décembre 2017
8 mars 2009 à 19:19
Juste pour dire que le PC3 est relié au switch est non pas au PC1. Je crois que les tabulations ont été supprimées dans mon message.

Merci
0
fiddy Messages postés 11069 Date d'inscription samedi 5 mai 2007 Statut Contributeur Dernière intervention 23 avril 2022 1 835
10 mars 2009 à 12:10
Salut,
@trinit :
Un switch de niveau 2 n'a pas connaissance des adresses IP. Sa table d'association n'est donc pas IP/MAC mais MAC/port.

On voit très bien que le PC1 envoie un ping on se basant sur l'adresse IP et non pas l'adresse MAC ? 

Oui, mais la machine va avoir quand même besoin de l'adresse MAC pour envoyer le paquet au sein du réseau. Si la machine ne connaît pas l'adresse MAC du destinataire, elle va donc envoyer un ARP request. Puisque ce paquet est broadcast, le switch l'enverra a tout le monde, et normalement seule la machine concernée répondra un ARP reply. Ainsi PC1 aura connaissance de l'adresse MAC du destinataire et pourra envoyer le ping.
Si PC1 ne peut pas pinger PC3, c'est peut être tout simplement que les paquets ICMP sont filtrés sur PC3.

Cdlt
0

Vous n’avez pas trouvé la réponse que vous recherchez ?

Posez votre question
trint Messages postés 531 Date d'inscription lundi 12 janvier 2009 Statut Membre Dernière intervention 21 mai 2012 55
10 mars 2009 à 13:31
ouch exact toutes mes excuses!
C'est une table MAC /Ports qui est mise en place grâce à des requètes ARP (broadcast) de la part du switch puis seule la machine concernée répond en envoyant son adresse MAC.
0
fiddy Messages postés 11069 Date d'inscription samedi 5 mai 2007 Statut Contributeur Dernière intervention 23 avril 2022 1 835
10 mars 2009 à 14:10
grâce à des requètes ARP (broadcast) de la part du switch
Non, les ARP requests sont envoyés à l'initiative de la machine expéditrice pour tenir à jour son cache ARP.
0