Le bouton IPV6 n'est plus dispo dans le dernier firmware

Le menu IPv6 ou le bouton pour le désactiver ?
c'est normal.
L'arcep écrit dans son baromètre

ar ailleurs, IPv6 est activé par défaut, quand le client est IPv6-ready, chez Bouygues Telecom, Free et Orange. Plus particulièrement, il n’est pas possible de désactiver IPv6 sur les box de Bouygues Telecom, Free et SFR (en FttH), ce qui constitue une bonne pratique.

https://www.arcep.fr/cartes-et-donnees/nos-publications-chiffrees/transition-ipv6/barometre-annuel-de-la-transition-vers-ipv6-en-france.html#c22693

Chez SFR en CG-Nat désactiver l'IPv6 revient à faire passer plus de trafic sur le CG-Nat et donc potentiellement être impactés pour les choses qui ne fonctionnent pas en CG-Nat

Et pas seulement, sur cette archi, de mémoire, la VoIP et la TV sont aussi en ipv6 !

Tu peux faire une demande sur ce forum si tu as perdu l'IPV6 depuis plusieurs jours : https://www.bbox-mag.fr/forum/viewtopic.php?f=145&t=3301&sid=1132931fdacecaa8cbf23331b3c2e5c5&start=30

C'est resté stable chez moi depuis leur intervention.
Le bouton IPV6 n'est plus dispo dans le dernier firmware

J'ai fait une demande il y a quelques jours, qui a été prise en compte. J'ai récupéré l'IPv6 et la bbox ne se traine plus le fion pour afficher les pages (ceci explique peut-être cela). Toujours pas de traceroute en revanche. On verra par la suite.

Bon après on a quand même  l'impression qu'IPv6 c'est un peu en option, genre le truc pour les geeks. Dans 20 ans on en sera toujours au même point
 

Bonjour,

Depuis environ le 29 décembre 2021, plus d'IPv6. Mon réseau est configuré en double adressage IPv6 / IPv4, avec un pare-feu pour éviter le routage direct en IPv6 vers les machines du réseau local.
J'ai appelé le support, compréhensif mais sans moyens pour répondre. La seule information que j'aie pu avoir est qu'aucun incident n'avait été signalé par les opérations.

Ca a évidemment foutu en l'air tous les services qui étaient actifs en IPv6 à ce moment-là, et j'étais absent.

J'ai pu me connecter à distance pour configurer les services sur de l'IPv4 uniquement. Actuellement, les adresses IPv6 globales ne sont plus routables, et les hôtes internes ne reçoivent plus d'IPv6 globale car le routeur n'a plus de délégation de préfixe pour le faire.

Le routeur n'est pas une BBox, mais un ASUS R7800 sous OpenWRT.
Je vais creuser un peu, mais s'il y a des infos utiles, je prends.

Jean-Marc.

Cette nuit j'ai perdu l'ip v6, et un renew seul ne fonctionnait pas. J'ai carrément shut puis up l'interface, et je l'ai récupéré. A noter que l'expiration du prefix est plus courte qu'avant ce "bug", donc, ça doit bosser sur le sujet...

J'ai re-re-reperdu l'IPv6 cette nuit mais d'après ce que j'ai lu/compris sur le forum bbox mag, c'est toujours en cours de déploiement/test. On peut effectivement demander de conserver l'IPv6 malgré tout avec le risque d'avoir une connexion instable.

Je préfère finalement avoir une connectivité IPv4 fiable plutôt qu'un truc instable avec un peu d'IPv4 et un peu d'IPv6

Bonjour,

Rien de mieux qu'un coup de fil au service technique du FAI pour se remotiver à trouver une solution soi-même. Plein de courage après le café, j'ai appelé le 1064, parlé à un premier technicien qui m'a expliqué qu'il ne pouvait pas faire remonter de problèmes concernant les serveurs et m'a basculé vers le service commercial pour étudier une solution plus pérenne (avec un préfixe IPv6 plus court permettant d'avoir un firewall et d'autres sous-réseaux en dessous). Cela a beaucoup amusé la représentante du service commercial, qui semblait bien connaître le sujet, et m'a dit que les contrats PRO utilisant la même infrastructure que les contrats particuliers, le problème serait le même puisque la ligne serait la même. Elle m'a proposé de parler à un autre technicien du service technique. Nous nous sommes mis d'accord pour un rendez-vous vendredi prochain par téléphone pour d'une part faire remonter les observations espionnées entre la box et l'ONT, et d'autre part investiguer si un changement a été opéré le 20/12 côté Bytel (par exemple, un candidat possible serait le déploiement du RAPID-COMMIT IPv6, mais avec un serveur buggué).

J'ai résolu mon problème en deux étapes:

• Installer le module iptables-mod-filter  (contient l'extension -m string)
• Ajouter une règle custom au firewall pour bloquer la première réponse (négative).

ip6tables -t filter -A input_rule -p udp --dport 546 -m string --string "No prefixes have been assigned" --algo bm -j DROP

En bloquant ce paquet, je récupère immédiatement mon préfixe!!!

C'est un peu moche, car si je vais sur un autre réseau où le serveur DHCPv6 respecte le protocole (ou si Bouygues résout son problème), le client DHCPv6 ne recevra aucune réponse si la réponse est négative. Il va donc attendre le timeout (réglable) avant de réessayer. De toute manière, si le seul serveur disponible envoie des réponses négatives, il n'y a pas de service disponible, donc cette solution n'est pas si mauvaise pour une ligne FTTH "ordinaire" (particuliers ou small businesses).