La Fibre
Télécom => Réseau => 
IPv6 => Discussion démarrée par: yrousse le 18 juillet 2017 à 22:33:08
-
Un joli milestone, annoncé par Carl Wuyts de Telenet : https://twitter.com/CarlWuyts/status/887230719059210240
IPv6 status BE: Reached 50,01% on IPv6 Google stats today, so (as of) today more traffic towards Google using IPv6 over IPv4 in Belgium!!
-
(http://www.distilleurs.fr/wp-content/uploads/2015/12/bouteille-champagne-700x466.jpg)
-
Mais les belges n'ont le coq comme emblème > celui qui chante les deux pieds dans la merde :P
Champagne aux belges
-
Mais les belges n'ont le coq comme emblème > celui qui chante les deux pieds dans la merde :P
Il manque le mot "pas" et même si ça fait "classe" de cracher sur son propre pays, je trouve cela toujours aussi ingrat. Après rien n'empêche ceux qui pratiquent le France bashing de changer de pays.
-
Après rien n'empêche ceux qui pratiquent le France bashing de changer de pays.
Non, pour la plupart des gens, c'est faux;
-
Il manque le mot "pas" et même si ça fait "classe" de cracher sur son propre pays, je trouve cela toujours aussi ingrat. Après rien n'empêche ceux qui pratiquent le France bashing de changer de pays.
Ma famille a été mis en esclavage avec des chaînes par des gens qui sont au-dessus des autres un peu comme toi ???
Et c'est pas moi qui est choisir cette emblème comme référence ;D
-
Restons sur le sujet!! >:(
J'ai ouvert ce sujet pour reconnaitre l'étape franchie par les FAIs Belges.
Non sans frustration quand je constate la situation de l'avancement du déploiement IPv6 en France.
Rappelez-vous que certains FAIs Français ont commencé à faire du CGNAT IPv4 sur du fixe, et qu'aujourd'hui, aucun réseau mobile en France ne fait de l'IPv6.
Question à nos visiteurs Belges: Avez-vous de l'IPv6 sur vos mobiles?
-
Non sans frustration quand je constate la situation de l'avancement du déploiement IPv6 en France.
Mais tu choisis le seul FAI FTTH qui ne propose pas d'IPv6. Faites ce que je dis pas ce que je fais ? :)
-
Mais tu choisis le seul FAI FTTH qui ne propose pas d'IPv6. Faites ce que je dis pas ce que je fais ? :)
Peut-être que l'apport de l'IPv6 dans son offre, bien qu'augmentant considérablement la qualité du service in fine, n'est pas suffisant pour compenser les lacunes des concurrents !
-
Possible et probable, laisse moi troller soit gentil.
-
Mais tu choisis le seul FAI FTTH qui ne propose pas d'IPv6. Faites ce que je dis pas ce que je fais ? :)
Cher Monsieur le Troll de compèt' ;), je ne parlais pas de mon cas personnel mais du taux de déploiement en France en général.
Ce matin, on en est à 17% selon la visibilité de Google. Avec par ailleurs, un énorme déséquilibre entre les contributions respectives de nos FAIs Fr.
Je ne vois pas de raison de s'en déclarer satisfait.
-
Possible et probable, laisse moi troller soit gentil.
Surtout que notre cher ami a très probablement de l'IPv6 dans son LAN :)
-
Surtout que notre cher ami a très probablement de l'IPv6 dans son LAN :)
Heu… bon… alors… Parce que l'ERX @ home est en 1.9.7b2 et que ça glitche encore sévèrement, en ce moment, non.
En revanche, (je me rattrape comme je peux...) dès que l'un de mes appareils sort de mon LAN, le VPN démarre et là, oui, je suis en dual-stack.
-
Avec EdgeOS, tu peux aussi jouer avec GRE, IPSec c'est pas très sec justement :D
-
Ce matin, on en est à 17% selon la visibilité de Google. Avec par ailleurs, un énorme déséquilibre entre les contributions respectives de nos FAIs Fr.
Je ne vois pas de raison de s'en déclarer satisfait.
Le chiffre de 17 % est effectivement bas, après si l'on regarde plus profondèment, Orange généralise l'ipv6 natif et activé par défaut sur l'ADSL cette année (après l'avoir fait en FTTH et VDSL) et Bouygues s'apprête à lancer l'ipv6 aussi activé par défaut sur les lignes xDSL d'ici à la fin de l'année. Et début 2018 pour le FTTH apparement si j'ai bien suivi.
Free le propose mais sans l'activer par défaut (ou selon des critères obscurs).
SFR le propose en encapsulation et en natif sur son firmware en Betatest.
Donc la situation est moins "noire" qu'il y a 2 ans ..
Par contre sur le mobile ... C'est encore noir de chez noir (sauf si l'on compte que Bouygues pense le sortir en 2018 S2 2017mais bon .. Il y a déjà eu de multiples retards pour ipv6 sur le fixe alors c'est à prendre avec des pincettes).
Pour que les pourcentages d'utilisation ipv6 augmentent, il faudrait que Free l'active par défaut et que SFR le fasse aussi (quand il aura l'ipv6 natif, sinon ceux qui téléchargent sur des serveurs ipv6 en FTTH vont le sentir...). La balle est dans le camp de Free et SFR..
Edit : corrections faites avec les informations de Boris.
-
Le chiffre de 17 % est effectivement bas, après si l'on regarde plus profondèment, Orange généralise l'ipv6 natif et activé par défaut sur l'ADSL cette année (après l'avoir fait en FTTH et VDSL) et Bouygues s'apprête à lancer l'ipv6 aussi activé par défaut sur les lignes xDSL d'ici à la fin de l'année. Et début2018 pour le FTTH apparement si j'ai bien suivi.
Free le propose mais sans l'activer par défaut (ou selon des critères obscurs).
SFR le propose en encapsulation et en natif sur son firmware en Betatest.
Donc la situation est moins "noire" qu'il y a 2 ans ..
Par contre sur le mobile ... C'est encore noir de chez noir (sauf si l'on compte que Bouygues pense le sortir en 2018 mais bon .. Il y a déjà eu de multiples retards pour ipv6 sur le fixe alors c'est à prendre avec des pincettes).
Pour que les pourcentages d'utilisation ipv6 augmentent, il faudrait que Free l'active par défaut et que SFR le fasse aussi (quand il aura l'ipv6 natif, sinon ceux qui téléchargent sur des serveurs ipv6 en FTTH vont le sentir...). La balle est dans le camp de Free et SFR..
-
Avec EdgeOS, tu peux aussi jouer avec GRE, IPSec c'est pas très sec justement :D
IPsec fonctionne en permanence sur mon ERX mais utilisé en IPv4-only et pour quelques services uniquement.
Et selon mes principes, un tunnel non chiffré est une très mauvaise idée.
Mais ce n'est pas le sujet ici. ;)
Par contre sur le mobile ... C'est encore noir de chez noir (sauf si l'on compte que Bouygues pense le sortir en 2018 mais bon .. Il y a déjà eu de multiples retards pour ipv6 sur le fixe alors c'est à prendre avec des pincettes).
Pour que les pourcentages d'utilisation ipv6 augmentent, il faudrait que Free l'active par défaut et que SFR le fasse aussi (quand il aura l'ipv6 natif, sinon ceux qui téléchargent sur des serveurs ipv6 en FTTH vont le sentir...). La balle est dans le camp de Free et SFR..
En effet, Bouygues se prépare activement à allumer IPv6 sur son réseau mobile et je pense que 2017 est toujours l'objectif. IPv6-only mais en 464XLAT uniquement (pour smartphones Android donc). Dommage pour les possesseurs d'appareils iOS… et pour le bénéfice de la très grande cohérence fonctionnelle du parc.
Pour les autres opérateurs, sur leur réseaux mobiles, leurs calendriers nous sont surtout inconnus, si je ne montre pas. ?
Si je mets l'emphase sur les réseaux mobiles, c'est parce qu'il me semble que c'est là qu'une bascule en IPv6 peut avoir des effets négligeables et maitrisés. Mais il semble que le temps des décisions d'ingénieurs soient révolus. 8)
-
Bawé, il a oublié que K-Net participe aussi à la progression de l'ipv6 en Fronsse. ;D
-
C'est vrai Mea culpa, K-net et les autres FAIs alternatifs qui proposent/activent l'ipv6 sur leur réseau contribuent à l'adoption de l'ipv6 en France.
D'ailleurs des infos sur l'ipv6 chez les autres FAIs ?
-
En effet, Bouygues se prépare activement à allumer IPv6 sur son réseau mobile et je pense que 2017 est toujours l'objectif. IPv6-only mais en 464XLAT uniquement (pour smartphones Android donc). Dommage pour les possesseurs d'appareils iOS… et pour le bénéfice de la très grande cohérence fonctionnelle du parc.
Pour les autres opérateurs, sur leur réseaux mobiles, leurs calendriers nous sont surtout inconnus, si je ne montre pas. ?
Si je mets l'emphase sur les réseaux mobiles, c'est parce qu'il me semble que c'est là qu'une bascule en IPv6 peut avoir des effets négligeables et maitrisés. Mais il semble que le temps des décisions d'ingénieurs soient révolus. 8)
Il me semble que s2 2017 reste toujours l'objectif :
- pour l'IPv6 + IPv4 dédiée en ADSL (avec une des 3 Bbox modernes - les 3 Bbox avec du WiFi 5 Ghz)
- pour l'IPv6 seul sur les mobiles Android 4.4. et + (pas sur les iPhone, ces derniers n’intègrent pas les briques logicielles pour faire du 464XLAT)
Pour le FTTH, je n'ai jamais parlé de début 2018, mai de 2018. Il y a des opérations de migrations en pré-requis. La première étape, qui va se dérouler les prochaines semaines est de basculer Internet du VLAN 200 sur le VLAN 100. La seconde étape, changement des profils, se fait mi-2018.
-
- pour l'IPv6 seul sur les mobiles Android 4.4. et + (pas sur les iPhone, ces derniers n’intègrent pas les briques logicielles pour faire du 464XLAT)
Ouais, les bons téléphones n'embarquent pas de mauvais protocoles, seems legit, dommage de ne pas accepter ce fait...
-
Ouais, les bons téléphones n'embarquent pas de mauvais protocoles, seems legit, dommage de ne pas accepter ce fait...
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 !
-
Un nième protocole abject pour compenser l'incompétence de ceux qui, en bientôt 20ans, n'ont toujours pas trouvé le talent pour mettre en production de l'IPv6 natif ?
La conclusion de Hugues me parait adaptée :)
-
... ton commentaire fait très Apple addict de base !
En fait Apple force les devs depuis quelques mois/années à être compatible NAT64+DNS64.
Du coup 464XLAT n'est en AUCUN cas un prérequis à l'activation d'IPv6 Only sur les devices Apple.
Donc Bouygues est dans l'erreur.
-
Un nième protocole abject pour compenser l'incompétence de ceux qui, en bientôt 20ans, n'ont toujours pas trouvé le talent pour mettre en production de l'IPv6 natif ?
Mais même pas de l'IPv6 Natif ! Juste ne plus utiliser des IPv4 dans le code, juste des noms de domaine, ce que tout dev devrait faire...
-
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.
-
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.
-
Je vais me renseigner sur ce qui bloque pour l'IPv6 sur iPhone.
Moi j'ai des pistes mais ça risquerait de vous donner des idées... :D
-
Hugues, ne laissez pas un tel suspense...
Cela restera entre-nous (et ceux qui lisent ce sujet)
-
Je pensais aux VPN d'entreprise avec l'IP en dur dans le profil de conf, par exemple.
-
Un VPN d'entreprise sans round-robin DNS ?
O RLY ?
-
Mdr, déjà un record DNS c'est oufissime, alors un round robin...
-
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.
-
Je ne dis pas que c'est le plus "logique" mais certains réseaux filtre de manière bizarre le DNS ..
Exemple concret sur un VPN justement.
Avec le wifi "invité" d'une entreprise partenaire et sans configuration, le VPN ne se monte pas. Rien à faire, pourtant globalement internet marche (site web, webmails, etc ..) -
Sur le même wifi, je force les serveurs DNS de FDN (https://www.fdn.fr/actions/dns/) et le VPN se monte direct.
C'était sur un mobile, et on était un peu pressé donc je n'ai pas eu le temps de voir le pourquoi du comment, mais je suppose que le wifi invité avec un serveur DNS "bridé" qui ne résolvait pas le domaine notre serveur VPN