On Thu, 23 Jul 2015 20:57:34 +0200, Pascal Hambourg
wrote:J'ai déjà vu ça avec le contrôleur ethernet intégré à certaines cartes
mères de PC, dont l'adresse MAC lue dans l'EEPROM est invalide (ou
parfois juste lue dans le mauvais sens, ce qui la fait paraître
invalide). Dans ces cas le pilote noyau génère une adresse MAC aléatoire.
Presque.
De quels types d'"appareils" s'agit-il ?
Sur des boards pour de l'embarqué à base d'ARM.
On Thu, 23 Jul 2015 20:57:34 +0200, Pascal Hambourg
<boite-a-spam@plouf.fr.eu.org> wrote:
J'ai déjà vu ça avec le contrôleur ethernet intégré à certaines cartes
mères de PC, dont l'adresse MAC lue dans l'EEPROM est invalide (ou
parfois juste lue dans le mauvais sens, ce qui la fait paraître
invalide). Dans ces cas le pilote noyau génère une adresse MAC aléatoire.
Presque.
De quels types d'"appareils" s'agit-il ?
Sur des boards pour de l'embarqué à base d'ARM.
On Thu, 23 Jul 2015 20:57:34 +0200, Pascal Hambourg
wrote:J'ai déjà vu ça avec le contrôleur ethernet intégré à certaines cartes
mères de PC, dont l'adresse MAC lue dans l'EEPROM est invalide (ou
parfois juste lue dans le mauvais sens, ce qui la fait paraître
invalide). Dans ces cas le pilote noyau génère une adresse MAC aléatoire.
Presque.
De quels types d'"appareils" s'agit-il ?
Sur des boards pour de l'embarqué à base d'ARM.
La Norme Française c'est pas le FN a écrit :On Thu, 23 Jul 2015 20:57:34 +0200, Pascal Hambourg
wrote:J'ai déjà vu ça avec le contrôleur ethernet intégré à certaines cartes
mères de PC, dont l'adresse MAC lue dans l'EEPROM est invalide (ou
parfois juste lue dans le mauvais sens, ce qui la fait paraître
invalide). Dans ces cas le pilote noyau génère une adresse MAC aléatoire.
Presque.
Presque quoi ?
De quels types d'"appareils" s'agit-il ?
Sur des boards pour de l'embarqué à base d'ARM.
Je ne connais pas du tout ce type de cartes. Sont-elles seulement
censées posséder une adresse MAC propre ou est-ce le pilote noyau qui ne
sait pas la récupérer ?
Les commandes ifconfig et ip permettent de changer l'adresse MAC d'une
interface. Parfois cela implique de passer l'interface en mode
"promiscuous" avec filtrage logiciel de l'adresse MAC destination, ce
qui augmente la charge de travail du système.
La Norme Française c'est pas le FN a écrit :
On Thu, 23 Jul 2015 20:57:34 +0200, Pascal Hambourg
<boite-a-spam@plouf.fr.eu.org> wrote:
J'ai déjà vu ça avec le contrôleur ethernet intégré à certaines cartes
mères de PC, dont l'adresse MAC lue dans l'EEPROM est invalide (ou
parfois juste lue dans le mauvais sens, ce qui la fait paraître
invalide). Dans ces cas le pilote noyau génère une adresse MAC aléatoire.
Presque.
Presque quoi ?
De quels types d'"appareils" s'agit-il ?
Sur des boards pour de l'embarqué à base d'ARM.
Je ne connais pas du tout ce type de cartes. Sont-elles seulement
censées posséder une adresse MAC propre ou est-ce le pilote noyau qui ne
sait pas la récupérer ?
Les commandes ifconfig et ip permettent de changer l'adresse MAC d'une
interface. Parfois cela implique de passer l'interface en mode
"promiscuous" avec filtrage logiciel de l'adresse MAC destination, ce
qui augmente la charge de travail du système.
La Norme Française c'est pas le FN a écrit :On Thu, 23 Jul 2015 20:57:34 +0200, Pascal Hambourg
wrote:J'ai déjà vu ça avec le contrôleur ethernet intégré à certaines cartes
mères de PC, dont l'adresse MAC lue dans l'EEPROM est invalide (ou
parfois juste lue dans le mauvais sens, ce qui la fait paraître
invalide). Dans ces cas le pilote noyau génère une adresse MAC aléatoire.
Presque.
Presque quoi ?
De quels types d'"appareils" s'agit-il ?
Sur des boards pour de l'embarqué à base d'ARM.
Je ne connais pas du tout ce type de cartes. Sont-elles seulement
censées posséder une adresse MAC propre ou est-ce le pilote noyau qui ne
sait pas la récupérer ?
Les commandes ifconfig et ip permettent de changer l'adresse MAC d'une
interface. Parfois cela implique de passer l'interface en mode
"promiscuous" avec filtrage logiciel de l'adresse MAC destination, ce
qui augmente la charge de travail du système.
On Fri, 24 Jul 2015 10:06:08 +0200, Pascal Hambourg
wrote:La Norme Française c'est pas le FN a écrit :On Thu, 23 Jul 2015 20:57:34 +0200, Pascal Hambourg
wrote:J'ai déjà vu ça avec le contrôleur ethernet intégré à certaines cartes
mères de PC, dont l'adresse MAC lue dans l'EEPROM est invalide (ou
parfois juste lue dans le mauvais sens, ce qui la fait paraître
invalide). Dans ces cas le pilote noyau génère une adresse MAC aléatoire.
Presque.
Presque quoi ?
C'est vide, pas invalide dans le sens malformé comme par exemple :
080:0:00:12:22:32
08:00:G0:1Z:22:32
On Fri, 24 Jul 2015 10:06:08 +0200, Pascal Hambourg
<boite-a-spam@plouf.fr.eu.org> wrote:
La Norme Française c'est pas le FN a écrit :
On Thu, 23 Jul 2015 20:57:34 +0200, Pascal Hambourg
<boite-a-spam@plouf.fr.eu.org> wrote:
J'ai déjà vu ça avec le contrôleur ethernet intégré à certaines cartes
mères de PC, dont l'adresse MAC lue dans l'EEPROM est invalide (ou
parfois juste lue dans le mauvais sens, ce qui la fait paraître
invalide). Dans ces cas le pilote noyau génère une adresse MAC aléatoire.
Presque.
Presque quoi ?
C'est vide, pas invalide dans le sens malformé comme par exemple :
080:0:00:12:22:32
08:00:G0:1Z:22:32
On Fri, 24 Jul 2015 10:06:08 +0200, Pascal Hambourg
wrote:La Norme Française c'est pas le FN a écrit :On Thu, 23 Jul 2015 20:57:34 +0200, Pascal Hambourg
wrote:J'ai déjà vu ça avec le contrôleur ethernet intégré à certaines cartes
mères de PC, dont l'adresse MAC lue dans l'EEPROM est invalide (ou
parfois juste lue dans le mauvais sens, ce qui la fait paraître
invalide). Dans ces cas le pilote noyau génère une adresse MAC aléatoire.
Presque.
Presque quoi ?
C'est vide, pas invalide dans le sens malformé comme par exemple :
080:0:00:12:22:32
08:00:G0:1Z:22:32
La Norme Française c'est pas le FN écrivait :On Fri, 24 Jul 2015 10:06:08 +0200, Pascal Hambourg
wrote:La Norme Française c'est pas le FN a écrit :On Thu, 23 Jul 2015 20:57:34 +0200, Pascal Hambourg
wrote:J'ai déjà vu ça avec le contrôleur ethernet intégré à certaines cartes
mères de PC, dont l'adresse MAC lue dans l'EEPROM est invalide (ou
parfois juste lue dans le mauvais sens, ce qui la fait paraître
invalide). Dans ces cas le pilote noyau génère une adresse MAC aléatoire.
Presque.
Presque quoi ?
C'est vide, pas invalide dans le sens malformé comme par exemple :
080:0:00:12:22:32
08:00:G0:1Z:22:32
Pour le cas 1) ce n'est qu'une représentation pour les humains : pour la
machine une MAC c'est 6 octets.
par exemple pour 08:00:00:12:22:32, chez MS (au moins dans le serveur
DHCP) on trouvera 080000122232, chez Cisco 0800.0012.2232, et chez
Enterasys 08-00-00-12-22-32
Pour le cas 2) voir ci dessus : ce sont des octets, donc un Z n'a aucun
sens dedans.
La Norme Française c'est pas le FN <On@sen.fout> écrivait :
On Fri, 24 Jul 2015 10:06:08 +0200, Pascal Hambourg
<boite-a-spam@plouf.fr.eu.org> wrote:
La Norme Française c'est pas le FN a écrit :
On Thu, 23 Jul 2015 20:57:34 +0200, Pascal Hambourg
<boite-a-spam@plouf.fr.eu.org> wrote:
J'ai déjà vu ça avec le contrôleur ethernet intégré à certaines cartes
mères de PC, dont l'adresse MAC lue dans l'EEPROM est invalide (ou
parfois juste lue dans le mauvais sens, ce qui la fait paraître
invalide). Dans ces cas le pilote noyau génère une adresse MAC aléatoire.
Presque.
Presque quoi ?
C'est vide, pas invalide dans le sens malformé comme par exemple :
080:0:00:12:22:32
08:00:G0:1Z:22:32
Pour le cas 1) ce n'est qu'une représentation pour les humains : pour la
machine une MAC c'est 6 octets.
par exemple pour 08:00:00:12:22:32, chez MS (au moins dans le serveur
DHCP) on trouvera 080000122232, chez Cisco 0800.0012.2232, et chez
Enterasys 08-00-00-12-22-32
Pour le cas 2) voir ci dessus : ce sont des octets, donc un Z n'a aucun
sens dedans.
La Norme Française c'est pas le FN écrivait :On Fri, 24 Jul 2015 10:06:08 +0200, Pascal Hambourg
wrote:La Norme Française c'est pas le FN a écrit :On Thu, 23 Jul 2015 20:57:34 +0200, Pascal Hambourg
wrote:J'ai déjà vu ça avec le contrôleur ethernet intégré à certaines cartes
mères de PC, dont l'adresse MAC lue dans l'EEPROM est invalide (ou
parfois juste lue dans le mauvais sens, ce qui la fait paraître
invalide). Dans ces cas le pilote noyau génère une adresse MAC aléatoire.
Presque.
Presque quoi ?
C'est vide, pas invalide dans le sens malformé comme par exemple :
080:0:00:12:22:32
08:00:G0:1Z:22:32
Pour le cas 1) ce n'est qu'une représentation pour les humains : pour la
machine une MAC c'est 6 octets.
par exemple pour 08:00:00:12:22:32, chez MS (au moins dans le serveur
DHCP) on trouvera 080000122232, chez Cisco 0800.0012.2232, et chez
Enterasys 08-00-00-12-22-32
Pour le cas 2) voir ci dessus : ce sont des octets, donc un Z n'a aucun
sens dedans.
On Fri, 24 Jul 2015 11:19:28 +0200, Erwan David
wrote:La Norme Française c'est pas le FN écrivait :On Fri, 24 Jul 2015 10:06:08 +0200, Pascal Hambourg
wrote:La Norme Française c'est pas le FN a écrit :On Thu, 23 Jul 2015 20:57:34 +0200, Pascal Hambourg
wrote:J'ai déjà vu ça avec le contrôleur ethernet intégré à certaines cartes
mères de PC, dont l'adresse MAC lue dans l'EEPROM est invalide (ou
parfois juste lue dans le mauvais sens, ce qui la fait paraître
invalide). Dans ces cas le pilote noyau génère une adresse MAC aléatoire.
Presque.
Presque quoi ?
C'est vide, pas invalide dans le sens malformé comme par exemple :
080:0:00:12:22:32
08:00:G0:1Z:22:32
Pour le cas 1) ce n'est qu'une représentation pour les humains : pour la
machine une MAC c'est 6 octets.
par exemple pour 08:00:00:12:22:32, chez MS (au moins dans le serveur
DHCP) on trouvera 080000122232, chez Cisco 0800.0012.2232, et chez
Enterasys 08-00-00-12-22-32
Pour le cas 2) voir ci dessus : ce sont des octets, donc un Z n'a aucun
sens dedans.
1) Pour 080:0:00:12:22:32 si le masque ne corespond pas, le noyau ne
sara pas forcement le convertir en 08:00:00:12:22:32 ou
08-00-00-12-22-32 pour l'utiliser. Donc l'adresse mac est invalide.
2) Z peut être une faute de frappe et donc l'adresse mac est invalide.
On Fri, 24 Jul 2015 11:19:28 +0200, Erwan David <erwan@rail.eu.org>
wrote:
La Norme Française c'est pas le FN <On@sen.fout> écrivait :
On Fri, 24 Jul 2015 10:06:08 +0200, Pascal Hambourg
<boite-a-spam@plouf.fr.eu.org> wrote:
La Norme Française c'est pas le FN a écrit :
On Thu, 23 Jul 2015 20:57:34 +0200, Pascal Hambourg
<boite-a-spam@plouf.fr.eu.org> wrote:
J'ai déjà vu ça avec le contrôleur ethernet intégré à certaines cartes
mères de PC, dont l'adresse MAC lue dans l'EEPROM est invalide (ou
parfois juste lue dans le mauvais sens, ce qui la fait paraître
invalide). Dans ces cas le pilote noyau génère une adresse MAC aléatoire.
Presque.
Presque quoi ?
C'est vide, pas invalide dans le sens malformé comme par exemple :
080:0:00:12:22:32
08:00:G0:1Z:22:32
Pour le cas 1) ce n'est qu'une représentation pour les humains : pour la
machine une MAC c'est 6 octets.
par exemple pour 08:00:00:12:22:32, chez MS (au moins dans le serveur
DHCP) on trouvera 080000122232, chez Cisco 0800.0012.2232, et chez
Enterasys 08-00-00-12-22-32
Pour le cas 2) voir ci dessus : ce sont des octets, donc un Z n'a aucun
sens dedans.
1) Pour 080:0:00:12:22:32 si le masque ne corespond pas, le noyau ne
sara pas forcement le convertir en 08:00:00:12:22:32 ou
08-00-00-12-22-32 pour l'utiliser. Donc l'adresse mac est invalide.
2) Z peut être une faute de frappe et donc l'adresse mac est invalide.
On Fri, 24 Jul 2015 11:19:28 +0200, Erwan David
wrote:La Norme Française c'est pas le FN écrivait :On Fri, 24 Jul 2015 10:06:08 +0200, Pascal Hambourg
wrote:La Norme Française c'est pas le FN a écrit :On Thu, 23 Jul 2015 20:57:34 +0200, Pascal Hambourg
wrote:J'ai déjà vu ça avec le contrôleur ethernet intégré à certaines cartes
mères de PC, dont l'adresse MAC lue dans l'EEPROM est invalide (ou
parfois juste lue dans le mauvais sens, ce qui la fait paraître
invalide). Dans ces cas le pilote noyau génère une adresse MAC aléatoire.
Presque.
Presque quoi ?
C'est vide, pas invalide dans le sens malformé comme par exemple :
080:0:00:12:22:32
08:00:G0:1Z:22:32
Pour le cas 1) ce n'est qu'une représentation pour les humains : pour la
machine une MAC c'est 6 octets.
par exemple pour 08:00:00:12:22:32, chez MS (au moins dans le serveur
DHCP) on trouvera 080000122232, chez Cisco 0800.0012.2232, et chez
Enterasys 08-00-00-12-22-32
Pour le cas 2) voir ci dessus : ce sont des octets, donc un Z n'a aucun
sens dedans.
1) Pour 080:0:00:12:22:32 si le masque ne corespond pas, le noyau ne
sara pas forcement le convertir en 08:00:00:12:22:32 ou
08-00-00-12-22-32 pour l'utiliser. Donc l'adresse mac est invalide.
2) Z peut être une faute de frappe et donc l'adresse mac est invalide.
La Norme Française c'est pas le FN écrivait :On Fri, 24 Jul 2015 11:19:28 +0200, Erwan David
wrote:La Norme Française c'est pas le FN écrivait :On Fri, 24 Jul 2015 10:06:08 +0200, Pascal Hambourg
wrote:La Norme Française c'est pas le FN a écrit :On Thu, 23 Jul 2015 20:57:34 +0200, Pascal Hambourg
wrote:J'ai déjà vu ça avec le contrôleur ethernet intégré à certaines cartes
mères de PC, dont l'adresse MAC lue dans l'EEPROM est invalide (ou
parfois juste lue dans le mauvais sens, ce qui la fait paraître
invalide). Dans ces cas le pilote noyau génère une adresse MAC aléatoire.
Presque.
Presque quoi ?
C'est vide, pas invalide dans le sens malformé comme par exemple :
080:0:00:12:22:32
08:00:G0:1Z:22:32
Pour le cas 1) ce n'est qu'une représentation pour les humains : pour la
machine une MAC c'est 6 octets.
par exemple pour 08:00:00:12:22:32, chez MS (au moins dans le serveur
DHCP) on trouvera 080000122232, chez Cisco 0800.0012.2232, et chez
Enterasys 08-00-00-12-22-32
Pour le cas 2) voir ci dessus : ce sont des octets, donc un Z n'a aucun
sens dedans.
1) Pour 080:0:00:12:22:32 si le masque ne corespond pas, le noyau ne
sara pas forcement le convertir en 08:00:00:12:22:32 ou
08-00-00-12-22-32 pour l'utiliser. Donc l'adresse mac est invalide.
2) Z peut être une faute de frappe et donc l'adresse mac est invalide.
Tu confonds l'adresse mac et sa représentation : une adresse c'est 6
octets. Un point c'est tout. C'est stocké en ainsi dans la carte/le
noyau. C'est transmis ainsi (en binaire) dans les trames.
La Norme Française c'est pas le FN <On@sen.fout> écrivait :
On Fri, 24 Jul 2015 11:19:28 +0200, Erwan David <erwan@rail.eu.org>
wrote:
La Norme Française c'est pas le FN <On@sen.fout> écrivait :
On Fri, 24 Jul 2015 10:06:08 +0200, Pascal Hambourg
<boite-a-spam@plouf.fr.eu.org> wrote:
La Norme Française c'est pas le FN a écrit :
On Thu, 23 Jul 2015 20:57:34 +0200, Pascal Hambourg
<boite-a-spam@plouf.fr.eu.org> wrote:
J'ai déjà vu ça avec le contrôleur ethernet intégré à certaines cartes
mères de PC, dont l'adresse MAC lue dans l'EEPROM est invalide (ou
parfois juste lue dans le mauvais sens, ce qui la fait paraître
invalide). Dans ces cas le pilote noyau génère une adresse MAC aléatoire.
Presque.
Presque quoi ?
C'est vide, pas invalide dans le sens malformé comme par exemple :
080:0:00:12:22:32
08:00:G0:1Z:22:32
Pour le cas 1) ce n'est qu'une représentation pour les humains : pour la
machine une MAC c'est 6 octets.
par exemple pour 08:00:00:12:22:32, chez MS (au moins dans le serveur
DHCP) on trouvera 080000122232, chez Cisco 0800.0012.2232, et chez
Enterasys 08-00-00-12-22-32
Pour le cas 2) voir ci dessus : ce sont des octets, donc un Z n'a aucun
sens dedans.
1) Pour 080:0:00:12:22:32 si le masque ne corespond pas, le noyau ne
sara pas forcement le convertir en 08:00:00:12:22:32 ou
08-00-00-12-22-32 pour l'utiliser. Donc l'adresse mac est invalide.
2) Z peut être une faute de frappe et donc l'adresse mac est invalide.
Tu confonds l'adresse mac et sa représentation : une adresse c'est 6
octets. Un point c'est tout. C'est stocké en ainsi dans la carte/le
noyau. C'est transmis ainsi (en binaire) dans les trames.
La Norme Française c'est pas le FN écrivait :On Fri, 24 Jul 2015 11:19:28 +0200, Erwan David
wrote:La Norme Française c'est pas le FN écrivait :On Fri, 24 Jul 2015 10:06:08 +0200, Pascal Hambourg
wrote:La Norme Française c'est pas le FN a écrit :On Thu, 23 Jul 2015 20:57:34 +0200, Pascal Hambourg
wrote:J'ai déjà vu ça avec le contrôleur ethernet intégré à certaines cartes
mères de PC, dont l'adresse MAC lue dans l'EEPROM est invalide (ou
parfois juste lue dans le mauvais sens, ce qui la fait paraître
invalide). Dans ces cas le pilote noyau génère une adresse MAC aléatoire.
Presque.
Presque quoi ?
C'est vide, pas invalide dans le sens malformé comme par exemple :
080:0:00:12:22:32
08:00:G0:1Z:22:32
Pour le cas 1) ce n'est qu'une représentation pour les humains : pour la
machine une MAC c'est 6 octets.
par exemple pour 08:00:00:12:22:32, chez MS (au moins dans le serveur
DHCP) on trouvera 080000122232, chez Cisco 0800.0012.2232, et chez
Enterasys 08-00-00-12-22-32
Pour le cas 2) voir ci dessus : ce sont des octets, donc un Z n'a aucun
sens dedans.
1) Pour 080:0:00:12:22:32 si le masque ne corespond pas, le noyau ne
sara pas forcement le convertir en 08:00:00:12:22:32 ou
08-00-00-12-22-32 pour l'utiliser. Donc l'adresse mac est invalide.
2) Z peut être une faute de frappe et donc l'adresse mac est invalide.
Tu confonds l'adresse mac et sa représentation : une adresse c'est 6
octets. Un point c'est tout. C'est stocké en ainsi dans la carte/le
noyau. C'est transmis ainsi (en binaire) dans les trames.
Il se passe quoi ?
Il se passe quoi ?
Il se passe quoi ?
On Fri, 24 Jul 2015 14:10:43 +0200, Erwan David
wrote:
>La Norme Française c'est pas le FN écrivait :
>
>> On Fri, 24 Jul 2015 11:19:28 +0200, Erwan David
>> wrote:
>>
>>>La Norme Française c'est pas le FN écrivait :
>>>
>>>> On Fri, 24 Jul 2015 10:06:08 +0200, Pascal Hambourg
>>>> wrote:
>>>>
>>>>>La Norme Française c'est pas le FN a écrit :
>>>>>> On Thu, 23 Jul 2015 20:57:34 +0200, Pascal Hambourg
>>>>>> wrote:
>>>>>>
>>>>>>> J'ai déjà vu ça avec le contrôleur ethernet intégré à
>>>>>>> certaines cartes mères de PC, dont l'adresse MAC lue dans
>>>>>>> l'EEPROM est invalide (ou parfois juste lue dans le mauvais
>>>>>>> sens, ce qui la fait paraître invalide). Dans ces cas le
>>>>>>> pilote noyau génère une adresse MAC aléatoire.
>>>>>>
>>>>>> Presque.
>>>>>
>>>>>Presque quoi ?
>>>>
>>>> C'est vide, pas invalide dans le sens malformé comme par
>>>> exemple : 080:0:00:12:22:32
>>>> 08:00:G0:1Z:22:32
>>>
>>>Pour le cas 1) ce n'est qu'une représentation pour les humains :
>>>pour la machine une MAC c'est 6 octets.
>>>
>>>par exemple pour 08:00:00:12:22:32, chez MS (au moins dans le
>>>serveur DHCP) on trouvera 080000122232, chez Cisco 0800.0012.2232,
>>>et chez Enterasys 08-00-00-12-22-32
>>>
>>>Pour le cas 2) voir ci dessus : ce sont des octets, donc un Z n'a
>>>aucun sens dedans.
>>
>> 1) Pour 080:0:00:12:22:32 si le masque ne corespond pas, le noyau
>> ne sara pas forcement le convertir en 08:00:00:12:22:32 ou
>> 08-00-00-12-22-32 pour l'utiliser. Donc l'adresse mac est invalide.
>>
>> 2) Z peut être une faute de frappe et donc l'adresse mac est
>> invalide.
>
>Tu confonds l'adresse mac et sa représentation : une adresse c'est 6
>octets. Un point c'est tout. C'est stocké en ainsi dans la carte/le
>noyau. C'est transmis ainsi (en binaire) dans les trames.
Si je comprend bien :
1 octet = 256 = FF = 16*16
6 octets = FF FF FF FF FF FF maxi
Et avec :
ZZ:ZZ:ZZ:ZZ:ZZ:ZZ
ZZ = 26*26
Il se passe quoi ?
On Fri, 24 Jul 2015 14:10:43 +0200, Erwan David <erwan@rail.eu.org>
wrote:
>La Norme Française c'est pas le FN <On@sen.fout> écrivait :
>
>> On Fri, 24 Jul 2015 11:19:28 +0200, Erwan David <erwan@rail.eu.org>
>> wrote:
>>
>>>La Norme Française c'est pas le FN <On@sen.fout> écrivait :
>>>
>>>> On Fri, 24 Jul 2015 10:06:08 +0200, Pascal Hambourg
>>>> <boite-a-spam@plouf.fr.eu.org> wrote:
>>>>
>>>>>La Norme Française c'est pas le FN a écrit :
>>>>>> On Thu, 23 Jul 2015 20:57:34 +0200, Pascal Hambourg
>>>>>> <boite-a-spam@plouf.fr.eu.org> wrote:
>>>>>>
>>>>>>> J'ai déjà vu ça avec le contrôleur ethernet intégré à
>>>>>>> certaines cartes mères de PC, dont l'adresse MAC lue dans
>>>>>>> l'EEPROM est invalide (ou parfois juste lue dans le mauvais
>>>>>>> sens, ce qui la fait paraître invalide). Dans ces cas le
>>>>>>> pilote noyau génère une adresse MAC aléatoire.
>>>>>>
>>>>>> Presque.
>>>>>
>>>>>Presque quoi ?
>>>>
>>>> C'est vide, pas invalide dans le sens malformé comme par
>>>> exemple : 080:0:00:12:22:32
>>>> 08:00:G0:1Z:22:32
>>>
>>>Pour le cas 1) ce n'est qu'une représentation pour les humains :
>>>pour la machine une MAC c'est 6 octets.
>>>
>>>par exemple pour 08:00:00:12:22:32, chez MS (au moins dans le
>>>serveur DHCP) on trouvera 080000122232, chez Cisco 0800.0012.2232,
>>>et chez Enterasys 08-00-00-12-22-32
>>>
>>>Pour le cas 2) voir ci dessus : ce sont des octets, donc un Z n'a
>>>aucun sens dedans.
>>
>> 1) Pour 080:0:00:12:22:32 si le masque ne corespond pas, le noyau
>> ne sara pas forcement le convertir en 08:00:00:12:22:32 ou
>> 08-00-00-12-22-32 pour l'utiliser. Donc l'adresse mac est invalide.
>>
>> 2) Z peut être une faute de frappe et donc l'adresse mac est
>> invalide.
>
>Tu confonds l'adresse mac et sa représentation : une adresse c'est 6
>octets. Un point c'est tout. C'est stocké en ainsi dans la carte/le
>noyau. C'est transmis ainsi (en binaire) dans les trames.
Si je comprend bien :
1 octet = 256 = FF = 16*16
6 octets = FF FF FF FF FF FF maxi
Et avec :
ZZ:ZZ:ZZ:ZZ:ZZ:ZZ
ZZ = 26*26
Il se passe quoi ?
On Fri, 24 Jul 2015 14:10:43 +0200, Erwan David
wrote:
>La Norme Française c'est pas le FN écrivait :
>
>> On Fri, 24 Jul 2015 11:19:28 +0200, Erwan David
>> wrote:
>>
>>>La Norme Française c'est pas le FN écrivait :
>>>
>>>> On Fri, 24 Jul 2015 10:06:08 +0200, Pascal Hambourg
>>>> wrote:
>>>>
>>>>>La Norme Française c'est pas le FN a écrit :
>>>>>> On Thu, 23 Jul 2015 20:57:34 +0200, Pascal Hambourg
>>>>>> wrote:
>>>>>>
>>>>>>> J'ai déjà vu ça avec le contrôleur ethernet intégré à
>>>>>>> certaines cartes mères de PC, dont l'adresse MAC lue dans
>>>>>>> l'EEPROM est invalide (ou parfois juste lue dans le mauvais
>>>>>>> sens, ce qui la fait paraître invalide). Dans ces cas le
>>>>>>> pilote noyau génère une adresse MAC aléatoire.
>>>>>>
>>>>>> Presque.
>>>>>
>>>>>Presque quoi ?
>>>>
>>>> C'est vide, pas invalide dans le sens malformé comme par
>>>> exemple : 080:0:00:12:22:32
>>>> 08:00:G0:1Z:22:32
>>>
>>>Pour le cas 1) ce n'est qu'une représentation pour les humains :
>>>pour la machine une MAC c'est 6 octets.
>>>
>>>par exemple pour 08:00:00:12:22:32, chez MS (au moins dans le
>>>serveur DHCP) on trouvera 080000122232, chez Cisco 0800.0012.2232,
>>>et chez Enterasys 08-00-00-12-22-32
>>>
>>>Pour le cas 2) voir ci dessus : ce sont des octets, donc un Z n'a
>>>aucun sens dedans.
>>
>> 1) Pour 080:0:00:12:22:32 si le masque ne corespond pas, le noyau
>> ne sara pas forcement le convertir en 08:00:00:12:22:32 ou
>> 08-00-00-12-22-32 pour l'utiliser. Donc l'adresse mac est invalide.
>>
>> 2) Z peut être une faute de frappe et donc l'adresse mac est
>> invalide.
>
>Tu confonds l'adresse mac et sa représentation : une adresse c'est 6
>octets. Un point c'est tout. C'est stocké en ainsi dans la carte/le
>noyau. C'est transmis ainsi (en binaire) dans les trames.
Si je comprend bien :
1 octet = 256 = FF = 16*16
6 octets = FF FF FF FF FF FF maxi
Et avec :
ZZ:ZZ:ZZ:ZZ:ZZ:ZZ
ZZ = 26*26
Il se passe quoi ?
Si je comprend bien :
1 octet = 256 = FF = 16*16
6 octets = FF FF FF FF FF FF maxi
Et avec :
ZZ:ZZ:ZZ:ZZ:ZZ:ZZ
ZZ = 26*26
Il se passe quoi ?
Si je comprend bien :
1 octet = 256 = FF = 16*16
6 octets = FF FF FF FF FF FF maxi
Et avec :
ZZ:ZZ:ZZ:ZZ:ZZ:ZZ
ZZ = 26*26
Il se passe quoi ?
Si je comprend bien :
1 octet = 256 = FF = 16*16
6 octets = FF FF FF FF FF FF maxi
Et avec :
ZZ:ZZ:ZZ:ZZ:ZZ:ZZ
ZZ = 26*26
Il se passe quoi ?
Tonton Th , dans le message
, a écrit :La mac address est généré aléatoirement à chaque boot. Difficile pour
le serveur DHCP de retrouver ses petits la dedant.
Une adresse MAC aléatoire à chaque boot, je ne pense pas que
ce soit un comportement classique/normal, donc tu devrais
essayer de trouver la cause de ce phénomène avant de tout
casser davantage.
Alors c'est un type qui entre dans une pharmacie avec un couteau planté dans
le ventre. Il demande au pharmacien : « Bonjour, je voudrais une boîte de
doliprane, s'il vous plaît. Des 1000, parce que j'ai très mal. »
Tonton Th , dans le message
<slrnmqv9gc.19o.tTh@hangartistique.cispeo.fr>, a écrit :
La mac address est généré aléatoirement à chaque boot. Difficile pour
le serveur DHCP de retrouver ses petits la dedant.
Une adresse MAC aléatoire à chaque boot, je ne pense pas que
ce soit un comportement classique/normal, donc tu devrais
essayer de trouver la cause de ce phénomène avant de tout
casser davantage.
Alors c'est un type qui entre dans une pharmacie avec un couteau planté dans
le ventre. Il demande au pharmacien : « Bonjour, je voudrais une boîte de
doliprane, s'il vous plaît. Des 1000, parce que j'ai très mal. »
Tonton Th , dans le message
, a écrit :La mac address est généré aléatoirement à chaque boot. Difficile pour
le serveur DHCP de retrouver ses petits la dedant.
Une adresse MAC aléatoire à chaque boot, je ne pense pas que
ce soit un comportement classique/normal, donc tu devrais
essayer de trouver la cause de ce phénomène avant de tout
casser davantage.
Alors c'est un type qui entre dans une pharmacie avec un couteau planté dans
le ventre. Il demande au pharmacien : « Bonjour, je voudrais une boîte de
doliprane, s'il vous plaît. Des 1000, parce que j'ai très mal. »