Bonjour, Je ne suis pas expert IPv6, mais si tes postes sont bien en IPv6, mais que tu n'as aucune route IPv6 hors link-local (pas de RA, donc pas de connectivité IPv6 vers Internet), ton OS n'essaie même pas de sortir en IPv6 ni même de résoudre en AAAA.
Tous les sites dual stack fonctionnent comme ça donc il n'y a je pense aucune raison qu'il y ai un soucis la dessus. Cdlt, Mathieu De : ipv6tech-boun...@g6.asso.fr [mailto:ipv6tech-boun...@g6.asso.fr] De la part de CHABIRAND Gael Envoyé : mardi 6 janvier 2015 10:32 À : ipv6tech@g6.asso.fr Objet : [IPv6-Tech] Problématique de dual stack Bonjour à tous, J'ai une problématique technique à soumettre ci-dessous. La Poste prévoit d'ouvrir, en IPv6, des services WEB stratégiques pour son activité aujourd'hui accessibles seulement en IPv4. Ces services sont ouverts au grand public à travers Internet. Dans ce contexte, nous nous interrogeons sur le risque de dégradation de service pour les utilisateurs qui utilisent des postes dual stack, la majorité des OS s'installant aujourd'hui avec les deux piles par défaut. Le risque que nous cherchons à évaluer est décrit dans la RFC6555/Happy Eyeball : systèmes recevant des enregistrements A et AAAA pour un nom donné, alors que : - Le service est effectivement accessible en IPv4 et IPv6 côté serveur (répondant au nom en question), - 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 (cf http://www.ietf.org/proceedings/80/slides/v6ops-12.pdf par exemple), avec une partie des systèmes clients qui ne répondront plus pendant une 40aine de secondes (happy eyeballs...) avant de basculer en IPv4? La RFC6555 offre une solution à ce problème mais son implémentation dépend des navigateurs (pour http/ftp/...), et des versions d'OS. Microsoft ne semble pas l'avoir retenu, mais avoir fait d'autres choix. Nos questions sont les suivantes : 1- Les bases du problème énoncées ici sont-elles les bonnes ? Le risque est-il bien réel ? Est-il modéré par des éléments non décrits ici ? (par exemple si les systèmes dual stack n'ont qu'un adressage local link IPv6, ou si aucune route par défaut IPv6 n'est connue, autre... ?) 2- Peut-on avoir des retours de membres du G6 pour des entités qui ont procédé à ce type de migration ? Gael CHABIRAND Post-scriptum La Poste Ce message est confidentiel. Sous reserve de tout accord conclu par ecrit entre vous et La Poste, son contenu ne represente en aucun cas un engagement de la part de La Poste. Toute publication, utilisation ou diffusion, meme partielle, doit etre autorisee prealablement. Si vous n'etes pas destinataire de ce message, merci d'en avertir immediatement l'expediteur.
_______________________________________________ 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
