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

0 Membres et 1 Invité sur ce sujet

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 #72 le: 10 octobre 2018 à 23:08:18 »
le taux de clients connectés en IPv6 est particulièrement faible, de 0 à quelques pour cents. Les opérateurs préfèrent faire du CGNAT.

Il y a toujours du NAT pour les cibles disponibles uniquement en IPv4 (mais plus pour les cibles disponibles en IPv6)

Aujourd'hui Orange comme Bouygues ou les opérateurs américains déploient de l'IPv6 only sur le mobile. Le mobile à uniquement une IPv6. Pour joindre les sites en IPv4, on utilies du DNS64/NAT64 : Le DNS donne une IPv6 aux sites disponibles uniquement en IPv4, cette IPv6 étant celle du NAT64 qui lui a une connectivité IPv4.

Aujourd'hui les opérateurs ne déploiement pas d'IPv6 sur les iPhones pour deux raisons :

- Raison N°1 : Certains VPN ne passent pas avec le NAT64. Un exemple: OpenVPN inutilisable avec l'APN IPv6 4G Bouygues. Le cas remonté par oliviertoto92350 n'est pas un cas exceptionnel. C'est une régression connue. il faut donc que le client puisse désactiver IPv6 si son usage le nécessite, le temps que les VPN d'entreprises soient disponibles en IPv6. Or Apple ne permet pas de désactiver IPv6 : il faut l'activer pour tous les clients du FAI ou pas.

- Raison N°2 (qui reste acceptable) : iOS ne supporte pas 464XLAT. Il est donc impossible si tu tapes http://46.227.16.8/ de charger la page (et malheureusement, certains sites web ou logiciels mal codés utilisent des IP littérales pour accéder à des ressources)

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 #73 le: 11 octobre 2018 à 05:36:41 »
SFR ne peut effectivement pas activer par défaut l'IPv6 avec tunnel, car cela demande des ressources réseaux (pour terminer le tunnel) et que cela a des impacts en terme de débit FTTH (limitation à moins de 200 Mb/s avec la Neufbox v6) et débit ADSL avec la NeufBox v4 (limitation à moins de 8 Mb/s)
C'est beaucoup moins que 200Mb/s, même sur la NB6VAC (je ne peux pas vérifier sur ma NB6V car le fichier de configuration ne donne plus d'IPv6 depuis juillet).

Par contre SFR fait de plus en plus de l'IPv6 natif et là contrairement aux autres, IPv6 n'est pas activé par défaut.
Est-ce qu'on a des abonnés qui ont basculé dessus récemment ? Soit le déploiement est extrêmement lent, soit il a été mis en pause puisque les premiers tests remontent à plusieurs années et les perspectives d'activation communiquées à l'ARCEP sont très faibles.
Les critères d'éligibilité n'ont pas été annoncés non plus à ma connaissance : des abonnés aléatoires pour tester ? Certains NRO/DSLAM ? Certains POP ?

- Raison N°2 (qui reste acceptable) : iOS ne supporte pas 464XLAT. Il est donc impossible si tu tape http://46.227.16.8/ de charger la page (et malheureusement, certains sites web ou logiciels mal codés utilisent des IP littérales pour accéder à des ressources)
Selon leur doc ils génèrent les IPv6 pour les IPv4 littérales eux-mêmes mais :
 - C'est sur les APIs de résolution DNS, pas de manière transparente pour tout trafic IP : certaines applis pourraient ne pas fonctionner.
 - Ca passe probablement par un serveur Apple et non pas celui de l'opérateur.

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 #74 le: 11 octobre 2018 à 08:46:37 »
Selon leur doc ils génèrent les IPv6 pour les IPv4 littérales eux-mêmes mais :
 - C'est sur les APIs de résolution DNS, pas de manière transparente pour tout trafic IP : certaines applis pourraient ne pas fonctionner.
 - Ca passe probablement par un serveur Apple et non pas celui de l'opérateur.

Intéressant, je ne savais pas. Un client Appel en IPv6 only (on en trouve aux USA) pourrait donc ouvrir une IPv4 littérale ?

Tu as une source ?

Il reste le problème N°1, qui est aussi présent aux USA. Les servie clients des opérateurs américains renvoient la faute sur le VPN si il ne supporte pas IPv6 et il me semble qu'aux USA tous les opérateurs mobiles sont en IPv6 only, il n'est donc pas possible de passer à la concurrence pour résoudre le problème.

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 #75 le: 11 octobre 2018 à 11:56:21 »
Intéressant, je ne savais pas. Un client Appel en IPv6 only (on en trouve aux USA) pourrait donc ouvrir une IPv4 littérale ?

Tu as une source ?

Il reste le problème N°1, qui est aussi présent aux USA. Les servie clients des opérateurs américains renvoient la faute sur le VPN si il ne supporte pas IPv6 et il me semble qu'aux USA tous les opérateurs mobiles sont en IPv6 only, il n'est donc pas possible de passer à la concurrence pour résoudre le problème.
https://developer.apple.com/library/archive/documentation/NetworkingInternetWeb/Conceptual/NetworkingOverview/UnderstandingandPreparingfortheIPv6Transition/UnderstandingandPreparingfortheIPv6Transition.html
Citer
If your app needs to connect to an IPv4-only server without a DNS hostname, use getaddrinfo to resolve the IPv4 address literal. If the current network interface doesn’t support IPv4, but supports IPv6, NAT64, and DNS64, performing this task will result in a synthesized IPv6 address.
La page dit le contraire un peu avant, mais ça semble être un oubli des anciennes versions.

Bref :
 - les APIs de haut niveau devraient fonctionner de manière transparente
 - pour les sockets il semble nécessaire d'utiliser getaddrinfo (ce qui n'est pas forcèment un réflexe pour une IP littérale, car normalement pour un code qui ne fait pas de résolution DNS, remplir sa "struct sockaddr" manuellement fonctionne), et de ne pas utiliser de fonctions qui ne supportent pas IPv6 à la base ou qui nécessitent de spécifier manuellement IPv4 ou IPv6 (gethostbyname, gethostbyaddr, ...).

Donc ça peut nécessiter des adaptations au niveau du code (par exemple dans curl : https://github.com/curl/curl/commit/01a49a7626ee4a226cd0b50d70591ab147d60ee0), contrairement à Android où le 464XLAT est beaucoup plus transparent.

Stilnox

  • Abonné Free fibre
  • *
  • Messages: 94
Le baromètre 2018 Arcep pointe le retard sur le fixe de SFR et Bouygues
« Réponse #76 le: 11 octobre 2018 à 12:12:25 »
Comment faire pour ton adressage interne (non du PA n'est pas une option).

Pareil imagine la boite de 200 personnes qui change de provider qui doit tout reconf...

+1, j'avais pas encore pensé à ça côté IPv6, c'est vrai que ça doit être un peu galère à gérer en cas de changement d'opérateur.  ???

lechuck

  • Abonné Orange Fibre
  • *
  • Messages: 1 759
  • 06
Le baromètre 2018 Arcep pointe le retard sur le fixe de SFR et Bouygues
« Réponse #77 le: 12 octobre 2018 à 09:22:43 »
Chez SFR en FTTH, IPV6 est dispo, mais ca ne marche pas chez beaucoup de gens...
J'ai ouvert un incident au support qui ne propose rien d'autre que de reinitialiser la box en paramètres d'usines...
Ils s'en contrefichent.

roncamma

  • Abonné MilkyWan
  • *
  • Messages: 52
  • Toulouse (31)
Le baromètre 2018 Arcep pointe le retard sur le fixe de SFR et Bouygues
« Réponse #78 le: 12 octobre 2018 à 15:18:09 »
Y'a pas si longtemps (en 2014) j'ai appris les classes d'adresses IPv4, A, B, C en IUT de Réseaux & Télécoms. Et je serai pas étonné que ce soit toujours le cas (même profs). Durant mes 2 années, nous n'avons eu 1 seul cours et 1 seul TP sur IPv6.

Huissier

  • Expert
  • Abonné Free adsl
  • *
  • Messages: 1 567
  • Aix-en-Provence (13)
Le baromètre 2018 Arcep pointe le retard sur le fixe de SFR et Bouygues
« Réponse #79 le: 12 octobre 2018 à 19:46:24 »
Formation similaire en 2006 : cours sur le 10 base 2...

Ethancarter

  • Abonné Free fibre
  • *
  • Messages: 209
  • Var - 83 - ZMD AMII SFR
Le baromètre 2018 Arcep pointe le retard sur le fixe de SFR et Bouygues
« Réponse #80 le: 13 octobre 2018 à 00:29:50 »
Est-ce qu'on a des abonnés qui ont basculé dessus récemment ? Soit le déploiement est extrêmement lent, soit il a été mis en pause puisque les premiers tests remontent à plusieurs années et les perspectives d'activation communiquées à l'ARCEP sont très faibles.

Bonjour,

Abonné SFR en FTTH, dans un zone AMII SFR en cours de déploiement, donc sur des équipements très récents, avec un OLT changé il y a quelques semaines d’après mes sources : aucune trace d'ipv6 native, juste du teredo lorsque l'on active la ressource depuis l'interface de la box....

turold

  • Profil non complété
  • ******
  • Messages: 1 683
  • mp fermée (sauf admin et exceptions temporaires)
Le baromètre 2018 Arcep pointe le retard sur le fixe de SFR et Bouygues
« Réponse #81 le: 13 octobre 2018 à 16:37:51 »
C'est moi, ou il n'y a ni OVH Telecom, ni les hébergements d'OVH dans ce baromètre? Normal?

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 #82 le: 13 octobre 2018 à 20:41:31 »
OVH Telecom a du être considéré comme opérateur pro. L'observatoire est en effet limité aux offres grand public.

Prix hors taxe et pas d'offre TV, c'est plus une cible pro...

turold

  • Profil non complété
  • ******
  • Messages: 1 683
  • mp fermée (sauf admin et exceptions temporaires)
Le baromètre 2018 Arcep pointe le retard sur le fixe de SFR et Bouygues
« Réponse #83 le: 13 octobre 2018 à 21:39:55 »
C'est vrai qu'OVH Telecom glisse de plus en plus vers le marché pro. C'est presque pensé que comme ça.

Soit, mais pourquoi aucune donnée pour OVH côté hébergeur? Surtout que l'IPv6 se développe petit à petit. Pourquoi le cacher?