PP a écrit :[...]
21:38:33.682009 00:15:af:e9:85:e6> 33:33:00:00:00:02, ethertype IPv6
(0x86dd), length 62: fe80::215:afff:fee9:85e6> ff02::2: ICMP6, router
solicitation, length 8
ça te parle des trucs comme çà ?
rdisc6 me repond expiré (x3)
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.
PP a écrit :
[...]
21:38:33.682009 00:15:af:e9:85:e6> 33:33:00:00:00:02, ethertype IPv6
(0x86dd), length 62: fe80::215:afff:fee9:85e6> ff02::2: ICMP6, router
solicitation, length 8
ça te parle des trucs comme çà ?
rdisc6 me repond expiré (x3)
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.
PP a écrit :[...]
21:38:33.682009 00:15:af:e9:85:e6> 33:33:00:00:00:02, ethertype IPv6
(0x86dd), length 62: fe80::215:afff:fee9:85e6> ff02::2: ICMP6, router
solicitation, length 8
ça te parle des trucs comme çà ?
rdisc6 me repond expiré (x3)
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.
Le 21/12/2010 22:13, Pascal Hambourg a écrit :
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.
merci de tes réponses.
Comme je t'avais dis précédement.
Sur mon laptop, windows Vista et Ubuntu 10.10, en wifi rien, en ethernet OK
Sur mon desktop (qui lui a une carte wifi atheros), avec ma ubuntu 10.04
pas de problème en wifi je suis bien en IPv6
pourtant ça parait software uniquement la différence entre un IPv4 et
IPv6, donc si la fonction wifi de mon laptop fonctionne en IPv4, je suis
surpris que les drivers Windows ET Linux fassent tous les deux l'impasse
sur l'IPv6 ...
Le 21/12/2010 22:13, Pascal Hambourg a écrit :
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.
merci de tes réponses.
Comme je t'avais dis précédement.
Sur mon laptop, windows Vista et Ubuntu 10.10, en wifi rien, en ethernet OK
Sur mon desktop (qui lui a une carte wifi atheros), avec ma ubuntu 10.04
pas de problème en wifi je suis bien en IPv6
pourtant ça parait software uniquement la différence entre un IPv4 et
IPv6, donc si la fonction wifi de mon laptop fonctionne en IPv4, je suis
surpris que les drivers Windows ET Linux fassent tous les deux l'impasse
sur l'IPv6 ...
Le 21/12/2010 22:13, Pascal Hambourg a écrit :
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.
merci de tes réponses.
Comme je t'avais dis précédement.
Sur mon laptop, windows Vista et Ubuntu 10.10, en wifi rien, en ethernet OK
Sur mon desktop (qui lui a une carte wifi atheros), avec ma ubuntu 10.04
pas de problème en wifi je suis bien en IPv6
pourtant ça parait software uniquement la différence entre un IPv4 et
IPv6, donc si la fonction wifi de mon laptop fonctionne en IPv4, je suis
surpris que les drivers Windows ET Linux fassent tous les deux l'impasse
sur l'IPv6 ...
PP a écrit :Le 21/12/2010 22:13, Pascal Hambourg a écrit :
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.
merci de tes réponses.
Comme je t'avais dis précédement.
Sur mon laptop, windows Vista et Ubuntu 10.10, en wifi rien, en ethernet OK
Ah, Windows aussi...Sur mon desktop (qui lui a une carte wifi atheros), avec ma ubuntu 10.04
pas de problème en wifi je suis bien en IPv6
Je voulais dire exécuter rdisc6 sur le poste qui pose problème et
écouter les sollicitations de routeur IPv6 avec tcpdump sur l'autre.pourtant ça parait software uniquement la différence entre un IPv4 et
IPv6, donc si la fonction wifi de mon laptop fonctionne en IPv4, je suis
surpris que les drivers Windows ET Linux fassent tous les deux l'impasse
sur l'IPv6 ...
Moi aussi. Ça pourrait être un bug de firmware, d'offload (prise en
charge par le matériel de certaines fonctions TCP/IP comme le checksum,
la segmentation).
PP a écrit :
Le 21/12/2010 22:13, Pascal Hambourg a écrit :
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.
merci de tes réponses.
Comme je t'avais dis précédement.
Sur mon laptop, windows Vista et Ubuntu 10.10, en wifi rien, en ethernet OK
Ah, Windows aussi...
Sur mon desktop (qui lui a une carte wifi atheros), avec ma ubuntu 10.04
pas de problème en wifi je suis bien en IPv6
Je voulais dire exécuter rdisc6 sur le poste qui pose problème et
écouter les sollicitations de routeur IPv6 avec tcpdump sur l'autre.
pourtant ça parait software uniquement la différence entre un IPv4 et
IPv6, donc si la fonction wifi de mon laptop fonctionne en IPv4, je suis
surpris que les drivers Windows ET Linux fassent tous les deux l'impasse
sur l'IPv6 ...
Moi aussi. Ça pourrait être un bug de firmware, d'offload (prise en
charge par le matériel de certaines fonctions TCP/IP comme le checksum,
la segmentation).
PP a écrit :Le 21/12/2010 22:13, Pascal Hambourg a écrit :
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.
merci de tes réponses.
Comme je t'avais dis précédement.
Sur mon laptop, windows Vista et Ubuntu 10.10, en wifi rien, en ethernet OK
Ah, Windows aussi...Sur mon desktop (qui lui a une carte wifi atheros), avec ma ubuntu 10.04
pas de problème en wifi je suis bien en IPv6
Je voulais dire exécuter rdisc6 sur le poste qui pose problème et
écouter les sollicitations de routeur IPv6 avec tcpdump sur l'autre.pourtant ça parait software uniquement la différence entre un IPv4 et
IPv6, donc si la fonction wifi de mon laptop fonctionne en IPv4, je suis
surpris que les drivers Windows ET Linux fassent tous les deux l'impasse
sur l'IPv6 ...
Moi aussi. Ça pourrait être un bug de firmware, d'offload (prise en
charge par le matériel de certaines fonctions TCP/IP comme le checksum,
la segmentation).
Le 21/12/2010 22:44, Pascal Hambourg a écrit :
Je voulais dire exécuter rdisc6 sur le poste qui pose problème et
écouter les sollicitations de routeur IPv6 avec tcpdump sur l'autre.
mon desktop
wlan0 Link encap:Ethernet HWaddr 00:1b:11:b6:af:ea
adr inet6: 2a01:e35:2eb2:8ef0:21b:11ff:feb6:afea/64 Scope:Global
adr inet6: fe80::21b:11ff:feb6:afea/64 Scope:Lien
mon laptop
wlan0 Link encap:Ethernet HWaddr 00:15:af:e9:85:e6
adr inet6: fe80::215:afff:fee9:85e6/64 Scope:Lien
mon tcpdump avec rdisc6
:~$ sudo tcpdump -i wlan0 -e -n | grep IPv6
[sudo] password for pipantal:
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on wlan0, link-type EN10MB (Ethernet), capture size 65535 bytes
22:55:13.511429 00:07:cb:96:3b:b3 > 33:33:ff:b6:af:ea, ethertype IPv6
(0x86dd), length 86: fe80::207:cbff:fe96:3bb3 > ff02::1:ffb6:afea:
ICMP6, neighbor solicitation, who has
2a01:e35:2eb2:8ef0:21b:11ff:feb6:afea, length 32
après rdisc6 wlan0 depuis le desktop
idem
Le 21/12/2010 22:44, Pascal Hambourg a écrit :
Je voulais dire exécuter rdisc6 sur le poste qui pose problème et
écouter les sollicitations de routeur IPv6 avec tcpdump sur l'autre.
mon desktop
wlan0 Link encap:Ethernet HWaddr 00:1b:11:b6:af:ea
adr inet6: 2a01:e35:2eb2:8ef0:21b:11ff:feb6:afea/64 Scope:Global
adr inet6: fe80::21b:11ff:feb6:afea/64 Scope:Lien
mon laptop
wlan0 Link encap:Ethernet HWaddr 00:15:af:e9:85:e6
adr inet6: fe80::215:afff:fee9:85e6/64 Scope:Lien
mon tcpdump avec rdisc6
pipantal@pipantal-EasyNote-SJ51:~$ sudo tcpdump -i wlan0 -e -n | grep IPv6
[sudo] password for pipantal:
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on wlan0, link-type EN10MB (Ethernet), capture size 65535 bytes
22:55:13.511429 00:07:cb:96:3b:b3 > 33:33:ff:b6:af:ea, ethertype IPv6
(0x86dd), length 86: fe80::207:cbff:fe96:3bb3 > ff02::1:ffb6:afea:
ICMP6, neighbor solicitation, who has
2a01:e35:2eb2:8ef0:21b:11ff:feb6:afea, length 32
après rdisc6 wlan0 depuis le desktop
idem
Le 21/12/2010 22:44, Pascal Hambourg a écrit :
Je voulais dire exécuter rdisc6 sur le poste qui pose problème et
écouter les sollicitations de routeur IPv6 avec tcpdump sur l'autre.
mon desktop
wlan0 Link encap:Ethernet HWaddr 00:1b:11:b6:af:ea
adr inet6: 2a01:e35:2eb2:8ef0:21b:11ff:feb6:afea/64 Scope:Global
adr inet6: fe80::21b:11ff:feb6:afea/64 Scope:Lien
mon laptop
wlan0 Link encap:Ethernet HWaddr 00:15:af:e9:85:e6
adr inet6: fe80::215:afff:fee9:85e6/64 Scope:Lien
mon tcpdump avec rdisc6
:~$ sudo tcpdump -i wlan0 -e -n | grep IPv6
[sudo] password for pipantal:
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on wlan0, link-type EN10MB (Ethernet), capture size 65535 bytes
22:55:13.511429 00:07:cb:96:3b:b3 > 33:33:ff:b6:af:ea, ethertype IPv6
(0x86dd), length 86: fe80::207:cbff:fe96:3bb3 > ff02::1:ffb6:afea:
ICMP6, neighbor solicitation, who has
2a01:e35:2eb2:8ef0:21b:11ff:feb6:afea, length 32
après rdisc6 wlan0 depuis le desktop
idem
En fait ce que je voulais, c'est exécuter rdisc6 sur le laptop pendant
que tcpdump tourne sur le desktop. Mais c'est quand même intéressant car
d'après cette capture le laptop reçoit des sollicitations de voisin (et
du coup je ne vois pas pourquoi les annonces de routeur, qui ne sont pas
fondamentalement différentes du point de vue ethernet, ne sont pas
reçues). Il y aurait donc peut-être une chance en configurant
l'interface en statique.
Sur le laptop, que donne :
ping6 -I wlan0 fe80::21b:11ff:feb6:afea
Et sur le desktop :
ping6 -I wlan0 fe80::215:afff:fee9:85e6
Avec tcpdump qui tourne sur les deux machines à chaque fois.
En fait ce que je voulais, c'est exécuter rdisc6 sur le laptop pendant
que tcpdump tourne sur le desktop. Mais c'est quand même intéressant car
d'après cette capture le laptop reçoit des sollicitations de voisin (et
du coup je ne vois pas pourquoi les annonces de routeur, qui ne sont pas
fondamentalement différentes du point de vue ethernet, ne sont pas
reçues). Il y aurait donc peut-être une chance en configurant
l'interface en statique.
Sur le laptop, que donne :
ping6 -I wlan0 fe80::21b:11ff:feb6:afea
Et sur le desktop :
ping6 -I wlan0 fe80::215:afff:fee9:85e6
Avec tcpdump qui tourne sur les deux machines à chaque fois.
En fait ce que je voulais, c'est exécuter rdisc6 sur le laptop pendant
que tcpdump tourne sur le desktop. Mais c'est quand même intéressant car
d'après cette capture le laptop reçoit des sollicitations de voisin (et
du coup je ne vois pas pourquoi les annonces de routeur, qui ne sont pas
fondamentalement différentes du point de vue ethernet, ne sont pas
reçues). Il y aurait donc peut-être une chance en configurant
l'interface en statique.
Sur le laptop, que donne :
ping6 -I wlan0 fe80::21b:11ff:feb6:afea
Et sur le desktop :
ping6 -I wlan0 fe80::215:afff:fee9:85e6
Avec tcpdump qui tourne sur les deux machines à chaque fois.
Et ben en tout cas, si on ping6 les machines entre elles avec leurs
adresses IPv6 locale, elles se répondent sans problème !!!!
Et ben en tout cas, si on ping6 les machines entre elles avec leurs
adresses IPv6 locale, elles se répondent sans problème !!!!
Et ben en tout cas, si on ping6 les machines entre elles avec leurs
adresses IPv6 locale, elles se répondent sans problème !!!!