Bonjour, Le 6 janv. 2015 à 10:57, Julien VAUBOURG a écrit :
> Le 06/01/2015 10:31, CHABIRAND Gael a écrit : >> [...] >> - L'abonné ne dispose *PAS* d'une connectivité IPv6 effective, bien >> que son poste soit en dual stack. Par exemple les abonnés grand >> public d'Orange, avec des OS modernes sur les ordinateurs, mais pas de >> routage IPv6 via leur FAI. >> Dans ce cas de figure, est-ce qu'ouvrir le service IPv6 (ie renseigner >> un enregistrement AAAA pour le service dès que celui-ci dispose d'une >> connectivité IPv6 fonctionnelle) ne risque pas de dégrader >> énormément la qualité de service pour les postes dual-stack sans >> connectivité IPv6 réelle > > Si le poste dual-stack de l'abonné n'a pas accès à un routage IPv6, il n'aura > qu'une adresse de lien local sur son interface réseau et pas de route IPv6 > par défaut dans sa table de routage. Par conséquent, lorsqu'il voudra accéder > au service web, le nom de domaine ne sera résolu qu'en IPv4 (A), puisqu'il ne > dispose de toutes façons d'aucun moyen pour le contacter en IPv6. Il n'y a > donc simplement pas d'happy eyeball dans ce cas. > > Le seul problème avec le happy eyeball, c'est quand il y a un accès IPv6, que > le service dispose d'un AAAA, mais que le serveur correspondant à ce AAAA ne > répond pas correctement. Ça arrive assez souvent, parce que les fournisseurs > de services ont tendance à ne pas vérifier régulièrement le fonctionnement de > leur IPv6, alors que les utilisateurs basculent automatiquement en IPv4 en > cas de problème (avec une petite lenteur) et ne peuvent donc pas le signaler. A noter que Google fait énormément de statistiques sur le sujet. On peut voir des résultats intéressants ici : http://www.google.fr/ipv6/statistics.html#tab=per-country-ipv6-adoption Pour chaque pays est indiqué le pourcentage d'adoption (intéressant mais non pertinent pour la question), la latence et l'impact. La France est notée avec une latence de 0% (pas de différence entre IPv4 et IPv6) et un impact de 0.07% (je suppose 7 connexions sur 10000 sont non fonctionnelles). Le concept de Happy Eyeballs s'applique également à ces connexions là, c'est à dire que le client reçoit un préfixe IPv6 de son FAI mais pour une raison ou une autre ses paquets n'atteignent pas le serveur. La raison d'une perte de paquet entre le client et le service peut être au niveau du service (enregistrement AAAA mais service non fonctionnel en IPv6), du transit (chemin congestionné en IPv6 uniquement entre le FAI et le fournisseur de contenu) ou du FAI (infrastructure IPv6 non fonctionnelle). Happy Eyeballs traite indifféremment ces trois cas là. Cordialement Emmanuel Thierry _______________________________________________ G6 -- Association Francophone pour la promotion d'IPv6 (http://www.g6.asso.fr) Liste IPv6tech IPv6tech@g6.asso.fr Info : http://mailman.g6.asso.fr/mailman/listinfo/ipv6tech
