J'ai aussi une connectivité IPv6 sur mon OPNSense depuis peu, mais j'ai du adapter un peu les paramètres : en fait, il semblerait que les serveurs DHCP SFR soient plus sensibles par chez moi : je dois transmettre l'identifiant vendeur complet, en hexa.
En bonus, j'ai même réussi à avoir l'IPv6 dans mes deux VLAN : SFR envoi un /56 donc je peux mettre un /64 par VLAN sans soucis.
Quelques mois après ce poste, je remarque un truc bizarre :
si chaque VLAN a un track ID différent, un poste d'un VLAN donné va aussi hériter d'adresses IP avec un ID correspondant aux autres VLAN.
J'ai 3 interfaces typées LAN (toutes sont configurées en "track interface" pour IPv6):
LAN avec comme ID 0
Travail avec comme ID 1
IOT avec comme id 3
Sur mon PC connecté en Wifi dans le réseau LAN, je vois ça :
inet6 2a02:xxxx:xxxx:xx00::191c/128 scope global dynamic noprefixroute
valid_lft 4615sec preferred_lft 1915sec
inet6 2a02:xxxx:xxxx:xx01:f9b6:9af9:4789:8d1a/64 scope global dynamic noprefixroute
valid_lft 86282sec preferred_lft 14282sec
inet6 2a02:xxxx:xxxx:xx03:b25c:c4d2:5283:c67c/64 scope global dynamic noprefixroute
valid_lft 85918sec preferred_lft 13918sec inet6 2a02:xxxx:xxxx:xx00:bbf8:a93c:de7b:c9ea/64 scope global dynamic noprefixroute
Les IP en gras ne devraient pas être attribuées à ce PC, il n'est pas dans le VLAN correspondant.
Alors, sur ce PC ça pose pas de soucis, j'ai bien accès au net en IPv6. Mais les téléphones Android ont le même souci et récupèrent des IPv6 depuis des réseaux où ils ne sont pas branchés et à partir du moment où ils récupèrent cette IP, ils perdent la connexion IPv6.
En solution de contournement, j'ai désactivé l'IPv6 sur les interfaces Travail et IOT, mais cette solution ne me plait pas sur le long terme en fait.