Bonjour,
Un truc qui me chagrine un peu en débarcant dans les réseaux sans fil:
Supposons une machine dans un réseau
- tout d'abord liée à un routeur WiFi par câble avec une adresse
manuelle 192.168.1.2
- on enlève le câble et on la lie au réseau avec un adaptateur WiFi ou
une carte Airport. Peut-on utiliser à nouveau 192.168.1.2, sachant que
cet ensemble se présente avec un n° MAC différent du cas précédent?
Le problème est intéressant dans le cas de Port Forwarding. En d'autres
termes est-ce que Machine+Airport forment un tout bien défini ou est-ce
que les 2 appareils doivent rester discernables, chacun avec un URL
local et dans ce cas vers lequel forwarder.
Il est tard et je n'ai pas encore essayé de ping pour voir si 2 URL
différents peuvent exister dans la même machine.
Merci
HC
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Franck
- tout d'abord liée à un routeur WiFi par câble avec une adresse manuelle 192.168.1.2 - on enlève le câble et on la lie au réseau avec un adaptateur WiFi ou une carte Airport. Peut-on utiliser à nouveau 192.168.1.2, sachant que cet ensemble se présente avec un n° MAC différent du cas précédent?
Sans problème.
Explication "simplifiée" :
Chaque équipement actif "switch, routeur, ordinateur" (en fait tout sauf un hub) sur le réseau maintient sa propre table ARP, qui fait la correspondance entre une adresse IP et l'adresse MAC de la carte réseau correspondante.
Quand un équipement essaye de joindre une machine dont il ne connait que l'IP, il lance une requête ARP sur le réseau "Qui a cette adresse IP ?". La machine en question répond "moi, l'adresse MAC de la carte concernée est XXXXXXXX".
Lorsque qu'un équipement a dans sa table ARP une association IP->MAC, il tente d'envoyer le paquet. Si cet envoie échoue car il n'existe plus de carte réseau ayant cette adresse MAC joignable, alors il oublie l'entrée concernée et relance une requete ARP.
Conclusion : Passer d'une connexion filaire à une connexion WiFi en conservant la même IP est totalement transparent. Tout au plus le premier paquet mettra quelques millisecondes supplémentaires pour atteindre sa destination.
- tout d'abord liée à un routeur WiFi par câble avec une adresse
manuelle 192.168.1.2
- on enlève le câble et on la lie au réseau avec un adaptateur WiFi ou
une carte Airport. Peut-on utiliser à nouveau 192.168.1.2, sachant que
cet ensemble se présente avec un n° MAC différent du cas précédent?
Sans problème.
Explication "simplifiée" :
Chaque équipement actif "switch, routeur, ordinateur" (en fait tout sauf
un hub) sur le réseau maintient sa propre table ARP, qui fait la
correspondance entre une adresse IP et l'adresse MAC de la carte réseau
correspondante.
Quand un équipement essaye de joindre une machine dont il ne connait que
l'IP, il lance une requête ARP sur le réseau "Qui a cette adresse IP ?".
La machine en question répond "moi, l'adresse MAC de la carte concernée
est XXXXXXXX".
Lorsque qu'un équipement a dans sa table ARP une association IP->MAC, il
tente d'envoyer le paquet. Si cet envoie échoue car il n'existe plus de
carte réseau ayant cette adresse MAC joignable, alors il oublie l'entrée
concernée et relance une requete ARP.
Conclusion : Passer d'une connexion filaire à une connexion WiFi en
conservant la même IP est totalement transparent. Tout au plus le
premier paquet mettra quelques millisecondes supplémentaires pour
atteindre sa destination.
- tout d'abord liée à un routeur WiFi par câble avec une adresse manuelle 192.168.1.2 - on enlève le câble et on la lie au réseau avec un adaptateur WiFi ou une carte Airport. Peut-on utiliser à nouveau 192.168.1.2, sachant que cet ensemble se présente avec un n° MAC différent du cas précédent?
Sans problème.
Explication "simplifiée" :
Chaque équipement actif "switch, routeur, ordinateur" (en fait tout sauf un hub) sur le réseau maintient sa propre table ARP, qui fait la correspondance entre une adresse IP et l'adresse MAC de la carte réseau correspondante.
Quand un équipement essaye de joindre une machine dont il ne connait que l'IP, il lance une requête ARP sur le réseau "Qui a cette adresse IP ?". La machine en question répond "moi, l'adresse MAC de la carte concernée est XXXXXXXX".
Lorsque qu'un équipement a dans sa table ARP une association IP->MAC, il tente d'envoyer le paquet. Si cet envoie échoue car il n'existe plus de carte réseau ayant cette adresse MAC joignable, alors il oublie l'entrée concernée et relance une requete ARP.
Conclusion : Passer d'une connexion filaire à une connexion WiFi en conservant la même IP est totalement transparent. Tout au plus le premier paquet mettra quelques millisecondes supplémentaires pour atteindre sa destination.
yapersonne
Franck <franck+ wrote:
Sans problème. Explication "simplifiée" :
Excellente explication que cette histoire de table ARP dynamique. J'avais finalement fait l'essai avec des ping sur adresses "avant et après" et en réseau. Les adresses "avant" disparaissent, le réseau marche sans dire ouf mais je ne voyais pas trop pourquoi. Merci HC
Franck <franck+news@_remove_apoal.com> wrote:
Sans problème.
Explication "simplifiée" :
Excellente explication que cette histoire de table ARP dynamique.
J'avais finalement fait l'essai avec des ping sur adresses "avant et
après" et en réseau. Les adresses "avant" disparaissent, le réseau
marche sans dire ouf mais je ne voyais pas trop pourquoi.
Merci
HC
Excellente explication que cette histoire de table ARP dynamique. J'avais finalement fait l'essai avec des ping sur adresses "avant et après" et en réseau. Les adresses "avant" disparaissent, le réseau marche sans dire ouf mais je ne voyais pas trop pourquoi. Merci HC
