C'est toujours un tunnel PPP?

Toinou, une saturation du CPU pourrait expliquer une coupure du WiFi, car contrairement à d'autres box où le WiFi est matériel, là une parties des opérations nécessaires pour le WiFi ne sont pas réalisées par un processeur spécialisé, mais par le CPU Broadcom.

Pour ne plus avoir de saturation du processeur, il faudrait un IPv6 natif.

Aujourd'hui sur le marché, il existe deux type de chipsets pour le box ADSL/ Fibre :

- Chipsets Ikanos => Pas de WiFi géré par le chipset, il faut intégrer une carte WiFi sur le bus et donc tout est géré en hardware.

- Chipsets Broadcom => Le WifI 2,4 Ghz est intégré et géré en partie par le processeur central. Pour les box qui intègrent en plus un WiFI 5 Ghz, c'est par contre une carte WiFi sur le bus et donc tout est génère en hardware pour le 5 Ghz (mais pas pour le 2,4 Ghz)


SFR : 100% Broadcom, pas de 5Ghz
Free : 100% Broadcom, 5Ghz disponibles sur certaines Freebox révolution (les dernières fabriquées)
Orange : 100% Ikanos, 5Ghz disponible sur la livebox v3
Bouygues Telecom : Une partie des box sont Broadcom, une partie Ikanos et les dernières box Broadcom comme Ikanos ont du WiFi 5Ghz

Tableau pour se repérer dans les box Bouygues Telecom :

Bof.. tant que tu ne fais pas de gros transfert ça passe l'ipv6. (Sans compter que la majorité des sites reste ipv4 sauf google facebook et etc... mais rarement de quoi saturer 50 mbits). De toute façon ni sfr ni free ne propose de l'ipv6 natif il me semble...
Si jamais tu reproduis le soucis en wifi et en transfert local, je veux bien tester chez moi si sur la bêta j'ai le même soucis. (Adsl 4.5 mega donc je ne peux pas le reproduire en transférant depuis internet).

Si je reproduis ton soucis je le remonterai aux dev SFR. Mais je pense qu'en local la box gère l'ipv6 directement ...

Bof.. tant que tu ne fais pas de gros transfert ça passe l'ipv6. (Sans compter que la majorité des sites reste ipv4 sauf google facebook et etc... mais rarement de quoi saturer 50 mbits).

En l'occurrence, mes backups se font en IPv6 vers des serveurs connectés au minimum à 100 Mbps. Sans parler des dépots Debian utilisés pour les mises à jour qui sont également en IPv6.

Si jamais tu reproduis le soucis en wifi et en transfert local, je veux bien tester chez moi si sur la bêta j'ai le même soucis. (Adsl 4.5 mega donc je ne peux pas le reproduire en transférant depuis internet).

Je testerai ce soir un transfert local en IPv6 pour voir si ça peut faire planter le wifi. Mais j'ai l'impression que c'est la gestion du tunnel PPP/v6 qui mange tout le cpu ce qui ne devrait pas arriver en local...
Si je reproduis ton soucis je le remonterai aux dev SFR. Mais je pense qu'en local la box gère l'ipv6 directement ...

Je ne vois pas comment cela peut venir du PC. Il est branché en ethernet direct sur la neufbox et lorsque je lance un gros téléchargement depuis internet vers ce PC en IPv6, c'est le wifi qui tombe pour tous les équipements connectés sur la neufbox. Le PC n'a pas de carte wifi.

oui effectivement j'avais mal compris, je pensais que le trafic IPv6 se fait en Wifi.

Mes quelques contacts avec SFR concernant l'IPv6 m'ont tous confirmé que c'était hautement expérimental et fortement déconseiller de l'activé. D'ailleurs chez moi, offre fibre 1G/200M, IPv6 ne marche du tout meme avec le nouveau firmware de la NB6v actuellement en beta-test.

Autant avec une connexion ADSL ca peut ne pas être gênant vu les débit , autant avec une connexion fibre il faut mieux couper completement IPv6 dans la box.

T'as une raison particulière pour utiliser IPv6? Personnellement, pour avoir IPv6 j'ai ajouté un petit routeur Ubiquiti (un ERL)  qui fait un tunnel avec TunnelBroker.net. Ca marche bien mais ca plafonne a 100M/100M donc je ne l'active que quand j'en ai besoin vu qu'IPv6 est prioritaire sur IPv4 quand les 2 sont actifs.

ps: tu peux confirmer la saturation de la NB6v en la 'rootant' puis en regardant sa conso cpu pendant un transfert IPv6.

Est-ce que vous avez essayé via le 6rd de Free?