Bonsoir !

Après moultes péripéties et retards rocambolesques, j'ai la joie de vous annoncer que K-net déploie massivement de l'IPv6 natif.

Un groupe de 1000 volontaires choisi pseudo-aléatoirement sont actuellement jetés dans le nouveau monde.

Côté technologie, chaque client dispose d'un subnet de taille /56, il possède donc 256 subnet aptes à faire de la configuration stateless.
L'ensemble des routes (/56 via l'IP d'interconnexion de la Kbox) est annoncé via deux routes serveurs (Exabgp sur Debian, https://code.google.com/p/exabgp/), ce qui garanti une certaine haute disponibilité.

Côté trafic, le leader est Google, chez qui 100% des services semblent compatibles IPv6, a en croire les dessins
Pour rappel, ceux-ci sont compulsables ici (il semble que certaines information manque en v6, les graphes ne sont pas exhaustif à 100%, voir ici.

Il y a une priorité ipv6 quand les deux sont présents ?

Les graphes répondent à ta question, Nico :
- 65Mb en pointe v6
- 425Mb en v4

Ratio : 15% (= 1k abonnés environ)

Optrolight, la RFC 3484 définit le comportement à adopter

10.3. Configuring Preference for IPv6 or IPv4

   The default policy table gives IPv6 addresses higher precedence than
   IPv4 addresses.  This means that applications will use IPv6 in
   preference to IPv4 when the two are equally suitable.

Si le client + le serveur + le réseau sont IPv6, alors les échanges se font en IPv6 de façon préférentielle.

Sinon, c'est en IPv4.

A noter qu'en cas d'échec en IPv6 (panne du réseau IPv6 mais pas IPv4), le client tente en IPv4.

Pas forcèment, c'est en fonction du client.

Un client peut attendre longtemps avant de tenter IPv4, ou bien ne pas tenter du tout.

Dans tous les cas, une connectivité IPv6 très médiocre est pire que pas du tout pour un usage "Michu".

Côté réseau et serveurs, oui, c'était déjà en place en 2012 pour l'IPv6 day (vieille page : http://ipv6.kwaoo.net/)
Côté client, non (à mon grand regret)

Bizarre, jack tu confirmes que ce n'est pas une erreur ?