Ça c’est sur le téléphone que ça se passe, c’est une histoire de Happy Eyeballs qui peut être perturbé en cas de renouvellement du contexte PDP ou de coupure.

Je ne vois toujours pas le problème avec SLAAC, hormis si l’on a besoin de faire des réservations.

En fait on parle de dhcpv6, SLAAC est juste un monde à part, qui n'est pas un problème en soi même sauf si on veut gérer les utilisateurs.
Après, si il ne passent pas par le dhcp, ça n'est pas un problème si on trouve le moyen de leur faire inscrire leur adresse dans le radius d'une autre manière, c'est une peu le rôle de cette rfc 9686, bien que je n'en aie pas compris tous les tenants et aboutissants.
C'est tellement plus simple le dhcpv6 si les RA managed flag sont respectés venant du routeur prioritaire sur le segment.

Bonjour,

Je ne sais si mon message te sera d’une grande aide, j’avais une Tapo C200 jusqu’à l’année passée que j’ai utilisé sans souci avec ma Freebox Ultra. Donc de mon côté pas de problème, évidemment c’était avec un firmware de la Feebox plus ancien que l’actuel et il est probable que celui de ta C200 soit différent du mien de l’époque.

Je n’avais pas de configuration particulière du Wifi au niveau de la Freebox, les réglages étaient ceux par défaut.

Désolé pour la réponse tardive. Depuis, j’ai lu sur des concepts de base (comment marche SLAAC, les différents messages ICMPv6).

Quand tu parles de Desktop c'est une machine Windows ou Linux ?
cette machine arrive t'elle a ping 2a01:aaaa:bbbb:cc21::1 ?

Non. (NB: les résultats suivants sont obtenus après avoir installé radvd, je n’ai pas réessayé sans)
Quand je fais un "ping6" depuis la machine desktop Linux vers le client VPN, cela ne "fonctionne pas". Avec Wireshark sur ce desktop, je vois:

• Le paquet ICMPv6 "ping request" qui part du desktop vers le `2a01:aaaa:bbbb:cc21::1`.
• Le desktop reçoit ensuite un ICMPv6 "redirect", qui vient d’une adresse "link local" qui n’est pas celle du la Freebox en tant que route IPv6, mais qui lui ressemble (dans `fe80::1234:xxxx:xxxx:5678`, les parties "1234" et "5678" seraient identiques). Wireshark me dit que la source du redirect est "FreeboxSas…". Dans le paquet, la valeur de "target" est l’adresse "link local" de mon odroid (que je n’ai pas mise dans radvd). La valeur "destination" est la destination de ping que j’ai demandée (l’adresse en `::1` ou bien en `::1:2` qui est un autre client VPN)

Et sur l’odroid, avec tcpdump, je ne vois rien arriver depuis desktop.
Mais si je fais un ping depuis le client VPN vers le desktop, alors je vois bien l’odroid relayer le ping qu’il reçoit sur l’interface VPN sur l’interface ethernet. Puis le desktop le reçoit, répond, puis reçoit un "redirect". Mais odroid ne voit jamais arriver la réponse de ping du desktop. Et le desktop n’envoie pas de message ICMPv6 sur l’adresse link-local donnée par le "redirect".
Bref, ça ne communique pas que dans le sens desktop -> préfixe-vpn.

J’ai noté que le desktop reçoit également des paquets "redirect", quand c’est le client VPN qui fait un ping vers lui,

Également, quand je fais un "rdisc6 wlp38s0" ("wlp38s0" est mon interface wi-fi sur le desktop), ça me renvoie 2 entrées: une pour le préfixe principale et associé à l’adresse "local-link" de la Freebox, l’autre pour le 2ème préfixe associé à l’adresse link-local de l’odroid.

Je continuerai mes investigations (de loisir) sûrement ce week-end. J’essaierai de comprendre comment marche le mécanisme de redirect (actuellement, je ne vois pas sur le desktop de "route" ou de "neighbour" ajouté dynamiquement pour mon préfixe VPN suite à un redirect), même en activant "accept_redirects" pour all ou l’interface wi-fi. Le ticket https://dev.freebox.fr/bugs/task/36624 de Free semble ressembler un peu (sauf que moi c’est l’inverse: le trafic "préfixe secondaire" vers "1er préfixe" n’a pas l’air de passer).

j'aurais adore que ce soit ca

en image avec et sans vpn (qui m évite qos et dpi antenne et )
je reste connecte en 5g sa , n78 +n28dl +n28up sur les memes pci (une seule antenne sur trois est 5g sa)

Cet abonnement FTTh 8 Gb/s OBS est une excellente surprise car le bloc d'ip /26 est fourni gratuitement et çà ne coûte pas plus cher qu'en 1 Gb.

Par contre, mes clients qui sont en 1 Gb chez OBS ne peuvent pas upgrader pour l'instant leur débit, ce n'est pas prévu...

Au contraire, en Orange Pro le passage de 2 Gb à 8 Gb s'est fait gratuitement avec envoi d'une Livebox 7 et, cerise sur le gâteau, les anciens paramètres réseau de la LB6  (NAT et DHCP) étaient déjà recopiés à réception de la LB7.