Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Matériel Réseaux et Internet Sans-fils B et G sur Mac identiques

B et G sur Mac identiques

16 réponses
Avatar
_SebF - www.frameip.com
Bonjour,

J'ai deux machines en Wifi via une BS 1100 Cisco. Le premier client est en B
et l'autre en G. La particularité est que les deux on la même adresse Mac.

Voici ma première question est : Est ce qu'il y a une relation entre la
négociation B,G et l'adresse Mac du client ?

Si oui, quid du résultat de deux cartes réseaux possédant la même Mac @ avec
l'une en B et l'autre en G ?

@+

--

_SebF

http://www.frameip.com
Un site pour les spécialistes IP
Signaler un problème avec ce contenu

10 réponses

Supprimer
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
1 2
Avatar
Patrick_91
_SebF - www.frameip.com wrote:

Bonjour,

J'ai deux machines en Wifi via une BS 1100 Cisco. Le premier client est en
B et l'autre en G. La particularité est que les deux on la même adresse
Mac.

Voici ma première question est : Est ce qu'il y a une relation entre la
négociation B,G et l'adresse Mac du client ?

Si oui, quid du résultat de deux cartes réseaux possédant la même Mac @
avec l'une en B et l'autre en G ?

@+

OUi bonsoir, la meme adresse MAC sur un acces WiFi ou sur ethernet c'est une

usine a collisions ... Ca ne peut pas fonctionner proprement.
Faut changer l'adresse MAC de l'une des deux cartes ..

Amicalement

Avatar
_SebF - www.frameip.com
"Patrick_91" a écrit dans le message de news:
415a4594$0$27411$

OUi


:)

bonsoir,


Salut Patrick,

la meme adresse MAC sur un acces WiFi ou sur ethernet c'est une
usine a collisions ...


Pourquoi des collisions ? Je ne vois pas de rapport directe entre Csma/Ca et
les adresses Mac. Peux tu préciser ?

Ca ne peut pas fonctionner proprement.
Faut changer l'adresse MAC de l'une des deux cartes ..


J'en conviens bien, c'est une maquette de test pour comprendre, il n'y a pas
d'exploitation prévue de ce type.

Indépendament des adresses Mac identiquent, Est ce qu'il y a une relation
entre la négociation B,G et l'adresse Mac du client ? Si oui, quid du
résultat de deux cartes réseaux possédant la même Mac @ avec l'une en B et
l'autre en G ?

@+

_SebF

http://www.frameip.com
Un site pour les spécialistes IP

Avatar
Patrick_91
_SebF - www.frameip.com wrote:

"Patrick_91" a écrit dans le message de news:
415a4594$0$27411$

OUi


:)

bonsoir,


Salut Patrick,

la meme adresse MAC sur un acces WiFi ou sur ethernet c'est une
usine a collisions ...


Pourquoi des collisions ? Je ne vois pas de rapport directe entre Csma/Ca
et les adresses Mac. Peux tu préciser ?



Oui au niveau protocole point a point (niveau 2) avec le csma ca ca doit
bien se passer, ce n'est pas ca que j'evoquais, mais plutot des
"collisions" au niveau des protocoles de plus haut niveau .. En effet
les deux machins seront en droit de traiter les trames adressees a leur
adresse MAC mais une des deux machines (celle qui n'aura pas la bonne
adresse IP) renvrera une trame en forme de fin de non recevoir a la session
tcp concernee et il s'en suivra une deconnexion brutale.. (sur l'autre
machine) ceci n'est qu'un exemple bien d'autres conflits peuvent naitre
d'un doublon au niveau MAC address .
Ca ne peut pas fonctionner proprement.
Faut changer l'adresse MAC de l'une des deux cartes ..


J'en conviens bien, c'est une maquette de test pour comprendre, il n'y a
pas d'exploitation prévue de ce type.

Indépendament des adresses Mac identiquent, Est ce qu'il y a une relation
entre la négociation B,G et l'adresse Mac du client ? Si oui, quid du
résultat de deux cartes réseaux possédant la même Mac @ avec l'une en B et
l'autre en G ?
Qu'est ce que B et G ?? (POUR MA CULTURE ..) peu importe ce qui se passe au

niveau 2 , comme dit plus haut ca va coincer sous tcpip de toute facon.

Amicalement


Avatar
_SebF - www.frameip.com
"Patrick_91" a écrit dans le message de news:
415b1b85$0$21171$

Oui au niveau protocole point a point (niveau 2) avec le csma ca ca doit
bien se passer, ce n'est pas ca que j'evoquais, mais plutot des
"collisions" au niveau des protocoles de plus haut niveau .. En effet
les deux machins seront en droit de traiter les trames adressees a leur
adresse MAC mais une des deux machines (celle qui n'aura pas la bonne
adresse IP) renvrera une trame en forme de fin de non recevoir a la
session

tcp concernee et il s'en suivra une deconnexion brutale.. (sur l'autre
machine) ceci n'est qu'un exemple bien d'autres conflits peuvent naitre
d'un doublon au niveau MAC address .


Ha bon.

Les stations n'ayant pas le même IP, les piles IP vont jeter (ne pas prendre
en concidération) les trames qui ne les concerne pas. Donc je ne vois de
soucis IP à ce niveau.

Qu'est ce que B et G ?? (POUR MA CULTURE ..) peu importe ce qui se passe
au

niveau 2 , comme dit plus haut ca va coincer sous tcpip de toute facon.


B 11 Mbps et G 54 Mbps

@+ Patrick

--

_SebF

http://www.frameip.com
Un site pour les spécialistes IP

Avatar
Patrick_91
Hello,


_SebF - www.frameip.com wrote:


Les stations n'ayant pas le même IP, les piles IP vont jeter (ne pas
prendre en concidération) les trames qui ne les concerne pas. Donc je ne
vois de soucis IP à ce niveau.


Bah si !! imagines sur tes pc nantis de cartes ethernet ou wifi avec la meme
adresse MAc , sur l'un des deux tu fais tourner un serveur http et sur
l'autre pas ..
Toute tentative de connexion http en provenance d'une autre machine sera
irremediablement abregee ca une des machines repondra par un packet
indiquant que le port 80 est ferme et tout s'arretera ..
Idem en plus vicieux, essayes des transferts de fichier sous ftp d'un
portable vers l'autre ou vers une autre machine du reseau et dans les deux
sens : get ou put .. je te laisse nous raconter le comportement de tout
ceci ..
Si on pouvait vivre avec deux adresses hardware identiques on ne ferait pas
en sorte que toutes les cartes reseau ne possedent pas la meme MAC, ton cas
est exceptionnel ..

Qu'est ce que B et G ?? (POUR MA CULTURE ..) peu importe ce qui se passe
au

niveau 2 , comme dit plus haut ca va coincer sous tcpip de toute facon.
B 11 Mbps et G 54 Mbps



oK OUI b OU G ca n'a pas d'importance au final les deux adresses IP
differentes (des deux pc) correspondront a une seule adresse MAC ..

Amicalement


Avatar
Jacques Caron
Salut,

On Tue, 28 Sep 2004 20:18:13 +0200, _SebF - www.frameip.com
wrote:

J'ai deux machines en Wifi via une BS 1100 Cisco. Le premier client est
en B et l'autre en G. La particularité est que les deux on la même
adresse Mac.


Urk.

Voici ma première question est : Est ce qu'il y a une relation entre la
négociation B,G et l'adresse Mac du client ?


Oui. Les paramètres liés à une connexion Wi-Fi (une association) sont
stockées dans la table d'associations qui est indexée par l'adresse MAC de
la station. Ca inclut les débits supportés par la station, l'état, les
clefs, le mode de chiffrement, etc.

Si oui, quid du résultat de deux cartes réseaux possédant la même Mac @
ave l'une en B et l'autre en G ?


Même avec deux cartes identiques ça risque de poser beaucoup de problèmes
au niveau 2 (gestion des ACKs, de RTS/CTS, etc.) et au niveau 3 (ARP et
DHCP au minimum).

Bref, urk.

Jacques.
--
Interactive Media Factory
Création, développement et hébergement
de services interactifs: SMS, SMS+, Audiotel...
http://www.imfeurope.com/

Avatar
_SebF - www.frameip.com
"Jacques Caron" a écrit dans le message de news:


Salut,


Salut

J'ai deux machines en Wifi via une BS 1100 Cisco. Le premier client est
en B et l'autre en G. La particularité est que les deux on la même
adresse Mac.


Urk.


Ou, tu as raison. Ce n'est qu'une maquette pour comprendre. Il n'y a pas
d'exploitation derrière. Ouf ...

Voici ma première question est : Est ce qu'il y a une relation entre la
négociation B,G et l'adresse Mac du client ?


Oui. Les paramètres liés à une connexion Wi-Fi (une association) sont
stockées dans la table d'associations qui est indexée par l'adresse MAC de
la station. Ca inclut les débits supportés par la station, l'état, les
clefs, le mode de chiffrement, etc.


OK, c'était linformation que je cherchais dans ce Post.
Pourrais tu m'indiquer des documents relatant la relation @ Mac et nego B, G
?

Si oui, quid du résultat de deux cartes réseaux possédant la même Mac @
ave l'une en B et l'autre en G ?


Même avec deux cartes identiques ça risque de poser beaucoup de problèmes
au niveau 2 (gestion des ACKs, de RTS/CTS, etc.)


Problèmatique au niveau 2 ?
Ack lesquels ?
RTS/CTS, je n'y avait pas pensé, donc il y aura des collisions du
fait que la detection est faussé.

et au niveau 3 (ARP et DHCP au minimum).


Problèmatique au niveau 3 ?
Lu niveau Arp, a part si elles veulent discuter ensemble, sinon je
ne vois pas. Elles seront clientes du même routeur qui possédera dans sa
table Arp 2 Ip pour la même Mac.
Dhcp, Ok ca dépend de la reaction du serveur. Il faut donc en mettre
un client en "non Dhcp".

Bref, urk.


Of course

--

_SebF

http://www.frameip.com
Un site pour les spécialistes IP


Avatar
_SebF - www.frameip.com
"Patrick_91" a écrit dans le message de news:
415baf66$0$27423$

Hello,


Hi

Bah si !! imagines sur tes pc nantis de cartes ethernet ou wifi avec la
meme

adresse MAc , sur l'un des deux tu fais tourner un serveur http et sur
l'autre pas ..
Toute tentative de connexion http en provenance d'une autre machine sera
irremediablement abregee ca une des machines repondra par un packet
indiquant que le port 80 est ferme et tout s'arretera ..


Ha bon, pour moi, cette dernière machine, ne possédant pas l'Ip de
destination, ignorera la trame au niveau 3. Donc aucun datagramme tcp ne
sera renvoyé puisque rien n'est monté au niveau 4.

Idem en plus vicieux, essayes des transferts de fichier sous ftp d'un
portable vers l'autre ou vers une autre machine du reseau et dans les deux
sens : get ou put .. je te laisse nous raconter le comportement de tout
ceci ..


Idem, je ne vois pas le soucis pour les mêmes raisons.

Si on pouvait vivre avec deux adresses hardware identiques on ne ferait
pas

en sorte que toutes les cartes reseau ne possedent pas la meme MAC, ton
cas

est exceptionnel ..


Oui, je suis d'accord.

oK OUI b OU G ca n'a pas d'importance au final les deux adresses IP
differentes (des deux pc) correspondront a une seule adresse MAC ..


Oui, mais mon objectif est de comprendre la relation dans la négociation du
B et G avec l'Adresse Mac.

Amicalement


Idem Patrick

--

_SebF

http://www.frameip.com
Un site pour les spécialistes IP

Avatar
Jacques Caron
Salut,

On Thu, 30 Sep 2004 21:52:39 +0200, _SebF - www.frameip.com
wrote:

Ou, tu as raison. Ce n'est qu'une maquette pour comprendre. Il n'y a pas
d'exploitation derrière. Ouf ...


Ben même pour une maquette, ça risque d'être assez hard de faire marcher
quoi que ce soit correctement ou au moins d'être sûr que ça corresponde à
un fonctionnement "normal". Mais j'avoue que je ne comprends pas pourquoi
tu voudrais faire ça?

Pourrais tu m'indiquer des documents relatant la relation @ Mac et nego
B, G?


Ben les specs IEEE 802.11, 802.11b et 802.11g au minimum.

Problèmatique au niveau 2 ?
Ack lesquels ?


Toutes les trames envoyées à une adresse MAC unicast sont acquittées
(comme 802.11 est un media beaucoup moins "sûr" que de l'Ethernet
classique, il y a une tentative d'assurer que les paquets arrivent à
destination au niveau 2 plutôt que de laisser les couches supérieures s'en
charger).

Et il faudrait regarder les autres types de trames, mais je pense qu'il
risque d'y avoir pas mal de problèmes avec des trames de management et de
contrôle. Heureusement que les modes un peu évolués ne sont pratiquement
jamais implémentés...

et au niveau 3 (ARP et DHCP au minimum).


Problèmatique au niveau 3 ?
Lu niveau Arp, a part si elles veulent discuter ensemble, sinon
je ne vois pas. Elles seront clientes du même routeur qui possédera dans
sa
table Arp 2 Ip pour la même Mac.


Mais la plupart des OS n'apprécient pas de voir une autre machine avec la
même adresse MAC sur un réseau commun. Au mieux ça fait tout plein de
logs, au pire l'OS désactive carrément l'interface.

Jacques.
--
Interactive Media Factory
Création, développement et hébergement
de services interactifs: SMS, SMS+, Audiotel...
http://www.imfeurope.com/


Avatar
Jacques Caron
Salut,

On Thu, 30 Sep 2004 21:52:39 +0200, _SebF - www.frameip.com
wrote:

Ou, tu as raison. Ce n'est qu'une maquette pour comprendre. Il n'y a pas
d'exploitation derrière. Ouf ...


Ben même pour une maquette, ça risque d'être assez hard de faire marcher
quoi que ce soit correctement ou au moins d'être sûr que ça corresponde à
un fonctionnement "normal". Mais j'avoue que je ne comprends pas pourquoi
tu voudrais faire ça?

Pourrais tu m'indiquer des documents relatant la relation @ Mac et nego
B, G?


Ben les specs IEEE 802.11, 802.11b et 802.11g au minimum.

Problèmatique au niveau 2 ?
Ack lesquels ?


Toutes les trames envoyées à une adresse MAC unicast sont acquittées
(comme 802.11 est un media beaucoup moins "sûr" que de l'Ethernet
classique, il y a une tentative d'assurer que les paquets arrivent à
destination au niveau 2 plutôt que de laisser les couches supérieures s'en
charger).

Et il faudrait regarder les autres types de trames, mais je pense qu'il
risque d'y avoir pas mal de problèmes avec des trames de management et de
contrôle. Heureusement que les modes un peu évolués ne sont pratiquement
jamais implémentés...

et au niveau 3 (ARP et DHCP au minimum).


Problèmatique au niveau 3 ?
Lu niveau Arp, a part si elles veulent discuter ensemble, sinon
je ne vois pas. Elles seront clientes du même routeur qui possédera dans
sa
table Arp 2 Ip pour la même Mac.


Mais la plupart des OS n'apprécient pas de voir une autre machine avec la
même adresse MAC sur un réseau commun. Au mieux ça fait tout plein de
logs, au pire l'OS désactive carrément l'interface.

Jacques.
--
Interactive Media Factory
Création, développement et hébergement
de services interactifs: SMS, SMS+, Audiotel...
http://www.imfeurope.com/


1 2