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
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
A voir également:
- Switch et adresses IPs
- Itinéraire google map entre deux adresses - Guide
- Logiciel switch - Télécharger - Conversion & Extraction
- Manette switch sur xbox - Forum Xbox One
- Brancher switch sur pc ✓ - Forum Nintendo Switch
- Samsung switch pc - Télécharger - Divers Bureautique
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
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
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
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
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.
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.
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
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
Merci
fiddy
Messages postés
11069
Date d'inscription
samedi 5 mai 2007
Statut
Contributeur
Dernière intervention
23 avril 2022
1 842
10 mars 2009 à 12:10
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.
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
@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
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
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.
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.
fiddy
Messages postés
11069
Date d'inscription
samedi 5 mai 2007
Statut
Contributeur
Dernière intervention
23 avril 2022
1 842
10 mars 2009 à 14:10
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.
Non, les ARP requests sont envoyés à l'initiative de la machine expéditrice pour tenir à jour son cache ARP.