Ce n’est pas la peine de chercher à « configurer l’IPv6 sur les appareils depuis la box » : ce que tu cherches à faire est de la délégation de préfixe avec le serveur DHCPv6 de la box. Tu fais fausse route, ça ne sert pas à ça.

La Bbox permet par défaut aux appareils de s’adresser en IPv6 par SLAAC. Seulement, la Bbox Wi-Fi 7 est dans un cas particulier, le SLAAC est désactivé pour le moment car Bouygues doit résoudre un problème sur son réseau. C’est censé revenir vers la fin de l’automne (c’est évoqué dans plusieurs sujets).

Mais tout fan de l’IPv6 que je sois, je ne vois pas comment ça réglerait le problème. Tout est encore adressé en IPv4, et ça devrait évidemment bien fonctionner avec. Pour trouver l’adresse IP des serveurs de jeu, si c’est sur console, je peux rater une manière de faire mais je ne vois que comme option de capturer le trafic avec un switch et un port miroir qui va vers un PC avec Wireshark. Celles vers lesquelles un trafic peu volumineux mais soutenu est envoyé tant que la partie Multi est en cours sont les bonnes. Si tu peux faire un mtr de 10 minutes vers ces serveurs, ce serait une avancée.

Des fois quand j'effectuent des tâches sur une application en ligne j'ai le cable ethernet qui se déco,puis reco ou une perte de signal wifi sur les appareil qui le font en wifi et qui revient. La box a déjà été changée.

Pourquoi je ne peux avoir d'ipv6 sur mes équipement ? on vient de comprendre que c'est la box ou le fai qui ne le fourni pas. Hors les équipements sont ouvert pour l'accepter.  y'a t'il un conflit à cause de cela ?

Il y a bien une raison qui explique que chaque expérience multijoueur soit congestionnée (le terme représente bien le phénomène, ou c'est comme devoir forcé dans un trou bouché) suf a 5h du matin, ou stable que quelques minutes après un redémarrage. On se base sur une ps( qui a été changée et qui fonctionne très bien end ehors du foyer dans un foyer ou visiblement tout a été passé au peigne fin avec aucun switch ou périphérie entre la box et l'appareil et dans un foyer avec très très peu d'équipement electrique.

On isole les serveur de jeu car le problème est uniquement ciblé sur moi et jamais les autres.

donc je résume on a : une ipv6 foireuse plus une expérience multijoueur instantané foireuse.

Qu'est ce qui pourrait produire cela si on se tient à toute les caractéristique citée et vérifié par exemple ? c'est cette réponse la qui est importante

La seule chose ou mon intuition reste extrêmement persistante c'est sur vos fameux routeurs ou tout mon trafic passe. Vous disiez que sur des trace route c'est normal mais sur pingplotter3 on voit clairement sur les graph que ça pète toujours ici. Si j'étais relié sur un autre scope non surchargée aurais-je toujours sces problématique ?

J'vais retourner tester chez quelqu'un avec ma ps5 en cable ethernet sur une fibre
Si j'chope le voisin j'lui demanderais si on peut tire run cable de 30 mètre pour une session en ligne, toujours avec le même matos
je ferais les test ipv6 sur mon pc avec ce potentiellement câble tiré du voisin

Ce n’est pas la peine de chercher à « configurer l’IPv6 sur les appareils depuis la box » : ce que tu cherches à faire est de la délégation de préfixe avec le serveur DHCPv6 de la box. Tu fais fausse route, ça ne sert pas à ça.

La Bbox permet par défaut aux appareils de s’adresser en IPv6 par SLAAC. Seulement, la Bbox Wi-Fi 7 est dans un cas particulier, le SLAAC est désactivé pour le moment car Bouygues doit résoudre un problème sur son réseau. C’est censé revenir vers la fin de l’automne (c’est évoqué dans plusieurs sujets).

Mais tout fan de l’IPv6 que je sois, je ne vois pas comment ça réglerait le problème. Tout est encore adressé en IPv4, et ça devrait évidemment bien fonctionner avec. Pour trouver l’adresse IP des serveurs de jeu, si c’est sur console, je peux rater une manière de faire mais je ne vois que comme option de capturer le trafic avec un switch et un port miroir qui va vers un PC avec Wireshark. Celles vers lesquelles un trafic peu volumineux mais soutenu est envoyé tant que la partie Multi est en cours sont les bonnes. Si tu peux faire un mtr de 10 minutes vers ces serveurs, ce serait une avancée.

Ok j'ai lancé un mtr sur ping-eu.ds.on.epicgames.com avec win mtr, actuellement il tourne depuis deux minutes et j'ai des pertes "loss" sur le fameux 176-146-32-2 abo.box

Des fois quand j'effectuent des tâches sur une application en ligne j'ai le cable ethernet qui se déco,puis reco ou une perte de signal wifi sur les appareil qui le font en wifi et qui revient. La box a déjà été changée.

Quand votre voiture s'éteint et se rallume quand vous roulez, vous continuez de chercher dans les réglages du GPS pourquoi le guidage s'arrète aléatoirement?

Si le liens physique niveau 1 n'est pas stable, cela ne sert strictement à RIEN de chercher ailleurs. Vous avez un soucis de câble/box/machine/console/wifi.

Si vous n'êtes pas toujours pas en mesure de d'accepter cela et tenez absolument à faire des tests sur machine pour le prouver, lancez un ping -t vers l'ip de la box (comme cela vous restez en local) et attendez de voir tous les combiens de temps vous perdez des paquets et combien...

Je dois avouer que je trouve ça étrange de voir le 2ème hop sur Pingplotter avec un ping plus haut que tous les autres derrière. Dans tous mes diagnostics de routes vers des serveurs de jeu en ligne, je n'ai jamais vu ça moi-même. Je sais qu'il ne faut pas regarder les pertes de paquets sur les sauts intermédiaires, mais pour ce qui est de la latence, je trouve ça étrange.

Sur un routeur d'opérateur vous avez 2 parties :
- le data-plane (celui qui redirige le trafic, le vrai, qui se prend des centaines de Gbps dans la tronche)
- le control-plane (celui qui pilote le data-plane et qui fait tout ce qu'il ne sait pas faire)

Quand vous faites un ping vers un serveur, le ping traverse le data-plane pour aller à la destination : c'est stable car le hardware, donc des puces physiques s'en occupent.

Mais quand vous traceroutez/pingez le routeur directement, vous vous adressez à lui-même, donc au control-plane (CP), géré par un CPU pour sa polyvalence à faire 36000 trucs.
Mais pour que le routeur puisse bien faire son travail (à savoir router), il doit surveiller et assurer la bonne maitrise du data-plane.

C'est comme un poste d'aiguillage : faire rouler des trains c'est facile. Mais changer de chemin, c'est déjà plus compliqué, ça prend des ressources, donc on le fait le moins souvent possible.

Donc si vous bourrinez le CP, celui qui gère le poste d'aiguillage, au pire le routeur se contrefout de vos requêtes et répondra plus lentement, parfois voire plus du tout. Mais le trafic passera quand même, car le chemin est calé donc vos trains de données peuvent passer.

Du coup ici, j'imagine sans mal que le routeur doit gérer des dizaines de milliers d'abonnés, avec des règles de filtrage élémentaires, des règles de débit, etc. Tout en parlant aux autres routeurs (hé tout le monde, l'abonné X, il est chez moi).

Voilà pourquoi le ping et le loss (sur un routeur j'insiste, pas la destination) est très fluctuant mais n'a aucun impact sur le trafic.
ps: évidemment il y a des raccourcis volontaires pour que tout le monde puisse comprendre

Sur un routeur d'opérateur vous avez 2 parties :
- le data-plane (celui qui redirige le trafic, le vrai, qui se prend des centaines de Gbps dans la tronche)
- le control-plane (celui qui pilote le data-plane et qui fait tout ce qu'il ne sait pas faire)

Quand vous faites un ping vers un serveur, le ping traverse le data-plane pour aller à la destination : c'est stable car le hardware, donc des puces physiques s'en occupent.

Mais quand vous traceroutez/pingez le routeur directement, vous vous adressez à lui-même, donc au control-plane (CP), géré par un CPU pour sa polyvalence à faire 36000 trucs.
Mais pour que le routeur puisse bien faire son travail (à savoir router), il doit surveiller et assurer la bonne maitrise du data-plane.

C'est comme un poste d'aiguillage : faire rouler des trains c'est facile. Mais changer de chemin, c'est déjà plus compliqué, ça prend des ressources, donc on le fait le moins souvent possible.

Donc si vous bourrinez le CP, celui qui gère le poste d'aiguillage, au pire le routeur se contrefout de vos requêtes et répondra plus lentement, parfois voire plus du tout. Mais le trafic passera quand même, car le chemin est calé donc vos trains de données peuvent passer.

Du coup ici, j'imagine sans mal que le routeur doit gérer des dizaines de milliers d'abonnés, avec des règles de filtrage élémentaires, des règles de débit, etc. Tout en parlant aux autres routeurs (hé tout le monde, l'abonné X, il est chez moi).

Voilà pourquoi le ping et le loss (sur un routeur j'insiste, pas la destination) est très fluctuant mais n'a aucun impact sur le trafic.
ps: évidemment il y a des raccourcis volontaires pour que tout le monde puisse comprendre

très interessant mais alors pourquoi par exemple chez d'autre personnes ou j'ai fais des traceroute, les lignes des routeurs (je pars du principes que les saut 2,3,4 le sont sur le traceroute) tout est clin. Que se passerait t'il en vrai de vrai sion me changer de scope, juste pour voir pour vérifier. vous avez sans doute raison vous êtes l'expert mais imainez, ça se trouve ca pose un problème. On a déjà vérifié ce genre de cas ?