@ubune :

Mon propos n'est sans doute pas suffisamment clair. Je perçois toujours la distinction entre un tutoriel et la construction d'une image entièrement personnalisée.
Le problème est qu'un système peut être régulièrement mis à jour ou être progressivement amélioré. Dans le tutoriel, on range la Livebox dans un meuble. Il y a
aussi le basculement progressif vers IPv6 avec les mécanismes de transition. Orange a choisi DS-Lite mais laisse le choix aux clients remplaçant leur Livebox.

Dans mon cas, je préfère du NAT-64 pour avoir un réseau local en « IPv6-mostly » (IPv4 en bordure du réseau local). Je trouve que l'intégration de Jool (NAT-64)
dans OpenWrt est plutôt sommaire (mais c'est un autre sujet). C'est plus simple pour moi de tout gérer en IPv6 (un ensemble de protocoles en moins à gérer). À
cause du téléphone, je suis forcé de placer la Livebox dans un LAN et d'intégrer des options DHCPv6 au serveur odhcpd. J'espère un peu que la téléphonie par
IP fonctionnera sans dépendance à IPv4. Je ne sais pas si cela sera vraiment utile, mais j'aurais de facto deux routeurs IPv6 (un routeur OpenWrt et la Livebox).

En conséquence, je prévoyais de créer deux feeds : livebox-feed et custom-feed. Le livebox-feed contiendrait des correctifs des sources de programmes. Le
custom-feed serait un feed expérimental visant à automatiser et personnaliser une image OpenWrt. Plus besoin de copier des fichiers de configuration ou de lire le
tutoriel. Ce sera potentiellement plug & play. À mon avis, cela simplifiera considérablement la tâche des débutants souhaitant remplacer leur Livebox par OpenWrt.
Car on pourra éventuellement surmonter des points de blocage spécifique à une connexion Orange. L'idée ne sera toutefois pas d'apporter un véritable support à
des néophytes en réseautique mais d'avancer sur une alternative moins exigeante au niveau de la compréhension. Ne pas avoir à modifier les sources ou tester
une multitude de configurations différentes. Juste « apprendre » à utiliser le routeur pré-configuré.

[08:02]

On peut également améliorer le tutoriel. Mais il y a des choses qu'on ne pas réaliser avec un tutoriel. 

Est-ce que la box attend une option spéciale dans la réponse à la requête DHCPv6 qu'elle fait sur le WAN? Ou est-ce qu'elle refuse simplement de fonctionner si pas de connectivité IPv4, et donc il faut lui fournir de quoi configurer son tunnel DS-Lite dans la réponse DHCP ?

Les messages DHCP ne sont pas authentifiés donc la Livebox les ignore simplement. Plus pour longtemps, je pense parvenir à intégrer les options manquantes.

Je ne me suis pas vraiment soucié du DS-Lite. Ce n'est pas encore un problème car on peut rester en double pile sur le CER. Espérons que le téléphone fonctionne en IPv6 d’ici lors.

C'est le but à terme d'après LeVieux. Je ne suis pas sûr que ce soit déjà actif mais ca me semble facile à tester : fais un dump du trafic entre la box et internet lors d'un appel et tu seras fixé.

Ok, merci du conseil !

Dans un environnement ipv6 mostly, on peut garder le serveur dhcpv4 pour envoyer la fameuse option 108

Oui, mais en pratique ce n'est pas nécessaire, et comme ca je n'ai plus d'adresses v4 du tout, même sur les pattes du routeur.

Ce que j'observe, c'est qu'en annoncant l'option PREF64 dans les RA et en ayant un DNS64 (qui à minima sert un AAAA pour ipv4only.arpa) + NAT64, les apple devices activent leur CLAT et tout fonctionne sans souci.
Sous Linux et Windows, DNS64/NAT64 seul suffit à faire quasiment tout fonctionner (il ne font rien de PREF64 il me semble).

Les clients DHCPv4 font des broadcasts mais n'obtiennent pas de réponse et ne configurent pas d'IP. Ca ne pose pas de problème.

Et d'ailleurs, bientôt presque plus besoin de NAT64 quand Windows 11 sera full compatible CLAT nn ?

Le CLAT te permet de te passer du DNS64 mais il te faut un NAT64 quelque part pour faire du v6-only/mostly.

C'est contraignant le DNS64? J'ai unbound qui fait ca en plus d'être resolver/cache, je n'y pense pas plus que mon NAT64.

Après, le DNS64 n'est pas indispensable si le CLAT tourne correctement. Tu peux faire du DNS classique dans ce cas, pas de problème. Mais ça fait une charge supplémentaire au routeur, alors qu'en DNS64 les paquets partent direct en v6.

Si par contre le CLAT merde... t'as plus de connectivité, effectivement.

Ce que j'observe, c'est qu'en annoncant l'option PREF64 dans les RA et en ayant un DNS64 (qui à minima sert un AAAA pour ipv4only.arpa) + NAT64, les apple devices activent leur CLAT et tout fonctionne sans souci.
Sous Linux et Windows, DNS64/NAT64 seul suffit à faire quasiment tout fonctionner (il ne font rien de PREF64 il me semble).

Android fait pareil et il n'y a même pas besoin de l'option PREF64. Faut que je vérifie, mais il doit faire lui-même la découverte et se baser sur l'absence d'IPv4, car si elle est présente juste avec le DNS64, le CLAT n'est pas activé.

Hello,  je viens de basculer en XGSPON avec un WAS110 (HCOM) depuis un ONU FS (2.5G)
Tout s'est bien passé, je synchro, sans soucis, internet OK en IPV4, par contre IPV6, je récupèrere pas.

Coté interface WAN6 j'ai simplement changer l'option 15 (remplacement du 6 par un 7 pour la Livebox et j'ai changé le clientid avec la bonne mac address de ma nouvelle LB7)

Ça me semble bon et même la capture DHCP que je viens de faire pendant un renew me parait OK (voir capture, j'ai aussi check le tagage CS6, ça me semble OK)
Apres je ne suis pas un expert non plus, mais c'est le seul changement que j'ai fait dans la partie WAN6, si vous avez des idées je prends