Switch et adresses IPs

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.

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

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

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

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.