Je suis chez free, et malgré l'activation de l'IPv6, ma Ubuntu ne semble pas récupérer une adresse IPv6 externe.
Et en IPv4, ça marche ? Il arrive que certains pilotes soient un peu buggés côté multicast, ce qui perturbe le protocole ND qui en fait grand usage et notamment l'autoconfiguration sans état. Si tu lances une capture de paquets en mode promiscuous dessus, est-ce que tu vois des annonces de routeur IPv6 (RA) ?
Salut,
PP a écrit :
Est-ce que le rtl8187b est compatible ipv6 ?
Je suis chez free, et malgré l'activation de l'IPv6, ma Ubuntu ne semble
pas récupérer une adresse IPv6 externe.
Et en IPv4, ça marche ?
Il arrive que certains pilotes soient un peu buggés côté multicast, ce
qui perturbe le protocole ND qui en fait grand usage et notamment
l'autoconfiguration sans état.
Si tu lances une capture de paquets en mode promiscuous dessus, est-ce
que tu vois des annonces de routeur IPv6 (RA) ?
Je suis chez free, et malgré l'activation de l'IPv6, ma Ubuntu ne semble pas récupérer une adresse IPv6 externe.
Et en IPv4, ça marche ? Il arrive que certains pilotes soient un peu buggés côté multicast, ce qui perturbe le protocole ND qui en fait grand usage et notamment l'autoconfiguration sans état. Si tu lances une capture de paquets en mode promiscuous dessus, est-ce que tu vois des annonces de routeur IPv6 (RA) ?
Pascal Hambourg
Pascal Hambourg a écrit :
PP a écrit :
Est-ce que le rtl8187b est compatible ipv6 ?
Je suis chez free, et malgré l'activation de l'IPv6, ma Ubuntu ne semble pas récupérer une adresse IPv6 externe.
Et en IPv4, ça marche ?
Question subsidiaire : sur une interface ethernet filaire, ça marche ?
Pascal Hambourg a écrit :
PP a écrit :
Est-ce que le rtl8187b est compatible ipv6 ?
Je suis chez free, et malgré l'activation de l'IPv6, ma Ubuntu ne semble
pas récupérer une adresse IPv6 externe.
Et en IPv4, ça marche ?
Question subsidiaire : sur une interface ethernet filaire, ça marche ?
Je suis chez free, et malgré l'activation de l'IPv6, ma Ubuntu ne semble pas récupérer une adresse IPv6 externe.
Et en IPv4, ça marche ?
Question subsidiaire : sur une interface ethernet filaire, ça marche ?
salut,
ça fait plusieurs jours que j'ai vu ta réponse, mais j'avais pas eu le temps de faire des essais
présentement je suis en ethernet, et le controle sur myipv6.org, m'indique bien en ipv6
PP
Le 18/12/2010 14:00, PP a écrit :
Le 13/12/2010 19:25, Pascal Hambourg a écrit :
Pascal Hambourg a écrit :
PP a écrit :
Est-ce que le rtl8187b est compatible ipv6 ?
Je suis chez free, et malgré l'activation de l'IPv6, ma Ubuntu ne semble pas récupérer une adresse IPv6 externe.
Et en IPv4, ça marche ?
Question subsidiaire : sur une interface ethernet filaire, ça marche ?
salut,
ça fait plusieurs jours que j'ai vu ta réponse, mais j'avais pas eu le temps de faire des essais
présentement je suis en ethernet, et le controle sur myipv6.org, m'indique bien en ipv6
je complète, sur mon ordinateur fixe, possédant une carte atheros, le wifi en ipv6 passe parfaitement.
je pense donc que la rtl8187b n'est pas compatible ipV6, mais pourquoi donc ? est-ce une simple question de driver, ou bien le hardware *aussi* doit être IPv6, car finalement ce n'est qu'un traitement soft normalement ...
Le 18/12/2010 14:00, PP a écrit :
Le 13/12/2010 19:25, Pascal Hambourg a écrit :
Pascal Hambourg a écrit :
PP a écrit :
Est-ce que le rtl8187b est compatible ipv6 ?
Je suis chez free, et malgré l'activation de l'IPv6, ma Ubuntu ne
semble
pas récupérer une adresse IPv6 externe.
Et en IPv4, ça marche ?
Question subsidiaire : sur une interface ethernet filaire, ça marche ?
salut,
ça fait plusieurs jours que j'ai vu ta réponse, mais j'avais pas eu le
temps de faire des essais
présentement je suis en ethernet, et le controle sur myipv6.org,
m'indique bien en ipv6
je complète, sur mon ordinateur fixe, possédant une carte atheros, le
wifi en ipv6 passe parfaitement.
je pense donc que la rtl8187b n'est pas compatible ipV6, mais pourquoi
donc ?
est-ce une simple question de driver, ou bien le hardware *aussi* doit
être IPv6, car finalement ce n'est qu'un traitement soft normalement ...
Je suis chez free, et malgré l'activation de l'IPv6, ma Ubuntu ne semble pas récupérer une adresse IPv6 externe.
Et en IPv4, ça marche ?
Question subsidiaire : sur une interface ethernet filaire, ça marche ?
salut,
ça fait plusieurs jours que j'ai vu ta réponse, mais j'avais pas eu le temps de faire des essais
présentement je suis en ethernet, et le controle sur myipv6.org, m'indique bien en ipv6
je complète, sur mon ordinateur fixe, possédant une carte atheros, le wifi en ipv6 passe parfaitement.
je pense donc que la rtl8187b n'est pas compatible ipV6, mais pourquoi donc ? est-ce une simple question de driver, ou bien le hardware *aussi* doit être IPv6, car finalement ce n'est qu'un traitement soft normalement ...
Pascal Hambourg
PP a écrit :
présentement je suis en ethernet, et le controle sur myipv6.org, m'indique bien en ipv6
Donc la pile IPv6 de la machine est active.
je complète, sur mon ordinateur fixe, possédant une carte atheros, le wifi en ipv6 passe parfaitement.
Donc l'IPv6 passe en wifi.
je pense donc que la rtl8187b n'est pas compatible ipV6, mais pourquoi donc ? est-ce une simple question de driver, ou bien le hardware *aussi* doit être IPv6, car finalement ce n'est qu'un traitement soft normalement ...
Comme je l'ai écrit, cela peut être un bug de gestion du multicast. Il faudrait d'une part essayer de mettre l'interface en mode "promiscuous" et d'autre part écouter le trafic reçu sur celle-ci. Ça tombe bien, quand on demande à tcpdump ou wireshark d'écouter spécifiquement sur une interface, par défaut ils la mettent en mode promiscuous.
PP a écrit :
présentement je suis en ethernet, et le controle sur myipv6.org,
m'indique bien en ipv6
Donc la pile IPv6 de la machine est active.
je complète, sur mon ordinateur fixe, possédant une carte atheros, le
wifi en ipv6 passe parfaitement.
Donc l'IPv6 passe en wifi.
je pense donc que la rtl8187b n'est pas compatible ipV6, mais pourquoi
donc ?
est-ce une simple question de driver, ou bien le hardware *aussi* doit
être IPv6, car finalement ce n'est qu'un traitement soft normalement ...
Comme je l'ai écrit, cela peut être un bug de gestion du multicast. Il
faudrait d'une part essayer de mettre l'interface en mode "promiscuous"
et d'autre part écouter le trafic reçu sur celle-ci. Ça tombe bien,
quand on demande à tcpdump ou wireshark d'écouter spécifiquement sur une
interface, par défaut ils la mettent en mode promiscuous.
présentement je suis en ethernet, et le controle sur myipv6.org, m'indique bien en ipv6
Donc la pile IPv6 de la machine est active.
je complète, sur mon ordinateur fixe, possédant une carte atheros, le wifi en ipv6 passe parfaitement.
Donc l'IPv6 passe en wifi.
je pense donc que la rtl8187b n'est pas compatible ipV6, mais pourquoi donc ? est-ce une simple question de driver, ou bien le hardware *aussi* doit être IPv6, car finalement ce n'est qu'un traitement soft normalement ...
Comme je l'ai écrit, cela peut être un bug de gestion du multicast. Il faudrait d'une part essayer de mettre l'interface en mode "promiscuous" et d'autre part écouter le trafic reçu sur celle-ci. Ça tombe bien, quand on demande à tcpdump ou wireshark d'écouter spécifiquement sur une interface, par défaut ils la mettent en mode promiscuous.
Pascal Hambourg
Pascal Hambourg a écrit :
et d'autre part écouter le trafic reçu sur celle-ci.
J'ai oublié de précisé que le but est de vérifier la réception d'annonces de routeur IPv6 (Router Advertisement, RA) en ICMPv6.
Pascal Hambourg a écrit :
et d'autre part écouter le trafic reçu sur celle-ci.
J'ai oublié de précisé que le but est de vérifier la réception
d'annonces de routeur IPv6 (Router Advertisement, RA) en ICMPv6.
Je préfèrerais sans résolution de noms (-n) et avec l'en-tête ethernet (-e). Et il faudrait filtrer un peu pour ne garder que les paquets IPv6 (ip6) voire ICMPv6.
On voit des paquets multicast IPv6, sont-ils émis ou reçus ? A vérifier en comparant avec l'adresse IPv6 link local de l'interface. Pour voir les annonces de routeur, il peut être nécessaire d'attendre plusieurs minutes selon leur périodicité (d'où l'intérêt de filtrer), ou bien de tenter d'en provoquer l'émission avec rdisc6 (paquet ndisc6).
Je préfèrerais sans résolution de noms (-n) et avec l'en-tête ethernet
(-e). Et il faudrait filtrer un peu pour ne garder que les paquets IPv6
(ip6) voire ICMPv6.
On voit des paquets multicast IPv6, sont-ils émis ou reçus ? A vérifier
en comparant avec l'adresse IPv6 link local de l'interface. Pour voir
les annonces de routeur, il peut être nécessaire d'attendre plusieurs
minutes selon leur périodicité (d'où l'intérêt de filtrer), ou bien de
tenter d'en provoquer l'émission avec rdisc6 (paquet ndisc6).
Je préfèrerais sans résolution de noms (-n) et avec l'en-tête ethernet (-e). Et il faudrait filtrer un peu pour ne garder que les paquets IPv6 (ip6) voire ICMPv6.
On voit des paquets multicast IPv6, sont-ils émis ou reçus ? A vérifier en comparant avec l'adresse IPv6 link local de l'interface. Pour voir les annonces de routeur, il peut être nécessaire d'attendre plusieurs minutes selon leur périodicité (d'où l'intérêt de filtrer), ou bien de tenter d'en provoquer l'émission avec rdisc6 (paquet ndisc6).
Je préfèrerais sans résolution de noms (-n) et avec l'en-tête ethernet (-e). Et il faudrait filtrer un peu pour ne garder que les paquets IPv6 (ip6) voire ICMPv6.
On voit des paquets multicast IPv6, sont-ils émis ou reçus ? A vérifier en comparant avec l'adresse IPv6 link local de l'interface. Pour voir les annonces de routeur, il peut être nécessaire d'attendre plusieurs minutes selon leur périodicité (d'où l'intérêt de filtrer), ou bien de tenter d'en provoquer l'émission avec rdisc6 (paquet ndisc6).
Je préfèrerais sans résolution de noms (-n) et avec l'en-tête ethernet
(-e). Et il faudrait filtrer un peu pour ne garder que les paquets IPv6
(ip6) voire ICMPv6.
On voit des paquets multicast IPv6, sont-ils émis ou reçus ? A vérifier
en comparant avec l'adresse IPv6 link local de l'interface. Pour voir
les annonces de routeur, il peut être nécessaire d'attendre plusieurs
minutes selon leur périodicité (d'où l'intérêt de filtrer), ou bien de
tenter d'en provoquer l'émission avec rdisc6 (paquet ndisc6).
Je préfèrerais sans résolution de noms (-n) et avec l'en-tête ethernet (-e). Et il faudrait filtrer un peu pour ne garder que les paquets IPv6 (ip6) voire ICMPv6.
On voit des paquets multicast IPv6, sont-ils émis ou reçus ? A vérifier en comparant avec l'adresse IPv6 link local de l'interface. Pour voir les annonces de routeur, il peut être nécessaire d'attendre plusieurs minutes selon leur périodicité (d'où l'intérêt de filtrer), ou bien de tenter d'en provoquer l'émission avec rdisc6 (paquet ndisc6).
Je suppose que tu as lancé rdis6 pendant la capture et qu'il s'agit des trois paquets de sollicition de routeur qu'il a émis ? Et pas de réponse, c'est mauvais signe. Pour être sûr il reste à déterminer si c'est un problème de réception ou d'émission, ce qui peut se vérifier avec une capture sur une autre machine pendant l'exécution de rdisc6 sur celle-ci.
Je suppose que tu as lancé rdis6 pendant la capture et qu'il s'agit des
trois paquets de sollicition de routeur qu'il a émis ? Et pas de
réponse, c'est mauvais signe. Pour être sûr il reste à déterminer si
c'est un problème de réception ou d'émission, ce qui peut se vérifier
avec une capture sur une autre machine pendant l'exécution de rdisc6 sur
celle-ci.
Je suppose que tu as lancé rdis6 pendant la capture et qu'il s'agit des trois paquets de sollicition de routeur qu'il a émis ? Et pas de réponse, c'est mauvais signe. Pour être sûr il reste à déterminer si c'est un problème de réception ou d'émission, ce qui peut se vérifier avec une capture sur une autre machine pendant l'exécution de rdisc6 sur celle-ci.