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".

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.

$ 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

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


Le Router Advertisement de la Flybox a les flags M (DHCPv6 stateful, qui n'est pas présent pour une Livebox) et O.
Mais il contient aussi le préfixe, avec le flag A (qui indique que le préfixe peut être utilisé pour l'autoconfoguration SLAAC).

Le Linux a donc 3 IPv6 :
 - une obtenue via DHCPv6 : 2a01:cb01:1055:bc08::fd4/128
 - deux via SLAAC : 2a01:cb01:1055:bc08:4cf2:32f5:c1c:6e75/64 et 2a01:cb01:1055:bc08:2e7b:3f2a:cc2d:eaa2/64

Android ne fait pas de DHCPv6.

Peut-être que la Flybox a un problème quand un client fait à la fois SLAAC et DHCPv6.
Là ton PC a normalement utilisé 2a01:cb01:1055:bc08:4cf2:32f5:c1c:6e75 comme source.
Je me demande si la Flybox répondrait aux autres IPv6 ou pas.

Qu'est-ce qui se passe si tu supprimes les IPv6 SLAAC ?
Ce serait quelque chose comme :

ip -6 addr del 2a01:cb01:1055:bc08:4cf2:32f5:c1c:6e75/64 dev wlp2s0
ip -6 addr del 2a01:cb01:1055:bc08:2e7b:3f2a:cc2d:eaa2/64 dev wlp2s0

(par défaut elles risquent de revenir assez rapidement)
Le PC devrait se mettre à utiliser l'IP DHCPv6 comme source (ce qu'on peut confirmer avec "ip route get xxxxx" avec n'importe quelle IPv6 globale sur Internet).