J'avais réussi à demander un préfixe avec une machine Debian pour un VPN, et le trafic fonctionnait. C'était le 4e de mon /60 par défaut. Avez-vous bien une route par défaut qui s'ajoute automatiquement ?

Je concède cependant que la fonction fait très implémentée à la va-vite, et la Bbox est juste rapidement paumée dès que le réseau sort de la complexité de celui de chez ma grand-mère. Dans la liste d'appareils pour une délégation manuelle, il y avait souvent des vides à la place du nom d'hôte ou de l'adresse MAC, et la moitié de mes VM n'apparaissaient pas. Je n'avais pas vu non plus d'endroit où la délégation en cours était confirmée, vers quel appareil et quand expire le bail.

J'ai bien reçu l'ONT, voyant synchro PON ok, par contre le port data reste down (même lorsqu'il est connecté au port 10G de la bbox).
La fibre se synchronise toujours correctement en direct sur la box, ainsi qu'avec l'ONT.

En revanche, si je réinitialise l'ONT sans brancher la fibre, le port data est up, mais il repasse down dès que la synchro PON s'établit.

Je suspecte que la configuration envoyée par Bouygues à l'ONT Nokia ONT XS-010X-Q place le port data en état "shutdown".

J'ai contacté le service client, qui a supprimé l'ONT externe de leur système. Depuis, il ne se synchronise plus (le voyant PON clignote au lieu de rester fixe), mais le port data est donc bien up avec la LED bleue indiquant 10 Gbps.
Y aurait-il quelqu'un de chez Bouygues ici qui pourrait prendre la main sur mon ticket ?
C'est compliqué avec le support, et ils ont carrément supprimé mon ticket/incident après que j’ai remis la box en direct...


Edit :
Après une longue bataille avec le support, ils m'ont demandé d'aller échanger l'ONT Nokia en magasin.
Ce que j'ai fait, et comme prévu, avec le nouvel ONT, le résultat est identique (le port Ethernet reste down).
Désormais, même après un reset complet de l'ONT, je n'arrive plus à le faire passer en mode "up" (j'appuie longuement sur le bouton de reset jusqu'à ce que toutes les LED clignotent).
Cependant, juste après un reset, au premier démarrage, la led ethernet/data s'allume pendant 2 secondes (LED Data bleue, donc négociation à 10 Gbps) avant de retomber... (j'ai le temps d'avoir la notif sur la bbox que le port ethernet 10G est up).
Pour le "fun", j'ai tenté après reset :
Premier démarrage sur un port de switch 2.5Gbps => led Data orange 2s.
Premier démarrage sur un port de switch 5Gbps => led Data white 2s

D'après la doc, Orange = 2.5Gbps, Blanc = 5Gbps, Bleu = 10Gbps, donc ça correspond.

Mais sans reset,
Voyant PON ok vert fixe, port ethernet toujours down.
Je précise que j'ai testé divers cordons cat6/cat6a, en plus de la connexion Ont/Bbox, j'ai testé ONT vers un autre switch sur les ports 1/2.5/5/10 Gbps en face, avec ou sans autonego mais le résultat reste le même.

Je suspecte donc que le firmware du Nokia est personnalisé par Bouygues, avec le port Ethernet désactivé avant le provisionnement fibre, et que mon provisionnement fibre ne l'active pas.
Bon et vu que sur ce nouvel ont le port ne passe plus up après reset sans fibre connecté, impossible d'essayer d'y acceder https://hack-gpon.org/xgs/ont-nokia-xs-010x-q/, à moins de le démonter pour accéder au port serie...

Edit 2 : en fait je ne suis pas le seul dans ce cas => https://lafibre.info/incidents-ftth/demande-dun-boitier-ont-xgs-pon-avec-offre-pure-fibre-debit/msg1112370/#msg1112370

Hello remii

Merci pour ton partage. Peux-tu nous dire ce que tu as comme configuration dans la partie Services > Router Advertisements ? Comme tu as coché "Allow manual adjustment of DHCPv6 and Router Advertisements" il y a peut-être un paramétrage magique qui débloque la situation ? Car en l'occurrence j'ai appliqué la config que tu as très bien décrite, sans cocher "Allow manual adjustment of DHCPv6 and Router Advertisements" dans un premier temps et malheureusement la situation est tjs la même à savoir rien dans la liste déroulante des équipements dans la délégation statique de préfixe. Cocher la case ne change rien mais j'ai tellement touché les configs de partout que je pense que ma config "Router Advertisements" n'est plus très propre.

Merci !

Merci pour le détail.

Non y'a rien qui est bloqué d'après les logs du firewall, après tu es en DHCPv6 aussi sur ton LAN, ce que je ne cherche pas à faire et je n'ai pas l'impression que tu as plusieurs VLAN, ce qui est mon cas. Après va savoir si ces différences expliquent pourquoi la bbox ne voit rien dans mon cas, ca je ne sais pas

La Bbox n’est pas capable de déléguer le /60 entier mais /64 par /64. Il faut modifier ça dans ton client, c’est peut-être ce qui fait afficher « non compatible ».

Effectivement j'ai aussi essayé de modifier la configuration en /64 sur la gateway pour strictement le même résultat. J'ai par contre réussi à "forcer" la BBOX en passant par l'API (/api/v1/dhcp6/prefixdelegation). Ceci m'a permis de renseigner l'adresse MAC de ma gateway comme destination de la délégation de préfixe. J'ai demandé à déléguer le prefixe 2001:XXXX:XXXX:XXX1 (qui est effectivement du /64) et de manière suprenante ma gateway obtient le prefixe 2001:XXXX:XXXX:XXX3.

Tant que j'étais dans l'API j'ai aussi regardé dans la liste de device pour voir si je voyais quelque chose de différent entre les devices proposé dans l'interface graphique et ma gateway et je n'ai rien trouvé de très probant. Les seules attributs qui différent est le duid (que je suppose être device unique id) une fois rempli pour les devices visible dans la gui et vide pour ma gateway. Ensuit, partant de l'idée que c'est l'interface graphique qui bloquait le choix de ma gateway (puisque par API c'est passé) et que dans les appels que j'ai pu intercepté en faisant de l’ingénieure inverse de la page de configuration je ne vois pas vraiment d'autres appels intéressant à l'API hormis ce (/api/v1/hosts) je suppose que c'est bien ce duid qui pose souci. Il faudrait que je fasse quelques autres test pour essayer 1) de valider que tout ce qui est propos dans l'interface a bien un duid et 2) tenter de trouver ce qui fait que le duid est généré ou pas.

Ceci dit l'impression qui en ressort c'est que l'interface de cette box n'est pas sèche. Déjà la validation des champs d'entrées uniquement dans l'interface graphique me semble assez léger (en plus d'a priori être erronée), ensuite les APIs qui sont très mal documentées (seulement une veille page https://api.bbox.fr/doc/apirouter/index.html) et pas complète (rien sur api/v1/dhcp6/prefixdelegation qu'il faut retrouvé en regardant les appels réseaux de l'interface graphique sic)

ah merci ! n'ayant plus de bbox j'attendais avec impatience que quelqu'un utilise l'API

Si tu pouvais nous donner les détails de l'appel en question ( prefixdelegation et éventuellement s'il y a de quoi read et delete aussi) .
Dela on pourra faire un script simple (bash avec curl par exemple) pour que tout le monde puisse se configurer la délégation.

Apres si c'est une question de DUID, peut-être que l'interface attend une format particulier et que la version dynamique aussi dans ce cas ?