MAJ:

alors plus de 8heures après le reset usine de la Bbox le PF-Sense est ENFIN vu en équipement ipv6 avec un DUID !! Comme quoi je pense vraiment que la Bbox garde en "cache" des informations sur les hosts qui peut lui empêcher d'accepter les DUID.


Par contre j'ai essayé de déléguer le 1er prefix et ca ne fonctionnait pas.
J'ai alors déléguer les 3 prefix possible au pfsense et en regardant les logs debug d dhcpc6 coté pfsense j'arrive à récupérer uniquement que le 2eme prefix (a5c2) et pas les autres....très bizzare

Bonjour à tous,
je déterre un peu ce sujet car je suis confronté aux mêmes soucis me semble t'il.
Mon installation:

inet <----> BBOX <----> PFsense (DMZ) <---> Vlans

j'ai segmenté mon réseau local en plusieurs vlan ipv4 actuellement (séparation réseaux des utilisateurs du réseau l'Iot et du réseau de mes "serveurs homelab") avec un PFsense placé en DMZ de la Box (pour mes port forwarding vers des services locaux). Le PFsense NAT les vlans (double NAT vu que la bbox ne permet pas le mode bridge).

Tout fonctionne à merveille et je souhaitais ajouter de l'ipv6 au moins sur le Vlan des utilisateurs.

J'ai donc essayé de faire une délégation ipv6 au PFsense mais impossible.

Bien qu'il soit configuré en DHCP6 et que coté bbox j'ai activé le serveur DHCP6 il n'apparait jamais en équipement "compatible ipv6" et sur l'api de box, quand je requête  /hosts il n'a pas de DUID effectivement.
Ce qui est très bizarre c'est que j'avais dans la liste des hosts le PF-sense AVEC un DUID mais sur une autre interface (une ancienne installation du pfsense sur une uatre interface réseau).
Je me suis dit qu'il y avait p-e un conflit de DUID/adresse mac en cache de la bbox ou autre, j'ai alors fait un reset usine de la box mais j'ai toujours le même problème.....

Autant je maitrise l'ipv4, je suis ingénieur systême , autant j'avoue que je ne maitrise PAS DU TOUT l'ipv6.
Est ce que, même si la délégation ne fonctionne pas, il serait possible d'attribuer des adresse IPV6 "statique" à mes équipements sur le VLAN users (c'est le seul VLAN ou l'ipv6 aurait une utilité) ?

Merci

Sur mon offre Livebox Max, c'était effectivement passé de 3 à 2 répéteurs inclus, mais c'est repassé à 3 sur l'espace client via le PC (pas encore sur l'appli Orange & Moi iOS par contre où c'est toujours limité à 2).

Pour savoir qui est réellement touché par le bug IPv6 + hardware offload/PPE du W1700K, il faudrait des tests comparables.

Conditions idéales :
- PC branché directement au port LAN 10G du W1700K
- carte réseau PC en 2.5G minimum, idéalement 5G/10G
- pas de Wi-Fi pour ce test
- même PC pour IPv4 et IPv6
- hardware flow offload activé
- idéalement règle fw4 normale IPv4+IPv6, pas le workaround IPv4-only

Test sur https://www.nperf.com/ :
1. Faire un test IPv6 sur le serveur :
   [FR] Anycast-FR - 10 Gb/s - Bouygues Telecom, version IPv6
2. Refaire le même test en IPv4 sur la version IPv4 du même serveur.

Merci d’indiquer :
- révision W1700K : HW1.0 / HW1.1 / HW2.1
- build OpenWrt utilisé
- débit nPerf IPv4
- débit nPerf IPv6
- si l’IPv6 freeze, démarre puis tombe à zéro, ou reste stable

Commandes utiles sur le routeur :

uci show firewall | grep -E 'flow_offloading|flow_offloading_hw'

Ça sert à vérifier si le flow offload logiciel et le hardware offload sont activés.

nft -a list chain inet fw4 forward | grep 'flow .*@ft'

Ça sert à voir quelle règle fw4 est réellement active :
- meta l4proto { tcp, udp } flow add @ft = IPv4 + IPv6 peuvent partir en hardware offload
- meta nfproto ipv4 meta l4proto { tcp, udp } flow add @ft = workaround IPv4-only actif, IPv6 reste en software

En complément de nPerf, si possible faire un test curl depuis le même PC :

IPv6 :
curl -6 -L -o /dev/null -w "IPv6: %{speed_download} bytes/s, total=%{time_total}s\n" http://scaleway.testdebit.info/10G.iso

IPv4 :
curl -4 -L -o /dev/null -w "IPv4: %{speed_download} bytes/s, total=%{time_total}s\n" http://scaleway.testdebit.info/10G.iso

Sur Bouygues, on est normalement tous en WAN VLAN 100 avec DHCPv6-PD /60, mais si votre config diffère, précisez-le.

Sinon le protocole de debug plus détaillé est ici sur Github (si jamais vous pouvez poster les logs de son script pour aider Gilly) :
Le thread : https://github.com/orgs/w1700k/discussions/18#discussioncomment-17541723
Le script : https://github.com/Gilly1970/Gemtek-W1700K-6.18/blob/main/openwrt-patches/ppe-v6-diag.sh

Chez moi aussi.