Merci pour ces tests, je vais tenter de remonter le problème.

Si tu as une capture wireshark pour montrer le problème ce serait un plus (plus le rapport de bug est précis, plus on a de chance que ce soit corrigé).

Autre idée, tu as essayé avec un switch connecté derrière l'extender et deux PC sur ce switch ?

Un seul PC a une IPv6 ou c'est une IPv6 par adresse mac ?

Avec l'IPv6 temporaire, l'IPv6 utilisée pour aller sur Internet change tous les jours et donc il n'est plus possible de te tracer pour identifier dans ton foyer quel PC est utilisé par Madame, que PC est utilisé par monsieur et quel PC est utilisé par des ados, pour mieux cibler les publicités.

Autre point quand ton IPv6 fixe est construite à partir de ton adresse mac, cela permet de te suivre quel que soit ton accès à Internet : tous les sites peuvent récupérer ton adresse MAC de ton ordinateur et donc même si tu changes de pays, ils sont en mesure uniquement avec l'IPv6 de te suivre.

C'est pour cela que tous les systèmes d’exploitation mettent en place des IPv6 temporaire pour les requêtes vers Internet. l'IPv6 fixe étant utilisé pour tes services serveur où tu as besoin d'une IPv6 fixe.

Il n'y a pas de problème lié au renouvellement des IPv6 en fait tu grade les anciennes IPv6 plusieurs jours afin que des transfert dessus ne soient pas coupés (imagine que tu démarre un transfert qui dure plusieurs jours).

Bref, IPv6 est bien pensé et un PC allumé 24h/24 peut avoir de nombreuses IPv6 simultanément.

mouais, alors 2 remarques :
- coté serveur les logs de l'ipv6 du client, temporaire ou non, permettent bien de retrouver le proprietaire non ?
- coté tracking/marketing j'ai bossé avec des boites dont c'est une part primordiale de leur business : l'ip n'est pas utilisée

du coup je reste tres dubitatif...

On peut differencier les 4 personnes d'un meme foyer sans soucis (meme si concretement on s'en tape qu'ils soient dans le meme foyer).

et pour les logs serveurs ? si on reçoit une jolie commission rogatoire ? on peut jeter tous les logs alors ?

Bah dans tous les cas le préfixe reste le même pour tous les postes client sur le même abonnement Orange... Donc on peut toujours tracer le client par son /56 IPv6....

c'est bien la reponse que j'attendais

Par conte différencier et identifier les utilisateurs d’un même foyer par leur IPv6 à priori difficile grâce à la rotation régulière du suffixe...

ce sont les utilisateurs qui sont recherchés, meme foyer ou non n'a aucun interet (en tout cas je m'en rappelle pas). En tout cas l'ip n'est plus un element interessant depuis des années.

Après avoir continué à creuser le problème, ma conclusion à ce jour est la suivante : le problème apparaît si l’interface réseau client a plusieurs adresses IPv6 (en plus de la Link-local).Toutefois le problème est aléatoire : parfois ça fonctionne, mais, plus souvent (selon mon ressenti), ça ne fonctionne pas. Je n’ai pas pu déterminer à ce jour ce qui fait que ça fonctionne ou pas (ordre des connexions, autre ?). Il n’est pas non plus lié à un operating system particulier (c’est le caractère aléatoire du problème qui m’avait conduit à le penser à tort), ni à l’utilisation, classique en IPv6, d’une adresse « stable » et d’une adresse « temporary ». On peut le recréer avec 2 adresses statiques (Cf. infra). C’est cohérent avec le fait que rien ne distingue structurellement toutes ces adresses entre elles.

Dans la configuration de test du schéma joint (bâtie avec le préfixe 2001:2:: du RFC5180 pour avoir des adresses IPv6 courtes bien sympa à manipuler), un iMac  avec une interface ethernet à 2 adresses (2001:2::ad1 et 2001:2::ad2), pingue un Ubuntu d’adresse 2001:2::3 à travers un Extender TV, avec l’une puis l’autre adresse en source. La trace wireshark est fournie en pièce jointe (il y a 2 PING par adresse source).

Ping OK avec la source 2001:2::ad1.  Comme on trace en même temps côté iMac (n° If 1) et côté Ubuntu (n° If 0), on a 2 fois l’Echo request puis 2 fois l’Echo reply (noter que l’Extender TV met sa propre adresse mac ARRISGro_e5 :57 :95 en source sur le 2ème request),

Ping KO avec la source 2001:2::ad2. On a toujours les 2 Echo request, mais seulement un Echo reply (trames marquées en noir). En effet l’Extender NE RETRANSMET PAS vers l’iMac l’Echo reply reçu de l’Ubuntu (trame 23). Il en connaît pourtant l’adresse mac de l'iMac, puisqu’il a retransmis juste avant le Neighbor Advertisement que l’iMac envoie (trame 22) en réponse au Neighbor Sollicitation de l’Ubuntu (trame 19). Il l’a même traité en mettant sa propre adresse mac en source de cette réponse !

Donc, pourquoi ne sait-il pas lui retransmettre l’Echo reply ? Y a-t-il quelque chose d’anormal dans la trace (fichier "Ping1-OK Ping2-KO.pcapng" en pièce jointe) qui m’a échappé ?

A ce stade, je ne vois pas comment aller plus loin. Il faudrait tracer dans l’Extender, or c’est une « boîte noire ». J’ai pu m’y connecter, mais il n’y a pas de commandes système accessibles (affichage des voisins, des caches, etc.). Sachant que ces Extender sont en fait des ARRIS VAP3402, j’ai aussi essayé de rechercher un upgrade chez le fournisseur (mon boîtier est en 10.06.11), mais il ne semble pas y avoir de logiciel disponible en ligne. Enfin, ces boîtiers étant vendus pour l’IPTV  (https://www.commscope.com/product-type/broadband-video-devices/broadband-devices/wi-fi-extenders/vap3400/?utm_source=arris&utm_medium=redirect ), je ne suis pas sûr que ça intéresse grand monde d’y faire de l’IPv6, et encore moins que ceux qui l’ont fait ont analysé le trafic.

Mais le problème était intéressant à chercher !