Même si ça semble assez moche ...

"464XLAT (RFC 68776) est une technique qui consiste à modifier le système d'exploitation pour que les applications disposent en apparence d'une adresse IPv4 fonctionnelle, alors que la traduction d'adresse est active sur un hôte ne disposant que d'adresses IPv6." (wikipédia)

... ton commentaire fait très Apple addict de base !

En 2017, vu les guidelines publiées auprès des devs depuis 2 ans et les exigences pour la validation des apps, 464XLAT n'est pas "nécessaire" sur iOS: Utilisation d'adresses par NDD, IPv6 devant être supporté si présent, APIs associées. Toutes les apps aujourd'hui actives et mises à jour sur l'Appstore respectent ces guidelines. IPv6, c'est de l'histoire ancienne pour iOS… ça fonctionne, idem pour les apps tierces.
Le taux d'adoption des MàJ iOS y contribue également. iOS 10 est à plus de 84% me semble-t-il.
De fait, on n'a pas de legacy à supporter sur iOS qui soit très ancien. C'est une situation très différente sur Android.

Ce qui reste nécessaire pour un appareil iOS connecté en IPv6-only, c'est le support du réseau pour assurer les fonctions nécessaires vers un réseau IPv4 (NAT64/DNS64).
Quand Boris écrit que l'iPhone est exclu de l'IPv6 car pas de 464XLAT, c'est le choix de l'opérateur quant à son infrastructure et non une lacune de l'OS d'Apple.

Je vais me renseigner sur ce qui bloque pour l'IPv6 sur iPhone.

J'ai supposé que ce sont des sites web avec IPv4 en dur, sans nom de domaine et une volonté de 0 régression.

On est en phase, on ne devrait jamais mettre d'IP en dur sur un site web.

site Web et adresse IP littérale, c'est so "années 90" surtout. Heureusement, internet n'est (que) le web.
Coté Bouygues, on m'avait argumenté l'aspect legacy, pour compatibilité avec certaines apps. Mais j'avais avancé le point de vue écrit plus haut. Le legacy ne tient pas avec iOS (d'autant que toute app trop ancienne/non maintenue sera en 32 bits et ne se lancera *pas* sous iOS11). (Rappel: 84% d'adoption d'iOS10 aujourd'hui)
Bref, je pense qu'il y a un mix entre réflexe habituel (et inapproprié ici) de supporter l'aspect legacy de la part du FAI, des choix fournisseurs coté core network et… un parc de terminaux plus important coté Android.

Hugues, ne laissez pas un tel suspense...

Cela restera entre-nous (et ceux qui lisent ce sujet)

Un VPN d'entreprise sans round-robin DNS ?

O RLY ?

Un VPN d'entreprise sans round-robin DNS ?

O RLY ?

Des qu'on dit "entreprise", l'aspect "IP(v4) en dur" devient la regle, car le DNS est vu comme "une nuisance a eviter tant que possible". Generalement par manque de conaissance.