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.

Merci pour la confirmation !

J'ai pour l'instant le voyant GPON qui clignote en vert (la réparation de fibre est prévue le 16 juillet) et le voyant LAN 10 Gb vers la Livebox allumé en vert fixe,
Par contre je n'ai même pas de négociation de vitesse avec l'entrée 10 Gb du routeur PFSense, pas même une adresse de bouclage APIPA alors que si j'inverse les branchements l'entrée du routeur passe en UP.
Je précise que j'ai demandé le mode bridge et que j'ai déjà entré les infos des ip v4 qui m'ont été envoyées (bloc /26) et passerelle.
Sans doute faut-il que la connexion soit up côté fibre pour que la liaison physique veuille bien s'établir...  a moins qu'il y ait eu une erreur de paramétrage de la box et que la sortie soit restée sur une interface 1 Gb.