Auteur Sujet: Perte de la connectivité IPv6 sur la Flybox 5G (Lu 14350 fois)

vivien · « **Réponse #48 le:** 08 février 2026 à 09:29:46 »

En fait le PC utilisé (Dell PowerEdge R320) et connecté en Ethernet à la Flybox est équipé d'Ubuntu server 25.10 en configuration par défaut. Je n'ai installé que ffmpeg suite à l'installation du système (il sert à faire des tests de compression vidéos AV1).

À noter que si je perds IPv6 sur tous les équipements Wi-Fi (y compris mon Andorid 16 contrairement à une fois), le PC en Ethernet a bien de l'IPv6 fonctionnel vers internet.

Il est aussi possible à un PC Wi-Fi de pinger en IPv6 le PC connecté en Ethernet. Seuls les ping venant de l'internet et à destination du Wi-Fi sont bloqués.

Je continue à investiguer pour trouver ce qui pose un problème.

renaud07 · « **Réponse #49 le:** 08 février 2026 à 14:44:34 »

Citation de: vivien le 07 février 2026 à 20:13:54

En désactivant la partie routeur de la box ?
Cela ne me semble pas possible à désactiver.

Sans désactiver évidemment.

Et si c'est bien une histoire d’Ethernet qui fait buger le wifi, un simple switch + un AP et c'est réglé ?

Fyr · « **Réponse #50 le:** 08 février 2026 à 18:05:03 »

Citation de: vivien le 08 février 2026 à 09:29:46

Seuls les ping venant de l'internet et à destination du Wi-Fi sont bloqués.

une firewall qui bloque les ICMPv6 Echo Reply entrant sur la flybox ou le pc ?

renaud07 · « **Réponse #51 le:** **Hier** à 01:04:42 »

Ça me fait penser à un problème similaire chez Bouygues : selon le préfixe que je récupère, l'ICMP est bloqué. Je n'ai pas vérifié si les pings arrivaient de l'autre côté par contre, j’essaierais d'y penser la prochaine fois.

Faut que je revérifie si c'est que l'IPv4 ou IPv6 aussi par contre, mais je crois bien que c'est les deux. Je suis obligé de me rabattre en http pour vérifier la connexion notamment pour le 464XLAT.

La piste d'un firewall bugé (sur la box) pourrait coller.

Fyr · « **Réponse #52 le:** **Hier** à 10:39:07 »

après si c'est que du ping entre c'est pas grave.

Le truc qui m'inquiète plus c'est qu'il branche son PC les autres devices n'ont plus d'IPv6

vivien · « **Réponse #53 le:** **Hier** à 21:49:01 »

Perte de la connectivité IPv6 : C'est un bug SLAAC (Stateless Address Autoconfiguration) de la box Nokia qui envoie les paquets IPv6 au mauvais terminal

J'ai avancé sur ce problème de perte d'IPv6 : le trafic IPv6 de toute la box va être envoyé à un même équipement (généralement un mobile Android).

Exemple : Une flybox connectée à 5 terminaux. Le terminal qui aspire tout le trafic est le terminal 2.
Les paquets émis par le terminal 1 vont aller sur internet. La réponse provenant d'internet ne va pas revenir au terminal 1, mais au terminal 2 qui va mettre à la poubelle ces paquets qu'il n'a pas demandés.
Conséquence : les terminaux 1, 3, 4 et 5 vont récupérer une IPv6 qui ne fonctionne pas.

Comme Orange a mis un DNS64, un nom de domaine IPv4 sera annoncé en IPv6 : même le trafic IPv4 souhaite partir via une IPv6 qui ne fonctionne pas. Cela ne bloque pas tout l'accès à internet, car les navigateurs web et certaines applications qui intègrent un "fall back" vers IPv4. Quand le fall back est présent sur l'application, le trafic va partir en IPv4 (la box va l'encapsuler dans une IPv6, mais l'essentiel, c'est cela fonctionne). Quand l'application n'intègre pas de fallback, l'application ne fonctionne pas.

Jusqu'à présent, j'avais du mal à reproduire le problème : je redémarrais ma flybox et je récupérais IPv6. Mon smartphone, un Pixel 6 sous Android 16, ne déclenchant pas systématiquement le bug.

J'ai trouvé un systéme d'exploitation qui permet de reproduire systématiquement le bug : Ubuntu server 25.10.
- Ubuntu avec interface graphique ⇒ Le moteur par défaut est NetworkManager : Il ne déclenche jamais le bug de la flybox Nokia.
- Ubuntu sans interface graphique ⇒ Le moteur par défaut est systemd-networkd : La perte est systématique dès qu'on a "accept-ra: true" dans la configuration Netplan (RA pour Router Advertisements, c'est l'auto-configuration SLAAC).

J'ai essayé plusieurs PC, 100% de réussite avec systemd-networkd et SLAAC ! Cela fonctionne aussi bien en Ethernet qu'en Wi-Fi (oui, on peut connecter Ubuntu server au Wi-Fi, tutoriel : Configuration du Wi-Fi avec Netplan (PC sans interface graphique).
Tout le contenu du tutoriel est réalisé avec le PC qui m'a servi pour réaliser les captures ci-dessous.

Les captures ci-dessous commencent par une capture du trafic avec accept-ra: false

Exemple de configuration utilisée pour une connexion Wi-Fi : (IPv6 est désactivé)

Code: [Sélectionner]

network:
  version: 2
  renderer: networkd
  ethernets: {}
  wifis:
    wlp16s0:
      dhcp4: true
      dhcp6: false
      accept-ra: false
      access-points:
        "Flybox-3C4F":
          password: "Y7tEEFsQUkkE"

La commande sudo tcpdump -i ens1 -n -s 0 -w /tmp/capture/ethernet.pcap ou sudo tcpdump -i wlp16s0 -n -s 0 -w /tmp/capture/wifi.pcap est lancée depuis une connexion SSH, ce qui fait que les premiers paquets de la capture Wireshark correspondent à cette connexion SSH.

Je laisse tourner deux minutes la capture (sans rien faire) sans connectivité IPv6, puis (localement sur le PC pour ne pas générer de trafic SSH), je modifie la configuration avec accept-ra: false changé pour accept-ra: true
Je fait un sudo netplan apply pour appliquer la nouvelle configuration qui active IPv6 SLAAC (Stateless Address Autoconfiguration).

Cela entraîne une nouvelle requête DHCP en IPv4, puis l'activation de l'IPv6 SLAAC qui va poser un problème et immédiatement les autres PC perdent IPv6. On le voit dans les captures, j'ai immédiatement du trafic qui est destiné au PC HP et à mon Pixel 6.
Je laisse tourner encore quelques minutes la capture.

On observe alors que de nombreux paquets IPv6 qui ne nous sont pas destinées arrivent sur notre PC avec l'adresse mac du PC, mais des adresses IP qui correspondent à d'autres PC connectés à la box. Ces derniers ne reçoivent plus les paquets IPv6, malgré de nombreuses relances.

Voici les informations sur le PC sous Ubuntu server, qui va aspirer les paquets IPv6 des autres terminaux. C'est un PC classique (j'ai testé également avec des serveurs Dell et IBM, mais ils n'avaient pas de Wi-Fi).

vivien · « **Réponse #54 le:** **Hier** à 21:54:41 »

Capture N°1 : PC Ubuntu server connecté en Ethernet à la flybox 5G

La capture wireshark (0,4 Mo) si vous souhaitez regarder: (cliquer sur la miniature ci-dessous, Wireshark est nécessaire pour lire le fichier)
202502_bug_ipv6_flybox_ethernet1.pcap

Extrait avec en vert les paquets qui entrainent le bug de la box Nokia :
(cliquer sur l'image pour zoomer)

Détail des IP, pour bien comprendre la capture Wireshark :

Flybox 2-5G (Model: 5G19-01W-A) Wi-Fi 6 Mac : a8:fb:40:d2:3c:4f IPv4 : 192.168.1.1 IPv6 : 2a01:cb09:801a:2aee::/64 IPv6 : 2a01:cb09:801a:2aee:0:37:8af4:4501 PC Compaq6510b (Core2 Duo T8100) : Ubuntu server 25.10 connexion Ethernet à la flybox Mac : 00:1f:29:94:ec:c8 IPv4 : inet 192.168.1.14/24 metric 100 brd 192.168.1.255 scope global dynamic ens1 IPv6 : inet6 2a01:cb09:801a:2aee::793/128 scope global dynamic noprefixroute IPv6 : inet6 2a01:cb09:801a:2aee:21f:29ff:fe94:ecc8/64 scope global dynamic mngtmpaddr noprefixroute Route : 2a01:cb09:801a:2aee::/64 dev ens1 proto ra metric 100 expires 85982sec pref medium PC HP Pavillon (Core i7-12700) : Ubuntu desktop 22.10 connexion en Wi-Fi 5 à la flybox Mac : 20:2b:20:a9:03:1f IPv4 : inet 192.168.1.18/24 brd 192.168.1.255 scope global dynamic noprefixroute wlp2s0 IPv6 : inet6 2a01:cb09:801a:2aee:4b84:430a:1b2a:7dd7/64 scope global temporary dynamic IPv6 : inet6 2a01:cb09:801a:2aee:d9b5:3d2a:34d:d8fb/64 scope global dynamic mngtmpaddr noprefixroute Route : 2a01:cb09:801a:2aee::fd4 dev wlp2s0 proto kernel metric 600 pref medium Route : 2a01:cb09:801a:2aee::/64 dev wlp2s0 proto ra metric 600 pref medium Google Pixel 6 : Android 16 connexion en Wi-Fi 6 à la flybox Mac : 16:00:9b:c6:be:52 IPv4 : 192.168.1.99 IPv6 : 2a01:cb09:801a:2aee:7f1:923e:6f1a:b543 Destinations testées : free.fr 2a01:e0c:1::1 (ping utilisé depuis PC HP Pavillon) ip.lafibre.info 2001:bc8:610:f:7ec2:55ff:fea9:6d88

Chronologie des échanges :
T= 0,00 => 1,66 : Echanges SSH en IPv4 pour lancer la capture réseau T= 1,66 => 144,33 : Absence de trafic T= 144,96 => 145,00 : execution de "sudo netplan apply" pour activer "accept-ra: true" T= 146,35 => 147,34 : Procédure RA pour récupérer une connectivité IPv6 T= A partir de 148,6 : On voit des paquets IPv6 TCP et QUIC à desination du PC Ubuntu desktop ( 2a01:cb09:801a:2aee:4b84:430a:1b2a:7dd7 ) qui lui a perdu la connectivité IPv6. SI l'adresse IP de la destination est celle du PC Ubuntu desktop, l'adresse MAC de destination est celle du PC Ubuntu server. T= A partir de 215,3 : On voit des paquets IPv6 TCP et QUIC à desination du Pixel 6 ( 2a01:cb09:801a:2aee:7f1:923e:6f1a:b543 ) qui lui a perdu la connectivité IPv6. La mac de destination ne coorrespond pas au Pixel 6. T = 223,36 => 223,45 : Requete vers du PC Ubuntu server vers ipv4.lafibre.info en http (permet de voir l'IPv4 publique). Cela part en IPv6, cr il y a un DNS64 T = 234,02 => 234,11 : Requete vers du PC Ubuntu server vers ipv6.lafibre.info en http T = 354,61 => 357,65 : Ping ICMPv6 vers ip.lafibre.info T = 493,18 => 496,25 : Ping ICMPv6 du PC Ubuntu desktop vers le PC Ubuntu server

Détail de la configuration IP du PC Compaq6510b (Core2 Duo T8100) : Ubuntu server 25.10 connecté en Ethernet à la flybox :

vivien · « **Réponse #55 le:** **Hier** à 21:57:23 »

Capture N°2 : PC Ubuntu server connecté en Ethernet à la flybox 5G

La capture wireshark (0,1 Mo) si vous souhaitez regarder: (cliquer sur la miniature ci-dessous, Wireshark est nécessaire pour lire le fichier)
202502_bug_ipv6_flybox_ethernet2.pcap

Extrait avec en vert les paquets qui entrainent le bug de la box Nokia :
(cliquer sur l'image pour zoomer)

Détail des IP, pour bien comprendre la capture Wireshark :

Flybox 2-5G (Model: 5G19-01W-A) Wi-Fi 6 Mac : a8:fb:40:d2:3c:4f IPv4 : 192.168.1.1 IPv6 : 2a01:cb06:805a:4e19::/64 IPv6 : 2a01:cb06:805a:4e19:0:5c:a7e9:2c01 PC Compaq6510b (Core2 Duo T8100) : Ubuntu server 25.10 connexion par Ethernet à la flybox Mac : 00:1f:29:94:ec:c8 IPv6 : 2a01:cb06:805a:4e19::793 PC HP Pavillon (Core i7-12700) : Ubuntu desktop 25.10 connexion en Wi-Fi 5 à la flybox Mac : 20:2b:20:a9:03:1f IPv4 : inet 192.168.1.18/24 brd 192.168.1.255 scope global dynamic noprefixroute wlp2s0 IPv6 : inet6 2a01:cb06:805a:4e19:35b6:58fc:aee3:c941/64 scope global temporary dynamic IPv6 : inet6 2a01:cb06:805a:4e19:5357:106a:e70c:65ba/64 scope global dynamic mngtmpaddr noprefixroute Route : 2a01:cb06:805a:4e19::fd4 dev wlp2s0 proto kernel metric 600 pref medium Route : 2a01:cb06:805a:4e19::/64 dev wlp2s0 proto ra metric 600 pref medium Destinations testées : free.fr 2a01:e0c:1::1 (ping utilisé depuis PC HP Pavillon) ip.lafibre.info 2001:bc8:610:f:7ec2:55ff:fea9:6d88

vivien · « **Réponse #56 le:** **Hier** à 21:58:52 »

Capture N°3 : PC Ubuntu server connecté en Ethernet à la flybox 5G

La capture wireshark (0,1 Mo) si vous souhaitez regarder: (cliquer sur la miniature ci-dessous, Wireshark est nécessaire pour lire le fichier)
202502_bug_ipv6_flybox_ethernet3.pcap

Extrait avec en vert les paquets qui entrainent le bug de la box Nokia :
(cliquer sur l'image pour zoomer)

vivien · « **Réponse #57 le:** **Hier** à 22:02:26 »

Capture N°4 : PC Ubuntu server connecté en Wi-Fi à la flybox 5G

La capture wireshark (2 Mo) si vous souhaitez regarder: (cliquer sur la miniature ci-dessous, Wireshark est nécessaire pour lire le fichier)
202502_bug_ipv6_flybox_wifi1.pcap

Extrait avec en vert les paquets qui entrainent le bug de la box Nokia :
(cliquer sur l'image pour zoomer)

Détail des IP, pour bien comprendre la capture Wireshark :

Flybox 2-5G (Model: 5G19-01W-A) Wi-Fi 6 Mac : a8:fb:40:d2:3c:4f IPv4 : 192.168.1.1 IPv6 : 2a01:cb06:a055:d9b3::/64 IPv6 : 2a01:cb06:a055:d9b3:0:64:69f3:e501 PC Compaq6510b (Core2 Duo T8100) : Ubuntu server 25.10 connexion par Ethernet à la flybox Mac : 00:1f:3c:63:a6:d6 IPv4 : inet 192.168.1.159/24 metric 600 brd 192.168.1.255 scope global dynamic wlp16s0 IPv6 : inet6 2a01:cb06:a055:d9b3::793/128 scope global dynamic noprefixroute IPv6 : inet6 2a01:cb06:a055:d9b3:21f:3cff:fe63:a6d6/64 scope global dynamic mngtmpaddr noprefixroute Route : 2a01:cb06:a055:d9b3::/64 dev wlp16s0 proto ra metric 600 expires 86333sec pref medium Route : default nhid 1218230533 via fe80::aafb:40ff:fed2:3c4f dev wlp16s0 proto ra metric 600 expires 1733sec pref medium PC HP Pavillon (Core i7-12700) : Ubuntu desktop 25.10 connexion en Wi-Fi 5 à la flybox Mac : 20:2b:20:a9:03:1f IPv4 : inet 192.168.1.18/24 brd 192.168.1.255 scope global dynamic noprefixroute wlp2s0 IPv6 : inet6 2a01:cb06:a055:d9b3:f10:aef9:1a47:b00a/64 scope global temporary dynamic IPv6 : inet6 2a01:cb06:a055:d9b3:5e80:4484:e52:fa1d/64 scope global dynamic mngtmpaddr noprefixroute Route : 2a01:cb06:a055:d9b3::fd4 dev wlp2s0 proto kernel metric 600 pref medium Route : 2a01:cb06:a055:d9b3::/64 dev wlp2s0 proto ra metric 600 pref medium Route : default via fe80::aafb:40ff:fed2:3c4f dev wlp2s0 proto ra metric 20600 pref medium Google Pixel 6 : Android 16 connexion en Wi-Fi 6 à la flybox Mac : 16:00:9b:c6:be:52 IPv4 : 192.168.1.99 IPv6 : 2a01:cb06:a055:d9b3:4175:3d95:6e2:43c3 Destinations testées : free.fr 2a01:e0c:1::1 (ping utilisé depuis PC HP) ip.lafibre.info 2001:bc8:610:f:7ec2:55ff:fea9:6d88

vivien · « **Réponse #58 le:** **Hier** à 22:08:16 »

Pour rire, voici les IP remontées par des appareils connectés remonté par la Flybox pour cette capture 4 :

Nokia ne voit des IPv6 que sur le Pixel6 : (cette liste des appareils connectés à la box 5G est bien loin de l'ergonomie de celle des box FTTH)

Liste des IPv6 quand on passe la souris dessus : Ce sont des IPv6 qui ne correspondent à rien de connu !

Détail de la configuration IP du PC Compaq6510b (Core2 Duo T8100) : Ubuntu server 25.10 connecté en Wi-Fi à la flybox :

vivien · « **Réponse #59 le:** **Hier** à 22:10:35 »

Capture N°5 : PC Ubuntu server connecté en Wi-Fi à la flybox 5G

La capture wireshark (0,1 Mo) si vous souhaitez regarder: (cliquer sur la miniature ci-dessous, Wireshark est nécessaire pour lire le fichier)
202502_bug_ipv6_flybox_wifi2.pcap

Extrait avec en vert les paquets qui entrainent le bug de la box Nokia :
(cliquer sur l'image pour zoomer)