Messages récents

Pages: 1 ... 5 6 7 8 9 [10]
91
Orange 5G Home Orange / Perte de la connectivité IPv6 sur la Flybox 5G
« Dernier message par hwti le Hier à 16:32:46 »
Se pose maintenant la question de savoir si le trafic est droppé dans le sens LAN -> internet ou dans l'autre sens. Si je te passe une adresse IP en MP, tu peux faire un ping dessus ?
À cause du firewall du réseau mobile, je n'ai aucune réponse si j'envoie des pings vers ton PC depuis chez moi.
Le traceroute est vide, donc ça donne l'impression que la Flybox ne route rien du tout.
Normalement, à moins d'une configuration un peu bizarre, elle devrait répondre avec son IPv6 sur le premier saut, quel que soit le comportement du réseau mobile.
92
K-Net Actus K-Net / Retour de l'IPv6 chez K-Net
« Dernier message par simon le Hier à 16:27:40 »
Toujours pas d'IPv6 pour les clients K-NET? Je sais que c'est un déterrage, mais il me semble avoir lu que c'était sensé revenir... et comme on me demande, je viens chercher l'info.
93
Orange 5G Home Orange / Perte de la connectivité IPv6 sur la Flybox 5G
« Dernier message par hwti le Hier à 16:26:51 »
Aussi, peux-tu faire un tcpdump -pns0 -i $interface icmp6 et attendre de voir passer un router advertisement, pour qu'on voit ce que la box annonce ?
Profites en pour faire un ping 2a0b:cbc0:10:1af1:b2e::1f0 pour qu'on voit si 1) le ping est bien émis par ton PC et 2) la flybox renvoie éventuellement un destination unreachable.
Il y a déjà une capture dans le premier message.
On voit les pings envoyés par le PC, qui semble corrects (envoyés à l'adresse MAC de la Flybox), et aucune réponse.
94
Orange 5G Home Orange / Perte de la connectivité IPv6 sur la Flybox 5G
« Dernier message par simon le Hier à 16:23:35 »
Coté Android 16, plus de connectivité IPv6, que ce soit avec DHCPv6 activé ou non.

Pourtant, c'était bien fonctionnel sous Andorid 16 (pas avec mon Android 7.0) la dernière fois, avec le préfixe Orange de ma Flybox.
Est-il possible que le téléphone ait utilisé sa connectivité cellulaire plutot que wifi quand il s'est rendu compte que le wifi n'arrivait pas à joindre internet ? iOS fait ca pour sûr si on ne désactive pas expressément "Wifi assist".
95
Orange 5G Home Orange / Perte de la connectivité IPv6 sur la Flybox 5G
« Dernier message par simon le Hier à 16:22:02 »
OK, on voit que le default router (fe80::aafb:40ff:fed2:3c4f) répond bien aux neighbor discoveries. Il devrait donc passer en REACHABLE si tu refais ip neigh pendant que ton ping tourne ou peu après l'avoir lancé.

On voit que les paquets sont bien émis par ton PC avec une de ses IP source dans le /64 délégué (2a01:cb01:1055:bc08:90d0:9184:e9dd:b69e), très probablement vers la flybox. Tu pourrais retenter en ajoutant l'option -e à tcpdump pour voir si l'adresse MAC de destination est bien a8:fb:40:d2:3c:4f, mais au vu de tes tables de routage et NDP, je suis quasiment sûr que c'est le cas.

Se pose maintenant la question de savoir si le trafic est droppé dans le sens LAN -> internet ou dans l'autre sens. Si je te passe une adresse IP en MP, tu peux faire un ping dessus ?
À cause du firewall du réseau mobile, je n'ai aucune réponse si j'envoie des pings vers ton PC depuis chez moi.
96
Orange 5G Home Orange / Perte de la connectivité IPv6 sur la Flybox 5G
« Dernier message par vivien le Hier à 16:19:55 »
Coté Android 16, plus de connectivité IPv6, que ce soit avec DHCPv6 activé ou non.

Pourtant, c'était bien fonctionnel sous Andorid 16 (pas avec mon Android 7.0) la dernière fois, avec le préfixe Orange de ma Flybox.
97
Salut, oui j'avais oublié de le préciser mais suis bien à 8gb sur la livebox7
Je vais essayer de faire un test sous linux merci.
98
Orange 5G Home Orange / Perte de la connectivité IPv6 sur la Flybox 5G
« Dernier message par vivien le Hier à 16:14:44 »
$ ip neigh
192.168.1.1 dev wlp2s0 lladdr a8:fb:40:d2:3c:4f REACHABLE
fe80::aafb:40ff:fed2:3c4f dev wlp2s0 lladdr a8:fb:40:d2:3c:4f router STALE

$ sudo tcpdump -pns0 -i wlp2s0 icmp6
tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on wlp2s0, link-type EN10MB (Ethernet), snapshot length 262144 bytes
16:12:44.078714 IP6 2a01:cb01:1055:bc08:90d0:9184:e9dd:b69e > 2a0b:cbc0:10:1af1:b2e::1f0: ICMP6, echo request, id 1, seq 1, length 64
16:12:45.088353 IP6 2a01:cb01:1055:bc08:90d0:9184:e9dd:b69e > 2a0b:cbc0:10:1af1:b2e::1f0: ICMP6, echo request, id 1, seq 2, length 64
16:12:46.112386 IP6 2a01:cb01:1055:bc08:90d0:9184:e9dd:b69e > 2a0b:cbc0:10:1af1:b2e::1f0: ICMP6, echo request, id 1, seq 3, length 64
16:12:47.136297 IP6 2a01:cb01:1055:bc08:90d0:9184:e9dd:b69e > 2a0b:cbc0:10:1af1:b2e::1f0: ICMP6, echo request, id 1, seq 4, length 64
16:12:48.160284 IP6 2a01:cb01:1055:bc08:90d0:9184:e9dd:b69e > 2a0b:cbc0:10:1af1:b2e::1f0: ICMP6, echo request, id 1, seq 5, length 64
16:12:49.184361 IP6 2a01:cb01:1055:bc08:90d0:9184:e9dd:b69e > 2a0b:cbc0:10:1af1:b2e::1f0: ICMP6, echo request, id 1, seq 6, length 64
16:12:49.312234 IP6 fe80::53f7:fcb1:63e2:f834 > fe80::aafb:40ff:fed2:3c4f: ICMP6, neighbor solicitation, who has fe80::aafb:40ff:fed2:3c4f, length 32
16:12:49.314950 IP6 fe80::aafb:40ff:fed2:3c4f > fe80::53f7:fcb1:63e2:f834: ICMP6, neighbor advertisement, tgt is fe80::aafb:40ff:fed2:3c4f, length 24
16:12:50.208276 IP6 2a01:cb01:1055:bc08:90d0:9184:e9dd:b69e > 2a0b:cbc0:10:1af1:b2e::1f0: ICMP6, echo request, id 1, seq 7, length 64
16:12:54.420856 IP6 fe80::aafb:40ff:fed2:3c4f > fe80::53f7:fcb1:63e2:f834: ICMP6, neighbor solicitation, who has fe80::53f7:fcb1:63e2:f834, length 32
16:12:54.420915 IP6 fe80::53f7:fcb1:63e2:f834 > fe80::aafb:40ff:fed2:3c4f: ICMP6, neighbor advertisement, tgt is fe80::53f7:fcb1:63e2:f834, length 24
16:13:16.398711 IP6 fe80::22df:b9ff:febf:c2cc > ff02::1:ff27:b8c9: ICMP6, neighbor solicitation, who has fe80::7c5f:44ff:fe27:b8c9, length 32
16:13:46.144336 IP6 fe80::53f7:fcb1:63e2:f834 > fe80::aafb:40ff:fed2:3c4f: ICMP6, neighbor solicitation, who has fe80::aafb:40ff:fed2:3c4f, length 32
16:13:46.146077 IP6 fe80::aafb:40ff:fed2:3c4f > fe80::53f7:fcb1:63e2:f834: ICMP6, neighbor advertisement, tgt is fe80::aafb:40ff:fed2:3c4f, length 24
16:13:51.285197 IP6 fe80::aafb:40ff:fed2:3c4f > fe80::53f7:fcb1:63e2:f834: ICMP6, neighbor solicitation, who has fe80::53f7:fcb1:63e2:f834, length 32
16:13:51.285271 IP6 fe80::53f7:fcb1:63e2:f834 > fe80::aafb:40ff:fed2:3c4f: ICMP6, neighbor advertisement, tgt is fe80::53f7:fcb1:63e2:f834, length 24
99
Orange 5G Home Orange / Perte de la connectivité IPv6 sur la Flybox 5G
« Dernier message par vivien le Hier à 16:10:57 »
La seule option de la Flybox concernant IPv6, c'est la désactivation de DHCP v6.



Je l'ai désactivé, mais toujours pas d'IPv6 sous Ubuntu ou Windows.

$ ip -6 -c addr show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 state UNKNOWN qlen 1000
    inet6 ::1/128 scope host noprefixroute
       valid_lft forever preferred_lft forever
3: wlp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 state UP qlen 1000
    inet6 2a01:cb01:1055:bc08:90d0:9184:e9dd:b69e/64 scope global temporary dynamic
       valid_lft 86083sec preferred_lft 42883sec
    inet6 2a01:cb01:1055:bc08:2e7b:3f2a:cc2d:eaa2/64 scope global dynamic mngtmpaddr noprefixroute
       valid_lft 86083sec preferred_lft 42883sec
    inet6 fe80::53f7:fcb1:63e2:f834/64 scope link noprefixroute
       valid_lft forever preferred_lft forever


Route :
$ ip -6 route show
2a01:cb01:1055:bc08::/64 dev wlp2s0 proto ra metric 600 pref medium
fe80::/64 dev wlp2s0 proto kernel metric 1024 pref medium
default via fe80::aafb:40ff:fed2:3c4f dev wlp2s0 proto ra metric 20600 pref medium
100
Orange 5G Home Orange / Perte de la connectivité IPv6 sur la Flybox 5G
« Dernier message par simon le Hier à 16:09:04 »
Peux-tu faire un ip neigh pour voir si l'adresse link-local du routeur est bien resolue ?

Aussi, peux-tu faire un tcpdump -pns0 -i $interface icmp6 et attendre de voir passer un router advertisement, pour qu'on voit ce que la box annonce ?
Profites en pour faire un ping 2a0b:cbc0:10:1af1:b2e::1f0 pour qu'on voit si 1) le ping est bien émis par ton PC et 2) la flybox renvoie éventuellement un destination unreachable.

Si tu as une connectivité sur Android et pas sur un PC qui fait une requête DHCPv6, ca peut valoir le coup de continuer à capturer jusqu'à ce que le tcpdump capture un échange DHCPv6.
Et désactiver DHCPv6 sur le PC, pour voir si cela change quelque chose (car c'est une des différences entre Android et un laptop : pas de support DHCPv6).


Si c'est bien un souci lié à DHCPv6, ca serait bien qu'on puisse trouver le souci dans la capture... mais peut-être que désactiver DHCPv6 sur la box est une bonne idée. Cela ne sert pas à grand chose de toute façon, SLAAC fait déjà tout ce qu'il faut.

EDIT: comme le dit hwti, avoir une link-local en tant que route par défaut est OK, pas de souci. J'ai cela aussi sur mes machines et je n'ai aucun problème :
$ ip -6 r
2a01:cb08:xxxx:xxxx::/64 dev ens1 proto ra metric 100 pref medium
fe80::/64 dev ens1 proto kernel metric 1024 pref medium
default via fe80::da7e:xxxx:xxxx:xxxx dev ens1 proto ra metric 100 pref high
Pages: 1 ... 5 6 7 8 9 [10]