Puis si c'était du offload CPU alors je n'aurais accès à aucun site, pas juste ceux qui sont en IPV6.

Je ne serai pas si sûr, je pense que ça doit être séparé, un par protocole IP.

Changer de slot dans la même arbre PON ne sert pas à grand chose car tout le monde reçoit physiquement le même signal lumineux (techniquement on reçoit le trafic entier de l'arbre et c'est l'ONT qui fait le tri à l'entrée en ne prenant que ce qui nous est destiné).

Pas de MAP-T même avec une ip complète ? C'est une "vrai" dual stack ? Désolé si mes questions paraissent con je ne connais vraiment pas la techno en question.

EDIT : Quand tout le monde sera couché à la maison je ferais des tests sur la mienne, je suis en 2.5 gbits avec mon PC. Pour l'instant sur steam à presque 200 MO / sec j'ai pas eu de problèmes. C'est quoi la procédure pour provoquer le plantage à 100% chez vous ?

J'ai pas vraiment de solution pour être sûr que ça plante à 100 % mais ça m'est arrivé pendant téléchargement de http://appliwave.testdebit.info/10G.iso ou un iperf avec un serveur 10G. Comme dit sur un des topics, il semble que rester plusieurs minutes > 200 Mo/s soit nécessaire. Et pourtant, il me semble que juste après l'installation de la box, je l'ai faite crasher en faisant une vingtaine de secondes à 7 Gb/s en iperf.
Pour l'instant, j'ai pas trop envie de la refaire crasher, j'aime bien quand Internet fonctionne aussi parfois

Je viens de reproduire avec un "iperf3 -R -P10 -t0 -c <server>" sur un serveur 8G (je tape 2.2 Gbit/s car je passe par du 2.5G). Au bout de 62 secondes, ça coupe.
Rien dans les logs de la box à part "Échec diagnostic Bbox (Timeout)" quand le problème se produit.
Côté traceroute :

(192.168.1.100) -> 1.1 (1.0.0.1)                                                                                                                                                    2024-12-05T22:59:43+0100
Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                                                                                                                                                          Packets               Pings
 Host                                                                                                                                                                   Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. 192.168.1.254                                                                                                                                                       0.0%   106    0.5   0.4   0.2   0.8   0.1
 2. 176.146.0.2                                                                                                                                                         34.3%   105  1418. 1438. 1189. 1725. 102.4
 3. 62.34.2.220                                                                                                                                                         98.1%   105    3.4   3.6   3.4   3.7   0.2
 4. (waiting for reply)

Au début, je n'avais que le premier saut. Puis le second est arrivé malgré 30% de loss. Puis finalement quelques paquets vont jusqu'au saut 3.

Et je viens de voir que, en effet, ça revient bien tout seul précisément après 10 minutes avec "Diagnostic réalisé par la Bbox" dans les logs de la box.

Je viens de reproduire encore une fois avec ce serveur (en IPv4):
iperf3 -c appliwave.testdebit.info -R -P10 -t 0 -p 9201Ça a coupé à 124 secondes, presque deux minutes pile.

C'est possible de tester avec iperf3 tout pareil mais en IPv6 ?

Bon alors ici, même test, même punition.

J'ai lancé :
iperf3 -c appliwave.testdebit.info -R -P10 -t 0 -p 9201
Après 64 secondes très exactement le débit s'effondre pour atteindre 0, plus aucuns paquets ne passent en ipv4 ( j'ai lancé mon ping 8.8.8.8 1 sec après le début du test ) :

- - - - - - - - - - - - - - - - - - - - - - - - -
[  5]  63.00-64.00  sec  27.9 MBytes   234 Mbits/sec
[  7]  63.00-64.00  sec  29.4 MBytes   247 Mbits/sec
[  9]  63.00-64.00  sec  25.0 MBytes   210 Mbits/sec
[ 11]  63.00-64.00  sec  27.8 MBytes   233 Mbits/sec
[ 13]  63.00-64.00  sec  26.0 MBytes   218 Mbits/sec
[ 15]  63.00-64.00  sec  31.0 MBytes   260 Mbits/sec
[ 17]  63.00-64.00  sec  26.7 MBytes   224 Mbits/sec
[ 19]  63.00-64.00  sec  27.2 MBytes   228 Mbits/sec
[ 21]  63.00-64.00  sec  29.7 MBytes   249 Mbits/sec
[ 23]  63.00-64.00  sec  28.9 MBytes   242 Mbits/sec
[SUM]  63.00-64.00  sec   279 MBytes  2.34 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[  5]  64.00-65.00  sec  5.13 MBytes  43.0 Mbits/sec
[  7]  64.00-65.00  sec  7.69 MBytes  64.4 Mbits/sec
[  9]  64.00-65.00  sec  5.82 MBytes  48.8 Mbits/sec
[ 11]  64.00-65.00  sec  6.23 MBytes  52.2 Mbits/sec
[ 13]  64.00-65.00  sec  5.85 MBytes  49.0 Mbits/sec
[ 15]  64.00-65.00  sec  6.22 MBytes  52.1 Mbits/sec
[ 17]  64.00-65.00  sec  6.27 MBytes  52.6 Mbits/sec
[ 19]  64.00-65.00  sec  5.21 MBytes  43.7 Mbits/sec
[ 21]  64.00-65.00  sec  5.93 MBytes  49.7 Mbits/sec
[ 23]  64.00-65.00  sec  6.55 MBytes  54.9 Mbits/sec
[SUM]  64.00-65.00  sec  60.9 MBytes   510 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[  5]  65.00-66.00  sec  0.00 Bytes  0.00 bits/sec
[  7]  65.00-66.00  sec  0.00 Bytes  0.00 bits/sec
[  9]  65.00-66.00  sec  0.00 Bytes  0.00 bits/sec
[ 11]  65.00-66.00  sec  0.00 Bytes  0.00 bits/sec
[ 13]  65.00-66.00  sec  0.00 Bytes  0.00 bits/sec
[ 15]  65.00-66.00  sec  0.00 Bytes  0.00 bits/sec
[ 17]  65.00-66.00  sec  0.00 Bytes  0.00 bits/sec
[ 19]  65.00-66.00  sec  0.00 Bytes  0.00 bits/sec
[ 21]  65.00-66.00  sec  0.00 Bytes  0.00 bits/sec
[ 23]  65.00-66.00  sec  0.00 Bytes  0.00 bits/sec
[SUM]  65.00-66.00  sec  0.00 Bytes  0.00 bits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
64 bytes from 8.8.8.8: icmp_seq=62 ttl=114 time=12.8 ms
64 bytes from 8.8.8.8: icmp_seq=63 ttl=114 time=12.3 ms
^C
--- 8.8.8.8 ping statistics ---
103 packets transmitted, 62 received, 39.8058% packet loss, time 103713ms
rtt min/avg/max/mdev = 9.818/12.694/13.141/0.447 ms
Une fois l'ipv4 devenu inutilisable, apparition de l'erreur C1 sur la box un peu plus d'une minute après, un traceroute vers 8.8.8.8 s'arrête au 2e noeud :

  1    <1 ms    <1 ms    <1 ms  mabbox.bytel.fr [192.168.1.254]
  2  1441 ms     *        *     176-145-144-2.abo.bbox.fr [176.145.144.2]
  3     *        *        *     Délai d’attente de la demande dépassé.
  4     *        *        *     Délai d’attente de la demande dépassé.
  5     *        *        *     Délai d’attente de la demande dépassé.

Puis au fil des minutes le traceroute va un peu plus loin, mais 8.8.8.8 ne répond toujours pas :

  1    <1 ms    <1 ms    <1 ms  mabbox.bytel.fr [192.168.1.254]
  2     *     1403 ms  1458 ms  176-145-144-2.abo.bbox.fr [176.145.144.2]
  3     *        4 ms     4 ms  i15-lef01-t2-62-34-3-209.ft.lns.abo.bbox.fr [62.34.3.209]
  4     *        *        *     Délai d’attente de la demande dépassé.

Enfin au bout d'une dixaine de minutes, je n'ai pas chronométré, tout revient tout seul.
Pendant tout le temps de la coupure, l'ipv6 est complètement utilisable sans aucun problème comme si de rien était, les sites répondent, ça ping chez google en ipv6 bref, tout va bien dans le meilleur des mondes.

Maintenant un iperf3 mais en ipv6 cette fois :

iperf3.exe -c ping6.online.net -R -P10 -t 0 -p 5200
RAS pendant plus de 200 secondes, je n'ai pas insisté plus longtemps pour ne pas pourrir le serveur en face inutilement :

- - - - - - - - - - - - - - - - - - - - - - - - -
[  5] 202.01-202.31 sec  13.2 MBytes   371 Mbits/sec
[  7] 202.01-202.31 sec  10.0 MBytes   280 Mbits/sec
[  9] 202.01-202.31 sec  2.12 MBytes  59.5 Mbits/sec
[ 11] 202.01-202.31 sec  2.88 MBytes  80.5 Mbits/sec
[ 13] 202.01-202.31 sec  8.75 MBytes   245 Mbits/sec
[ 15] 202.01-202.31 sec  12.1 MBytes   339 Mbits/sec
[ 17] 202.01-202.31 sec  12.0 MBytes   336 Mbits/sec
[ 19] 202.01-202.31 sec  16.0 MBytes   448 Mbits/sec
[ 21] 202.01-202.31 sec  1.75 MBytes  49.0 Mbits/sec
[ 23] 202.01-202.31 sec  2.38 MBytes  66.5 Mbits/sec
[SUM] 202.01-202.31 sec  81.2 MBytes  2.27 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
Il semble donc bien y avoir un problème avec l'ipv4 exclusivement, que ce soit pour la coupure, ou le moyen de la déclencher.

De plus j'ai l'impression que la box n'est pas en cause étant donné que le 1er noeud répond toujours immédiatement après la coupure. L'erreur C1 signalerait plutôt un problème de communication entre la box et l'infra bouygues, qui doit se faire en ipv4 j'imagine ?