Eureka ! ça marche
Merci d'avoir insisté:
- client-duid mis avec le mac de eth0.832 (j'ai modifié le dhcp-client-identifier avec ce mac aussi même si zoc m'a dit qu'il ne l'avait même plus)
reboot ... et toujours pas d'ipv6
Alors je me suis dit que j'allais regarder le truc qui s'appelle firewall (le message ADVERTISE avait l'air de se manger un mur, je vais me faire taper sur les doigts, et j'ai ajouté des regles icmpv6 allow et regles udp port 546/547 pour les échanges dhcpv6 sur wan local (pour une raison que je ne me rappelle pas, ces regles n'étaient plus là), j'ai arrêté dibbler-client et je l'ai redémarré et ... ipv6. (solicit, advertise, request, reply : pd adding xxx, pd adding prefix xxx

Désolé de vous avoir fait perdre du temps, et merci beaucoup

Merci, je vais faire ça. Ça faisait longtemps que je n’avais pas creusé le sujet, mais il semblerait que les boîtiers LEOX soient aussi une solution pour se passer de Livebox 5.

Je me permets juste de revenir sur le sujet pour remercier à nouveau le forum et kana-chan pour m'avoir permis de remettre ma Livebox 5 dans son carton. 

Si ça peut en aider certains, voici la démarche que j'ai suivie pour passer d'un TP-Link MC220L avec le module SFP (issu de mon ancienne Livebox 4) à un LEOX LXT-010G-D.
En résumé :
- récupération des paramètres dans l'interface de la Livebox :
Serial Number
Vendor ID
Hardware Version
- connexion directe en telnet (IP = 192.168.1.1) sur le LEOX fraichement reçu (identifiants : leox / leolabs_7)
- lancement des 3 commandes suivantes avec les paramètres notés précédemment :
flash set GPON_SN "Serial Number"
flash set PON_VENDOR_ID "Vendor ID"
flash set HW_HWVER "Hardware Version"
- pour tester que la config est OK, on peut brancher le LEOX sur le port 4 de la Livebox (que l'on redémarrera)
- si internet est OK ainsi, le boitier est bien configuré donc on peut dérouler le guide de la FP pour configurer l'USG
- et voilà!

Et pour ceux qui hésiteraient encore, vous pouvez commander en toute tranquillité sur xbest.pl, le colis a été rapidement expédié.

4.4.57
upgrade installé, pas de soucis a déclarer, tout est up & running.

Bonjour tout le monde,

La SD du Pi qui hostait mon contrôleur a tendu l'âme. Et comme un idiot je n'avais pas de backup récent. J'ai donc réinstallé raspbian bullseye 32bits, le contrôleur, etc... J'ai tout de même réimporté un vieux backup de la conf du contrôleur d'il y a un an, ce qui m'a permis de récupérer quasi tout.
Sauf que depuis, j'ai l'impression que mon config.gateway.json n'est plus poussé sur mon USG-3P (plus d'IPv6). J'ai même fait un Factory reset de l'USG, readopté, remis les scripts et binaires modifiés, rien n'y fait. C'est même pire, je n'arrive plus à chopper d'ipv4...
Une idée ?
Merci d'avance pour votre aide

[UPDATE] on dirait que j'ai résolu les pb IPv4 et config.gateway.json : il y avait une erreur de syntaxe dans le fichier .json sur le contrôleur (manquait une , avant le paragraphe "protocols") . Reste à refaire fonctionner l'IPv6
Pouvez-vous confirmer que vous avez bien IPv6 désactivé dans le GUI du contrôleur dans les config Internet et Networks ?
Et dernier truc auquel je pense : les règles firewall pour ICMP et DHCPv6. L'un d'entre vous pourrait il me faire des screenshots de ses règles ? je pense que ça peut aussi venir de là.

[UPDATE2] tout est résolu. Il faut bien garder les 2 conf IPv6 désactivées dans Internet et Networks, et il me manquait la règle firewall pour laisser passer le DHCPv6. Screenshot ci-joint.

En espérant que ça en aidera d'autres dans des situations similaires

Dernière fois ou j'avais posté ici, ca remonte a 2019 
Depuis c'était "rock stable" comme on dit.

Pareil: RAS depuis 2020, mais hier soir *pouf*, plus d'internet! Et avec la LB ça fonctionne.
Je viens voir ici, je vois que je ne suis pas le seul, et il y a même la solution "clé en main"  Merci!
Je sens qu'il va y avoir du traffic sur se thread dans les jours à venir 

Hier, ma connection est tombée encore et j'ai été parqué. Il a fallu que j'ajoute l'option client-identifier avec la chaine longue...