L'IPv6 natif arriverait chez SFR courant 2015.

Source : http://www.n9ws.com/forum/viewtopic.php?p=1103298#_thread

Reste à savoir pour quel types de clients et si c'est bien du natif.
A propos d'IPv6, il semble qu'il y a un vrai DNS IPv6 (enfin, le test http://test-ipv6.com retourne maintenant 10/10 et non 9/10 comme auparavant pour une histoire de DNS).

les NB6/V seront gérer "matériellement" l'ipv6, ou on sera toujours limité par le cpu comme c'est le cas actuellement avec l'encapsulation dans le v4 si je ne m'abuse ?

Pour être précis, les Neufbox v6 etv6v savent router en hard l'IPv6 et permettront d'avoir un débit bien meilleur (théoriquement proche de celui en IPv4, il est toutefois possible d'avoir des surprises)

La processeur de la Neufbox v4 n'ont pas été conçus pour router en hard l'IPv6 et l'IPv6 natif passera toujours le processeur.

Les débits en ADSL seront toujours mauvais.

Je vous ferais un comparatif avant / après sur la Neufbox v4, ma grand mère à cette box et habite à coté du NRA.

Je me réveille longtemps après la guerre, mais...

Pour être précis, les Neufbox v6 etv6v savent router en hard l'IPv6 et permettront d'avoir un débit bien meilleur (théoriquement proche de celui en IPv4, il est toutefois possible d'avoir des surprises)

La processeur de la Neufbox v4 n'ont pas été conçus pour router en hard l'IPv6 et l'IPv6 natif passera toujours le processeur.

... en "hard" ? Tu sous entends que les NB ont du matos dédié au au packet processing (FPGAs, ASICs, etc), comme les routeurs carrier grade ?
J'en suis très étonné... tout est software généralement, sur les STB. Tu as des sources ?

Les box ont depuis longtemps des accélérateurs hardware car leur petit CPU ne sait pas faire grand chose.

La Sagem F@st3374 est limité à 20 Mb/s sans les accélérateurs par exemple :

Voici la réponse du chef de projet de CPE FTTH Sagem le 31 juillet 2006 :

Explication des performances non satisfaisantes vues sur un téléchargement HTTP.

Fonctionnement des Accélérateurs:
Lorsque l'utilisateur lance un téléchargement TCP/UDP, les premiers paquets qui sont responsables de l'établissement de la connexion passent par le CPU(chemin classique :NAT/FIREWALL/policies...), une fois le lien est établie tous les prochains paquets passeront par les accélérateurs (chemin rapide). Les accélérateurs n'analyse que l'entête TCP/IP du paquet et pas son contenue.

Cas d'un transfert de texte par MSN MESSENGER:
Lorsque un client utilise MSN MESSENGER pour chatter se dernier se connecte sur le port 1863/TCP à un serveur de chez Microsoft. dans ce cas le Nat est traversé proprement et le message retour est bien identifié par le Firewall du F@st3374.

Cas d'un transfert de vidéo par MSN MESSENGER :
Les problèmes arrivent lorsque le client demande une connexion vocale/video. Dans ce cas, MSN MESSENGER va demander au serveur de choisir un autre port pour faire passer le flux vidéo. Et le problème c'est que ce port est choisie au hasard entre le port TCP/9000 et TCP/65535. Pour que le flux
vidéo provenant du serveur soit identifier par le firewall du F@st3374 et qu'il soit forwardé correctement, tous les paquets msn( TCP et destPort/srcPort = 1863) passeront par une fonction de traitement supplèmentaire qui permet d'analyser les contenues des paquets en plus de leurs entêtes TCP/IP.
Dans ce cas le flux vidéo passera par les accélérateurs(chemin rapide) mais tous les paquets msn(TCP-port =1863) passeront par le CPU(chemin classique).

Cas du port 80:
Si pour une raison ou pour une autre le MSN MESSENGER n'arrive pas à se connecter au serveur Microsoft sur le port 1863 alors il retombe sur le port 80 en faisant du HTTP tunneling. Affin de supporter ce cas bien particulier le F@st3374 fait passer touts les paquets HTTP(port 80) par le même chemin par lequel passe les paquets msn (port 1863).

Solution immédiate :
Ne supporter que le chat en mode texte dans le cas où le client MSN MESSENGER fait du backup sur le port 80. Et si dans ce cas particulier l'utilisateur veut faire du Chat en mode vidéo il doit installer UPNP sur son poste qui va s'en charger  de communiquer avec le Firewall du F@st3374 pour ouvrir les bons ports.

Je reste à votre disposition pour tout éclaircissement supplèmentaire.

Cordialement.

A noter que le même phénomène est utilisé sur le port 21 pour le FTP.

Note : Les box équipées de Watchdog reboot lors d'un transfert HTTP à 20 Mb/s ou plus, le CPU étant utilisé à 100%, le watchdog est là pour rétablir la situation via un reboot

Toutes non, pas la Freebox v6...

Tu as une source sûre à ce sujet ?

Ce qui est connu, c'est que la Freebox avec NAT est incapable d'atteindre le Gb/s proposé en FTTH, pas qu'elle ne dispose d'aucune accélération matérielle... Sachant que la Freebox v6 se base quand même sur un SoC Broadcom assez récent.