Auteur Sujet: Baromètre IPv6 Arcep 2018  (Lu 47325 fois)

0 Membres et 1 Invité sur ce sujet

Oxynux

  • Abonné Bbox fibre
  • *
  • Messages: 347
  • FTTH ↓1Gb/s ↑250Mb/s sur Paris 16 (75)
Le baromètre 2018 Arcep pointe le retard sur le fixe de SFR et Bouygues
« Réponse #120 le: 29 octobre 2018 à 16:37:56 »
Effectivement @vivien suite à ton post j'ai finalement constaté que c'est l'option Private DNS de Android 9 qui me privé totalement de tout accès IPv4.

En effet lorsque j'utilise le DNS over TLS de Cloudflare (1dot1dot1dot1.cloudflare-dns.com) cela me coupe tout accès à IPv4 lorsque l'APN Orange est réglé sur IPv6, si je désactive l'option tout rentre dans l'ordre et le NAT64 + DNS64 fonctionne normalement.

alarig

  • AS204092 Association Grifon
  • Expert
  • *
  • Messages: 113
    • SwordArMor
Le baromètre 2018 Arcep pointe le retard sur le fixe de SFR et Bouygues
« Réponse #121 le: 29 octobre 2018 à 17:13:10 »
Comment ça peut marcher la configuration d’un résolveur DNS en filant un nom de domaine ?

Oxynux

  • Abonné Bbox fibre
  • *
  • Messages: 347
  • FTTH ↓1Gb/s ↑250Mb/s sur Paris 16 (75)
Le baromètre 2018 Arcep pointe le retard sur le fixe de SFR et Bouygues
« Réponse #122 le: 29 octobre 2018 à 17:29:32 »
Comment ça peut marcher la configuration d’un résolveur DNS en filant un nom de domaine ?
Cloudflare l'explique dans son article sur comment activer Private DNS sur Android Pie : https://blog.cloudflare.com/enable-private-dns-with-1-1-1-1-on-android-9-pie

Citation de: Cloudflare
Google requires a hostname for this field because of how mobile carriers are adapting to a dual-stack world in which IPv4 and IPv6 coexist. Companies are adopting IPv6 much more rapidly than generally expected, and all major mobile carriers in the US support it, including T-Mobile who has gone completely IPv6.

D'ailleurs Google à push cette solution pour que ça fonctionne entre autre chez T-Mobile (US) qui a un réseau full-IPv6.

alarig

  • AS204092 Association Grifon
  • Expert
  • *
  • Messages: 113
    • SwordArMor
Le baromètre 2018 Arcep pointe le retard sur le fixe de SFR et Bouygues
« Réponse #123 le: 29 octobre 2018 à 18:49:11 »
Merci pour l’explication :)
C’est assez original comme façon de faire, je trouve. Autant demander deux résolveurs, un v6 et un v4.

(mais on s’éloigne un peu du sujet là)

hwti

  • Abonné Orange Fibre
  • *
  • Messages: 2 237
  • Chambly (60)
Le baromètre 2018 Arcep pointe le retard sur le fixe de SFR et Bouygues
« Réponse #124 le: 29 octobre 2018 à 20:46:47 »
D'ailleurs Google à push cette solution pour que ça fonctionne entre autre chez T-Mobile (US) qui a un réseau full-IPv6.
Mais toute utilisation d'un DNS tiers en IPv6 only casse le DNS64, et donc oblige tout le trafic IPv4 à passer par le tunnel 464XLAT.

vivien

  • Administrateur
  • *
  • Messages: 47 231
    • Twitter LaFibre.info
Le baromètre 2018 Arcep pointe le retard sur le fixe de SFR et Bouygues
« Réponse #125 le: 29 octobre 2018 à 22:15:52 »
Il devrait être possible de faire un DNS tiers 64, mais c'est compliqué il faut récupérer le préfixe IPv6 à utiliser pour les sites en IPv4.

vivien

  • Administrateur
  • *
  • Messages: 47 231
    • Twitter LaFibre.info
Le baromètre 2018 Arcep pointe le retard sur le fixe de SFR et Bouygues
« Réponse #126 le: 31 octobre 2018 à 13:47:42 »
non c'est pas a jour.

L'Arcep t'a écouté et Chrome OS est maintenant du coté "Environnement IPv6-only" : https://www.arcep.fr/cartes-et-donnees/nos-publications-chiffrees/transition-ipv6/barometre-annuel-de-la-transition-vers-ipv6-en-france.html

Il ne reste donc que Windows 10 mobile et les anciennes version de Windows dans les systèmes d’exploitation grand public toujours maintenus sans support de la RFC 8106 Neighbor Discovery Protocol RDNSS.

kgersen

  • Modérateur
  • Abonné Bbox fibre
  • *
  • Messages: 9 092
  • Paris (75)
Le baromètre 2018 Arcep pointe le retard sur le fixe de SFR et Bouygues
« Réponse #127 le: 01 novembre 2018 à 13:52:22 »
Cool.

Par contre je trouve que le rapport se focalise trop sur l'infrastructure (des tuyaux aux OS) et pas les usages/applications.
Certes l'infrastructure doit être 'IPv6 ready' mais quid des applications ?

Quand je dit application ce n'est pas serveur web style Apache ou NGinx mais Twitter par exemple ou Fortnite ou Twitch. Ce sont les ampoules connectés ou la domotique a base de Wifi/cloud en général.
Ce n'est pas parce qu'un site ou une application tourne sur de l’infrastructure 'ipv6 ready' qu'elle est forcement IPv6 compatible.

Si demain on coupe IPv4, qu'elle sont les grands services, jeux en ligne, applications mobiles ou fixes qui ne marchent plus ? C'est cela qui compte pour l'utilisateur final plus que l'infra.


Strangelovian

  • Abonné Orange Fibre
  • *
  • Messages: 58
Le baromètre 2018 Arcep pointe le retard sur le fixe de SFR et Bouygues
« Réponse #128 le: 01 novembre 2018 à 14:53:12 »
Je me demande bien ce qu'attendent Amazon et Microsoft pour servir en ipv6... pas le budget sans doute  ::)
C'est d'autant plus scandaleux qu'ils l'offrent à leur clients dans leur cloud respectifs depuis longtemps.

Pour google, c'est OK... Sauf qu'Android ne gère pas DHCPv6, et que ça frêne forcèment l'adoption d'ipv6 dans tout un tas de situations.

alarig

  • AS204092 Association Grifon
  • Expert
  • *
  • Messages: 113
    • SwordArMor
Le baromètre 2018 Arcep pointe le retard sur le fixe de SFR et Bouygues
« Réponse #129 le: 01 novembre 2018 à 15:22:44 »
Si demain on coupe IPv4, qu'elle sont les grands services, jeux en ligne, applications mobiles ou fixes qui ne marchent plus ? C'est cela qui compte pour l'utilisateur final plus que l'infra.

Pour ce qui est des jeux, je dirais environ tous. Pour les applications fixes/mobiles, faut aller au cas par cas, mais y’a déjà pas mal de gros sites en IPv6 (google, facebook, youtube, tous les sites derrière cloudflare, etc.)

kgersen

  • Modérateur
  • Abonné Bbox fibre
  • *
  • Messages: 9 092
  • Paris (75)
Le baromètre 2018 Arcep pointe le retard sur le fixe de SFR et Bouygues
« Réponse #130 le: 01 novembre 2018 à 15:47:41 »
Sauf qu'Android ne gère pas DHCPv6, et que ça frêne forcèment l'adoption d'ipv6 dans tout un tas de situations.

Franchement 99% des gens qui reprennent cet argument n'ont aucune expérience réelle du déploiement d'IPv6.

Je n'ai pas vu un cas ou 'ca gene' vraiment en dehors de discours purement théorique de certains qu'on pas vraiment étudier / mis en oeuvre des cas réels.

Cet argument date d'au moins 2012 maintenant, soit plus de 6 ans et Google n'a toujours pas modifier Android pour le support de DHCPv6 statefull. Pensez vous vraiment que si la majorité des entreprises étaient vraiment 'gênées' par cela , la modification n'aurait pas été faite depuis ?

Je suis perplexe la dessus.

 



vivien

  • Administrateur
  • *
  • Messages: 47 231
    • Twitter LaFibre.info
peio
« Réponse #131 le: 01 novembre 2018 à 16:09:08 »
C'était gênant à l'époque où Windows ne supportait pas RFC 8106 Neighbor Discovery Protocol RDNSS et une entreprise souhaitait déployer de l'IPv6 only sur son réseau local (utilisation du proxy pour accéder à un site Internet en IPv4) ET avoir une seule méthode pour l’attribution des IPv6.

Il y a un site web où Microosft explique le problème qu'elle a rencontré en passant en IPv6 only en interne dans ses locaux.

Quelques mois aprés Windows 10 avait le support RFC 8106 Neighbor Discovery Protocol RDNSS !

Pour l'absence du support de DHCPv6 par Android, c'est que DHCPv6 ne permet pas un partage de connexion proprement et donc Android ne le supporte pas.
Pour moi il faut oublier DHCPv6 pour récupérer une simple IPv6 (pour un préfixe OK)