D'ailleurs ceci expliquant cela (le cout des mécanisme de NAT44 est pas
nécessairement élevé / user mais il est pas nul, donc tout ce que tu peux
passer en IPv6 te fais économiser un pouillème pour chaque subscribers) et
des gros opérateurs mobile y ont trouvé un intérêt au. Typiquement, Jio,
300Millions de subscribers en Inde, full IPv6 natif (y compris la VoLTE et
ca honnêtement j'aurai pas voulu être le premier à tester...)
https://conference.apnic.net/50/assets/files/APCS790/Harnessing-the-power-of-IPv6.pdf



Le lun. 1 févr. 2021 à 12:55, JCLB <[email protected]> a écrit :

> DNS64 / NAT64 est déjà une réalité sur la plupart des smartphones récents
> chez les opérateurs en dehors de Free.
> Les utilisateurs subissent donc un NAT PAT stateful.
>
> Il faut toutefois relativiser, auparavant 100% de la data mobile subissait
> du NAT PAT 44.
> Aujourd'hui le trafic IPv6 natif sort en direct, et on peut supposer que
> 20 à 30% du trafic échappe donc à NAT64.
>
> Sur le fixe les mécanismes sont stateless avec des approches Adress+Port
> (4rd, MAP T/E,...)
>
> Au besoin la précédence des OS se configure si on a besoin de conserver la
> priorité IPv4 et d'outrepasser la RFC 6724.
> Voir ici pour Windows http://support.microsoft.com/kb/929852
> Et pour Linux GetAddressInfo /etc/gai.conf
>
> Attention, certaines applications comme les navigateurs implémentent leur
> propre priorisation de v6 sur v4, indépendante de la configuration du stack
> de l’OS. De plus l’implémentation du mécanisme Happy eyeballs 2 (RFC 8305)
> peut également varier. (Délai entre les requête DNS A et AAAA, temps
> d’attente du retour, délai de timeout du socket distant avec bascule…)
>
> Jean-Charles BISECCO
>
>
> -----Message d'origine-----
> De : [email protected] <[email protected]> De la part de
> Daniel Caillibaud
> Envoyé : lundi 1 février 2021 12:33
> À : [email protected]
> Objet : Re: [FRnOG] [MISC] Les âneries que les vendeurs nous racontent
>
> Le 29/01/21 à 22h29, Laurent Barme <[email protected]> a écrit :
> > Ce n'est par le client qui est en cause.
>
> Je parlais du client réseau, au sens client / serveur…
>
> > Aujourd'hui je constate que c'est déjà l'IPv6 qui est prioritaire,
> > demain j'anticipe que ce sera, parfois d'abord et toujours ensuite, la
> > seule disponible par défaut... et là, il faudra bien y passer.
>
> Je pense que ce sera peut-être après-demain, et je serai sûrement à la
> retraite avant ;-)
>
> Ce qui risque d'arriver un peu plus tôt, c'est des client "only v6" qui
> devront passer par une translation v6-v4 qui va devenir plus pénalisante
> qu'aujourd'hui (parce que des acteurs qui peuvent l'imposer l'auront
> décidé), et qu'on devra s'y mettre pour éviter de trop détériorer leur
> accès, mais même ça je pense que c'est pas pour tout de suite, on a le
> temps de changer de génération d'infra plusieurs fois avant.
>
> --
> Daniel
>
> Si le temps vous semble long, prenez-le dans le sens de la largeur.
> Grégoire Lacroix
>
>
> ---------------------------
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>
> ---------------------------
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/

Répondre à