La Fibre
Télécom => Réseau => 
IPv6 => Discussion démarrée par: vivien le 10 mai 2019 à 20:43:05
-
Comment les différents pays déploient IPv6 ?
(https://lafibre.info/images/ipv6/logo_ipv6_300x400.png)
Je vais vous montrer les courbes de tous les pays qui ont plus de 20% de clients en IPv6 ainsi que quelques grands pays en retard.
Les courbes montrent la progression d'IPv6 (en %) dans chaque pays, tous FAI confondus, depuis 2012.
La photo actuelle :
(https://lafibre.info/images/ipv6/201905_ipv6_monde.png)
Source : https://stats.labs.apnic.net/ipv6
Toutes les copie d'écran ont été réalisée le 10 mai 2019
-
La France et ses voisins
France : 27,74% des clients en IPv6
(https://lafibre.info/images/ipv6/201905_ipv6_france.png)
Allemagne : 43,11% des clients en IPv6
(https://lafibre.info/images/ipv6/201905_ipv6_allemagne.png)
Belgique : 57,16% des clients en IPv6
(https://lafibre.info/images/ipv6/201905_ipv6_belgique.png)
Luxembourg : 31,10% des clients en IPv6
(https://lafibre.info/images/ipv6/201905_ipv6_luxembourg.png)
-
Suisse : 29,94% des clients en IPv6
(https://lafibre.info/images/ipv6/201905_ipv6_suisse.png)
Royaume-Uni : 31,12% des clients en IPv6
(https://lafibre.info/images/ipv6/201905_ipv6_royaume-uni.png)
L’Espagne et l’Italie sont vraiment en retard sur IPv6...
Espagne : 2,45% des clients en IPv6
(https://lafibre.info/images/ipv6/201905_ipv6_espagne.png)
Italie : 3,23% des clients en IPv6
(https://lafibre.info/images/ipv6/201905_ipv6_italie.png)
-
Les autres pays européens :
Portugal : 22,98% des clients en IPv6
(https://lafibre.info/images/ipv6/201905_ipv6_portugal.png)
Irlande : 21,42% des clients en IPv6
(https://lafibre.info/images/ipv6/201905_ipv6_irlande.png)
Norvège : 22,98% des clients en IPv6
(https://lafibre.info/images/ipv6/201905_ipv6_norvege.png)
Finlande : 30,86% des clients en IPv6
(https://lafibre.info/images/ipv6/201905_ipv6_finlande.png)
-
Estonie : 21,54% des clients en IPv6
(https://lafibre.info/images/ipv6/201905_ipv6_estonie.png)
Hongrie : 21,45% des clients en IPv6
(https://lafibre.info/images/ipv6/201905_ipv6_hongrie.png)
Grèce : 37,65% des clients en IPv6
(https://lafibre.info/images/ipv6/201905_ipv6_grece.png)
Les autres pays d'Europe sont à moins de 20% d'IPv6.
C'est le cas par exemple de la Russie.
Russie : 5,29% des clients en IPv6
(https://lafibre.info/images/ipv6/201905_ipv6_russie.png)
-
Amérique :
Canada : 24,34% des clients en IPv6
(https://lafibre.info/images/ipv6/201905_ipv6_canada.png)https://lafibre.info/ipv6/pays-ipv6/?action=post;msg=650619
États-Unis : 54,13% des clients en IPv6
(https://lafibre.info/images/ipv6/201905_ipv6_usa.png)
Mexique : 27,71% des clients en IPv6
(https://lafibre.info/images/ipv6/201905_ipv6_mexique.png)
Brésil : 31,40% des clients en IPv6
(https://lafibre.info/images/ipv6/201905_ipv6_bresil.png)
Uruguay : 30,03% des clients en IPv6
(https://lafibre.info/images/ipv6/201905_ipv6_uruguay.png)
Les autres pays d’Amérique du sud sont à moins de 20% d'IPv6.
-
Asie :
Inde : 45,79% des clients en IPv6
(https://lafibre.info/images/ipv6/201905_ipv6_inde.png)
Thaïlande : 26,17% des clients en IPv6
(https://lafibre.info/images/ipv6/201905_ipv6_thailande.png)
Malaisie : 39,31% des clients en IPv6
(https://lafibre.info/images/ipv6/201905_ipv6_malaisie.png)
Vietnam : 35,40% des clients en IPv6
(https://lafibre.info/images/ipv6/201905_ipv6_vietnam.png)
-
La chine fait partie des mauvais élèves.
Chine : 10,88% des clients en IPv6
(https://lafibre.info/images/ipv6/201905_ipv6_chine.png)
Taiwan : 31,56% des clients en IPv6
(https://lafibre.info/images/ipv6/201905_ipv6_taiwan.png)
Japon : 33,58% des clients en IPv6
(https://lafibre.info/images/ipv6/201905_ipv6_japon.png)
Australie : 18,98% des clients en IPv6
(https://lafibre.info/images/ipv6/201905_ipv6_australie.png)
Nouvelle-Zelance : 21,92% des clients en IPv6
(https://lafibre.info/images/ipv6/201905_ipv6_nouvelle-zelande.png)
Les pays d'Asie qui n'ont pas été cités sont à moins de 20% d'IPv6
-
Et l’Afrique ?
Le pays le plus en avance est le Zimbabwe !
Zimbabwe : 8,95% des clients en IPv6
(https://lafibre.info/images/ipv6/201905_ipv6_zimbabwe.png)
Les grands pays du Maghreb n'ont rien fait !
Algérie : 0,00% des clients en IPv6
(https://lafibre.info/images/ipv6/201905_ipv6_algerie.png)
Maroc : 0,01% des clients en IPv6
(https://lafibre.info/images/ipv6/201905_ipv6_maroc.png)
Au Moyen-orient tous les pays sont à moins de 4% (même Israël), sauf un :
Arabie saoudite : 13,88% des client en IPv6
(https://lafibre.info/images/ipv6/201905_ipv6_arabie_saoudite.png)
-
A quoi correspond ce pic étrange en 2015 notamment en Espagne mais aussi en Italie ou au Portugal?
-
Cela doit être des erreurs de mesure, par exemple à cause d'IP pas attribuées au bon pays ou une erreur dans le script.
-
Je suis curieux de voir l’évolution en France maintenant que Free force l’IPv6
-
Cela doit être des erreurs de mesure, par exemple à cause d'IP pas attribuées au bon pays ou une erreur dans le script.
Ok, ça me semblait bizarre tout ces pays ayant un pique en même temps.
-
et pour les hébergeurs ?
-
Je suis curieux de voir l’évolution en France maintenant que Free force l’IPv6
Déjà, rien qu'en regardant la courbe de Free, tu vois BIEN l'augmentation ;D : https://stats.labs.apnic.net/ipv6/AS12322?a=12322&c=FR&x=1&s=0&p=1&w=6
-
Oui, je n'ai pas encore publié la courbe car la hausse n'est pas terminée.
Je pense que l'on devrait atteindre 90% dans un à deux mois.
C'est le temps nécessaire pour que presque toutes les box du parc reboot.
A noter qu'il me semble Free ne propose toujours pas d'IPv6 en zone non dégroupée et sur la Freebox Delta et Delta S en xDSL avec boost 4G.
Sur d'autres indicateurs, la courbe moins souvent mises à jour n'a pas encore commencée à monter : https://www.worldipv6launch.org/measurements/
-
Je suis curieux de voir l’évolution en France maintenant que Free force l’IPv6
tu peux aussi voir l'augmentation depuis mi Avril sur cette courbe : https://www.vyncke.org/ipv6status/compare.php?metric=p&countries=fr
rien ne prouve que 100 % de l'augmentation est du fait de Free, mais on peut logiquement penser que la grand majorité oui..
d'"ailleurs vivien, il y a de fortes différences entre https://www.vyncke.org et https://labs.apnic.net/, a-t-on une idée du pourquoi ? (USA à ~30 vs 50+ %)
Déjà, rien qu'en regardant la courbe de Free, tu vois BIEN l'augmentation ;D : https://stats.labs.apnic.net/ipv6/AS12322?a=12322&c=FR&x=1&s=0&p=1&w=6
Bouygues aurait déjà autant d'ipv6 ?
https://stats.labs.apnic.net/ipv6/AS5410 ou il inclut le mobile ?
-
Je suis curieux de voir l’évolution en France maintenant que Free force l’IPv6
effectivement un topic à suivre ....
-
La courbe de Free est ici :
-
Bouygues aurait déjà autant d'ipv6 ?
https://stats.labs.apnic.net/ipv6/AS5410 ou il inclut le mobile ?
Oui l'AS5410 porte le fixe et le mobile.
On voit que Bouygues Telecom a bien progressé, mais on ne sais pas si cette progression, c'est le mobile uniquement ou mobile + fixe.
-
free c'est dans les 20% de pdm non ?
donc meme a 100% pour Free, la courbe globale ne pourra pas aller bien loin, mais oui ca va faire un gros gap d'un coup.
-
free c'est dans les 20% de pdm non ?
En effet, je tombe sur 23 % avec une recherche rapide. J’aurais dit plus si on m’avait demandé.
-
En effet, je tombe sur 23 % avec une recherche rapide. J’aurais dit plus si on m’avait demandé.
oui on imagine pas qu'orange est à 40%, plein de gens ne cherchent pas a choisir et restent en mode 'service public'.
Donc 60% à repartir pour les 3 autres.
-
et pour les hébergeurs ?
C'est la donnée la plus importante mais curieusement on ne focus que sur les FAI grand public comme indicateur...
Free et d'autres FAI étrangers ont démontré il y a plus de 10 ans déjà qu'on pouvait déployer IPv6 pour le grand public en quelques semaines grace a 6rd notamment.
L'IPv6 sur les box grand public bien que souhaitable n'est donc pas, a mon avis, l'indicateur principal du niveau de déploiement d'IPv6 d'un pays.
L'important c'est la disponibilité en IPv6 des sites web et services exposés sur Internet. C'est ca le critère n°1 qui mesure vraiment la percée d'IPv6.
Il suffit de la volonté d'une société, un seul FAI, pour activer des millions des utilisateurs en IPv6. Mais il faut souvent la coopération de de différents intervenants (réseau, dc, sysadmin/sysop, dev et/ou admin logiciel, etc) de différentes sociétés pour activer IPv6 sur une seul site ou service.
Un Free ou un Orange peut 'forcer' l'IPv6 pour tout ses abonnés. Un OVH ou un Online meme s'ils fournissent IPv6 sur leur serveurs ne peuvent 'forcer' les sites et services qu'ils hébergent a utiliser IPv6. C'est au cas par cas.
-
Salut a tous, a quoi sert l'ipv6 et quel et son avantage et inconvénient ?
-
Salut,
Le plus gros avantage est d’avoir un nombre d’adresses très largement supérieur au nombre d’équipements qui parlent IP.
Avec IPv4 on est obligé de partager une IP publique pour plusieurs équipements et d’avoir la même IP à plusieurs endroits en même temps, mais en les masquant pour sortir du réseau local. IP n’a pas du tout été prévu pour ce genre de fonctionnement à la base, et ça a amène plein de contraintes qui sont de plus en plus compliquées à gérer.
IPv6 évite ça, mais il faut du temps avant que les choses bougent.
-
et pour les hébergeurs ?
Faut bien commencer qq part : une fois que ça sera bien déployé chez les FAI, ça fera tomber qq excuses (bidons) pour retarder le déploiement de leur côté :)
-
Tout à fait, pour que la transition se fasse, il faut qu'un type d'acteur finisse la transition vers IPv6 avec plus de 99% en IPv6.
C'est plus facile coté hébergeur, comme le dit bien kgersen :
Il suffit de la volonté d'une société, un seul FAI, pour activer des millions des utilisateurs en IPv6. Mais il faut souvent la coopération de de différents intervenants (réseau, dc, sysadmin/sysop, dev et/ou admin logiciel, etc) de différentes sociétés pour activer IPv6 sur une seul site ou service.
Un Free ou un Orange peut 'forcer' l'IPv6 pour tout ses abonnés. Un OVH ou un Online meme s'ils fournissent IPv6 sur leur serveurs ne peuvent 'forcer' les sites et services qu'ils hébergent a utiliser IPv6. C'est au cas par cas.
Le plan est donc pour moi que :
Phase 1) Tous les fournisseur d’accès à internet grand public (fixe + mobile) proposent IPv6 activé par défaut (et si possible, sans possibilité de désactiver IPv6)
Phase 2) Les fournisseur d’accès à internet d'entreprise font en sorte que les entreprises au choix :
- Basculent en dual-stack sur leur LAN
- Basculent en IPv6 only sur leur LAN (il y a une grande société française qui l'a fait)
- Mettent leur proxy en dual-stack sur la partie Internet (en restant en IPv4 uniquement sur le LAN)
- Utilisent du DNS46/NAT46 pour avoir accès au IPv6 sans avoir besoin de changer le moindre équipement en internet et en restant en IPv4 only
Phase 3) Les hébergeurs qui ont maintenant plus de 99% de leurs visiteurs en IPv6, décident au fur d'héberger en IPv6 et ne plus mettre d'IPv4 (comme de nombreux hébergeur abandonnent TLS 1.0 et TLS 1.1 ce qui bloque des navigateurs anciens comme IE 10). certains ne feront pas de dual-stack : ils passeront du mode IPv uniquement au mode IPv6 uniquement.
Donc aujourd'hui je pousse le premier point, mais je regarde la suite, si vous pouvez mettre en place une plateforme pour tester le DNS46/NAT46, je suis intéressé. Il y a des impacts négatifs : le DNSSEC ne fonctionne pas et certains services ne supportent pas le NAT en IPv6. Toutefois cela me semble la seule solution pour faire la transition, car si de nombreuses entreprises ne basculent pas en IPv6, la phase 3 ne peut se faire. Si vous avez d'autres idées, n'hésiter pas à les exposer ici.
Bien sur Google pourrait aider en référençant mieux les sites disponibles en IPv6. Ils ont fait ça pour https et l’ensemble du web est passé en quelques années de http à https. La même chose pourrait aider pour IPv6, mais même sans, c'est réalisable.
-
Donc, si je comprend bien, comme je suis chez free, le mieux et de basculer vers ipv6 ?
-
Donc, si je comprend bien, comme je suis chez free, le mieux et de basculer vers ipv6 ?
si ta box a redemarré dernièrement et que tu es dégroupé ou fibré, oui, tu dois avoir de l'ipv6
-
Donc, si je comprend bien, comme je suis chez free, le mieux et de basculer vers ipv6 ?
Free force l’IPv6 maintenant. Donc si tu n’as pas encore d’IPv6 actuellement, tu en auras au prochain redémarrage de ta box.
-
Tu peux vérifier sur ce site : https://ip.lafibre.info/ si tu as déja l'ipv6 activé sur ton ordinateur. (Si non, c'est possible que ton ordinateur ait un soucis pour la récupérer/ l'utiliser par défaut, et il faudra regarder du coup)
(la mise à jour chez Free pour activer définitivement IPV6 sur la box date de mi/fin Avril.)
-
Free force l’IPv6 maintenant. Donc si tu n’as pas encore d’IPv6 actuellement, tu en auras au prochain redémarrage de ta box.
Normalement Free activait par défaut ipv6 depuis de nombreux mois. Ceux qui change c'est qu'avant tu pouvais la désactiver sur la freebox (comme chez Orange), maintenant tu ne peux plus)
-
Tout à fait, pour que la transition se fasse, il faut qu'un type d'acteur finisse la transition vers IPv6 avec plus de 99% en IPv6.
C'est plus facile coté hébergeur, comme le dit bien kgersen :
Le plan est donc pour moi que :
Phase 1) Tous les fournisseur d’accès à internet grand public (fixe + mobile) proposent IPv6 activé par défaut (et si possible, sans possibilité de désactiver IPv6)
Phase 2) Les fournisseur d’accès à internet d'entreprise font en sorte que les entreprises au choix :
- Basculent en dual-stack sur leur LAN
- Basculent en IPv6 only sur leur LAN (il y a une grande société française qui l'a fait)
- Mettent leur proxy en dual-stack sur la partie Internet (en restant en IPv4 uniquement sur le LAN)
- Utilisent du DNS46/NAT46 pour avoir accès au IPv6 sans avoir besoin de changer le moindre équipement en internet et en restant en IPv4 only
Phase 3) Les hébergeurs qui ont maintenant plus de 99% de leurs visiteurs en IPv6, décident au fur d'héberger en IPv6 et ne plus mettre d'IPv4 (comme de nombreux hébergeur abandonnent TLS 1.0 et TLS 1.1 ce qui bloque des navigateurs anciens comme IE 10). certains ne feront pas de dual-stack : ils passeront du mode IPv uniquement au mode IPv6 uniquement.
Donc aujourd'hui je pousse le premier point, mais je regarde la suite, si vous pouvez mettre en place une plateforme pour tester le DNS46/NAT46, je suis intéressé. Il y a des impacts négatifs : le DNSSEC ne fonctionne pas et certains services ne supportent pas le NAT en IPv6. Toutefois cela me semble la seule solution pour faire la transition, car si de nombreuses entreprises ne basculent pas en IPv6, la phase 3 ne peut se faire. Si vous avez d'autres idées, n'hésiter pas à les exposer ici.
Bien sur Google pourrait aider en référençant mieux les sites disponibles en IPv6. Ils ont fait ça pour https et l’ensemble du web est passé en quelques années de http à https. La même chose pourrait aider pour IPv6, mais même sans, c'est réalisable.
sauf que ton plan ne suit pas la réalité.
La réalité c'est que de plus en plus de clients finaux ont IPv6 natif et un IPv4 partagé ou dégradé (CGNAT, NAT46,etc). On en arrive a des besoins d'IPv6 sans avoir 99% des visiteurs en IPv6.
Et la carence et grosse consommation d'IPv4 est sur les clients finaux pas les sites & services.
Pour faire une analogie, ipv4 c'est l'anglais, ipv6 l'esperanto. On a pas besoin d'attendre que 99% de la population comprennent l'esperanto pour commencer a fournir a des livres bilingues anglais/esperanto ou qu'en esperanto. Ce qui compte c'est les jeunes qui ne parlent que l'esperanto en 1er et maitrise mal ou pas du tout l'anglais puisse trouver de plus en plus de livres au mieux bilingues ou qu'en esperanto.
Plus il y aura de gens avec une qualité de service dégradée en IPv4 sur les sites & services plus ces derniers seront incités pour activer IPv6.
Si 99% de la population a IPv4 et IPv6 ca ne motive personne.
Ta phase 1 est valable si ensuite les FAI se mettent a dégrader volontairement IPv4 (débit réduit, coût pour une ip4 dédié, limite de sessions simultanées, cgnat) de facon a favoriser IPv6. Free le fait sans le vouloir ... mais pas Orange par exemple.
-
Dégrader IPv4, aucun FAI ne voudra le faire uniquement pour booster IPv6 (et cela me semble difficile pour un régulateur de demander de dégrader un service, cela se fera facilement attaqué). C'est un peu mon idée quand je parlais d'IPv4 kill day, mais je n'y crois moi même plus :
(https://lafibre.info/images/ipv6/world_IPv4_kill_day_3_phases.png)
- Phase 1 - 1er janvier 2018 : La loi pour une République numérique prévoit, à son article 42, qu’à compter du 1er janvier 2018, tout nouvel équipement terminal, destiné à la vente ou à la location sur le territoire français, doit être compatible avec la norme IPv6.
- Phase 2 - 1er janvier 2022 : Les FAI et les hébergeurs sont contraints de proposer IPv6 sur toutes les nouvelles souscriptions
- Phase 3 - 1er janvier 2023 : Les FAI et les hébergeurs sont contraints de proposer IPv6 pour tous leurs clients (mais les clients sont libres de ne pas utiliser IPv6)
- Phase 4 - 1er janvier 2024 : Les moteurs de recherche sont contraints de rendre moins visible les sites IPv4 only
- Phase 5 - 1er janvier 2025 : Les FAI et les hébergeurs sont contraints de proposer IPv6 sans possibilité de désactivation
- Phase 6 - 1er janvier 2027 : Les moteurs de recherches sont contraints de ne plus référencer les sites IPv4 only
- Phase 7 - 1er janvier 2029 : Les FAI sont contraints de supprimer IPv4 par défaut sur les abonnements grand publics
- Phase 8 - 1er janvier 2031 : Les FAI sont contraints de supprimer IPv4 sur les abonnements grand publics
- Phase 9 - 1er janvier 2033 : Les FAI et les hébergeurs sont contraints de supprimer IPv4 sur leur réseau.
Certains me diront que ce sont des dates éloignées, mais si on ne met pas de dates, IPv4 sera encore là dans 20ans...
C'est maintenant qu'il faut préparer le futur et la pénurie d'IPv4.
Par contre, si tous les clients ont IPv6 (pour le grand public, cela semble simple une petite loi pour que ce que à fait Free sur le fixe, les autres le fassent aussi bien sur le fixe et le mobile et c'est réglé) les hébergeurs passeront d'eux-même à IPv6.
Le gros point noir de ce plan, ce sont les entreprises. 99,9% n'ont aucune volonté de le faire et forcer l'IPv6 comme pour le grand public est inutile : elles ont des équipements qu'il faut configurer en IPv6, quand il ne sont pas incompatibles.
C'est pour cela qu'il faut trouver des solutions agiles et le DNS46/NAT46 réalisé par l'opérateur me semble une idée à explorer, vu que l'entreprise a accès au web IPv6 sans rien changer : c'est leur FAI qui s'en occupe. Si cette solution fonctionne on pourait imaginer une obligation pour que dans quelques annéessssss les FAI le mette en place. Les cas à la marge, il en existe et ceux là ils chercheront une solution quand de nombreux sites ne seront plus disponibles en IPv4.
Maintenant on peut imaginer l'inverse avec tous les sites web qui passent à IPv6 puis les FAI qui décident d'abandonner IPv4 car inutile, mais là ce n'est même pas en rêve : il faut convaincre chaque site de bien vouloir passer en IPv6.
-
Donc, si je comprend bien, comme je suis chez free, le mieux et de basculer vers ipv6 ?
Tu es déjà en IPv6, ton message a été posté via IPv6 et non IPv4.
-
il faut convaincre chaque site de bien vouloir passer en IPv6.
Pas difficile, chaque internaute, chaque device a sa propre IP. Nettement plus simple pour suivre la conversion d'un prospect, bannir un membre très précisement sans bannir tout un FAI, avoir plusieurs joueurs d'un même foyer dans la même partie.
-
Intéressant de voir l'effet chez free !!
Vivement qu'orange le force mais vu son inertie ...
-
En tous cas, l'envolée de Free sur l'IPv6 s'est fait remarquer : https://www.worldipv6launch.org/ipv6-deployment-at-free-sas-rockets-up/
-
En tous cas, l'envolée de Free sur l'IPv6 s'est fait remarquer : https://www.worldipv6launch.org/ipv6-deployment-at-free-sas-rockets-up/
Allez hop, inscrit, faut bien les challenger un peu :)
-
Intéressant de voir l'effet chez free !!
Vivement qu'orange le force mais vu son inertie ...
Tu penses que beaucoup d'abonnés chez Orange désactive ipv6 volontairement ?
-
Orange ne propose pas a tous ses clients IPv6, mais à 40% de ses clients :
3/ Fournisseurs d’accès à internet fixe (grand public)
Pour qu’une ligne fixe èmette et reçoive en IPv6, quatre conditions doivent être réunies :
• le réseau fixe utilisé doit être compatible IPv6 ;
• la box utilisée doit être compatible matériellement avec IPv6 et disposer d’un logiciel embarqué (firmware) capable de gérer ce protocole. Si la plupart des box proposées par les opérateurs en 2018 sont compatibles avec IPv6, certaines d’entre elles n’ont toujours pas de firmware adapté à l’IPv6.
Lorsque le réseau et la box sont compatibles IPv6, le client est dit « IPv6-ready » (cf. tableau ci-dessous).
• l’opérateur doit configurer à distance la box pour qu’elle utilise IPv6 (cf. tableau ci-dessous). Si le client est IPv6-ready mais que l’opérateur n’a pas activé IPv6, le client peut configurer lui-même sa box manuellement pour devenir un client « activé ». Cependant, la grande majorité des utilisateurs ne réalisant pas cette action spontanèment, une action de la part du FAI permettrait de faciliter la migration;
• le système d’exploitation du terminal utilisé doit être compatible et activé en IPv6 (cf. section « Terminaux » ci-après).
Taux de clients du réseau fixe IPv6-ready et politique d’activation des box des FAI de plus de 10 000 clients proposant IPv6 en France :
(https://lafibre.info/images/ipv6/201810_arcep_barometre_ipv6_03.png)
-
Oui, mais c'est officiellement parce qu'il y a des DSLAM trop vieux non ?
Supprimer le bouton permettant de désactiver ipv6 sur les livebox ne devrait pas changer ce taux (puisque c'est activé par défaut quand c'est possible).
-
Les DSLAM ATM ne passent pas en IPv6, mais non, ce n'est pas 60% du parc.
Sinon peu de clients pensent à activer IPv6 (SFR est le bon exemple) et peu le désactivent.
-
Intéressant de voir l'effet chez free !!
Vivement qu'orange le force mais vu son inertie ...
Chez Orange c'est activé par défaut en fibre et VDSL, et sans doute très peu de personnes le désactivent. Après, il reste les abonnés ADSL à migrer
-
Depuis 2 ans il y a une partie des clients ADSL qui sont en IPv6 activé par défaut.
Ne pas oublier que contrairement à Free, Orange n'a pas toutes ses box compatibles IPv6.
Livebox v2 => non compatible
Livebox v3, v4 => compatible
Maintenant la livebox v2 ne représente pas 60% du parc.
-
Mes parents sont chez sosh en ADSL avec la livebox 4 (depuis fin 2018). IPv6 était (est) activé par défaut. Je pensais que orange l'activait des que le dslam était compatible.
-
C'est vrai qu'une grande partie des abonnés Orange doivent être en IPv6 si ils y ont accès.
-
Perso j’aimerais bien l'avoir mais... DSLAM ATM. J'attends toujours de voir un jour le vendor ID changer...
Je me demande si ma future migration chez sosh fera bouger les choses (pour la VoIP notamment) à moins qu'ils utilisent toujours le 8/51 dans ce cas là.
Si la LB2 avait dégagée du parc ça aurait accéléré les choses pour tout le monde. Mais non toujours en vente sur la boutique (https://boutique.orange.fr/accessoires/Livebox-2) à un prix indécent...
-
La Livebox v2 hors de prix proposé à l'achat, c'est juste pour remplir des obligation contractuelles de pouvoir acheter une box et donc facturer des frais de location pour le reste du parc.
Le fait que ce soit un vieux modèle à un prix élevé permet d'éviter que trop de monde succombe à cette idée.
La Livebox v3 comme la Livebox v4 ne sont pas disponible à l'achat.
-
Si la LB2 avait dégagée du parc ça aurait accéléré les choses pour tout le monde. Mais non toujours en vente sur la boutique (https://boutique.orange.fr/accessoires/Livebox-2) à un prix indécent...
Pas sur que ça ait forcèment changé grand chose je pense... y a encore beaucoup de livebox 2 en circulation ?
Free a bien toujours sa freebox V5 / Crystal sur laquelle l'obligation d'ipv6 ne semble pas forcé / ni activé par défaut.. Si ?
-
Les DSLAM ATM ne passent pas en IPv6, mais non, ce n'est pas 60% du parc.
Sinon peu de clients pensent à activer IPv6 (SFR est le bon exemple) et peu le désactivent.
(Les chiffres de 100% en FTTH étant faux pour SFR, pas sur que la limitation soit coté activation client pour le coup...)
-
Pourquoi 100% de client IPv6 ready pour la technologie xDSL grand public ou FTTH grand public serait faux ?
Il faut pour moi décorréler, les incidents de la disponibilité (théorique) de l'IPv6.
Ok, les incidents IPv6 sont trop nombreux chez SFR (IPv6 ne fonctionne pas pour de nombreux clients quand on l'active du fait que l'IPv6 est proposé).
J'ai discuté cet après-midi avec une personne de SFR, le sujet (trop de clients qui se plaignent de pb d'IPv6 et surtout qui n’arrivent pas a le résoudre en appelant le service client) est bien remonté assez haut.
Je rappelle même la NeufBox v4 est compatible IPv6 (c'est un box qui date de janvier 2007)
Ok, les performances sont minables (on ne dépasse pas 6 Mb/s de mémoire en IPv6), mais IPv6 est bien disponible.
-
Pour moi, quelqu'un de SFR m'avait dit en "off" que des providers edge n'étaient tout simplement pas prêt. C'est pour ca que les "incidents" ipv6 sont souvent au niveau d'une zone géographique. SFR n'est juste pas prêt partout.
-
Contre exemple : Pas d'IPv6 chez elle mais IPv6 ok chez sa voisine également chez SFR
Bonjour,
Depuis Dimanche après-midi j'ai aucune connectivité IPV6 sur ma box NB6VAC.
L'IPV4 fonctionne très bien.
Troubleshoot :
1 - Redémarrage électrique = toujours pas de ipv6
2 - Reset usine, activation ipv6 dans le interface web de la box puis attendre 4 heures = toujours pas de ipv6
3 - Apelle vers service client SFR = elle me raccrocher au nez
4 - Nouveau appelle vers le service client = Elle me parle d'une panne générale (je viens de vérifier avec mes voisine, l'ipv6 fonctionne très bien chez eux)
5 - Nouvelle appelle vers le service client = Elle va changer mon boitier (4 jours d'attente)
Je viens de faire une capture de paquet avec wireshark sur l'interface wan de ma box et le raison j'ai pas d'addresse IPV6 c'est parce que le serveur IPV6 de SFR me fournir pas de prefix IPV6, il y a aucune souci avec ma box sollicite le routeur de SFR par contre aucune réponse de sa part.
Donc, @sfr est ce que vous êtes capable de regarder d’où viens le problème, je suis vraiment fatigue avec vos representatives au téléphone qui comprendre rien de tous.
En attente de votre retour,
Cdt
Source : https://forum.sfr.fr/t5/Connexion-Internet-Fibre-WiFi/IPV6-KO-IPV4-OK-sur-NB6VAC-MAIN-R4-0-35/td-p/2030459
Maintenant je ne nie pas qu'il y a beaucoup d'incidents et fait aggravant que la hotline semble ne jamais avoir réussi a en un résoudre un seul (pourtant certains ont appelés presque tous les jours pendant des mois) ni réussi à escalader un incident IPv6 chez les bonnes personnes.
C'est plutôt ça qui me choque : un service où en cas de panne il y a aucune solution pour réparer.
Il y a 10 ans, cela se concevait, en 2019, non.
-
Pour ce cas, ok :) Pour d'autres ce sont des zones entières. Je ne voulais pas faire dériver le topic en tout cas.
-
Néanmoins cette expérience aura permis de montrer qu'il faut se tourner vers de l'IPv6 natif. C'est toujours bon à prendre.
Monter une infra à base de tunnel, c'est super à court terme, mais il faut voir d'après, il faudra la même connectivité native en conservant les même performances qu'actuellement. Est-ce que ça vaut le coup de monter cette infra, plutôt que de se pencher sur la mise en place native de ce "nouveau" protocole ? Chacun sa croix :)
-
A l’époque où SFR a fait ce choix il n'y avait presque pas d'alternative possible.
Même Bouygues Telecom a commencé à faire de l'IPv6 tunnelié dans de l'IPv4 au moment où il a failli manquer d'IPv4 (on approchait de la fin de distribution des grosses plages du RIPE, le RIPE avait plusieurs demandes de grands FAI et c'est Bouygues Telecom qui a emporté un /10 après ça c'était /22 pour chaque LIR - cela a aussi signé la mort de l'IPv6 et il a fallu attendre de nombreuses années et un renouvellement de 100% des équipements pour qu'il revienne en natif)
-
A part connaître les bonnes personne qui gèrent la mise en place de l'ipv6 en interne, il y peu de chance qu'une escalade aboutisse. Il faut réussir à passer le niveau 1 et le niveau 2 qui valident l'escalade sans s'arrêter à " votre internet fonctionne-t-il ? Oui donc tout va bien. "
-
Néanmoins cette expérience aura permis de montrer qu'il faut se tourner vers de l'IPv6 natif. C'est toujours bon à prendre.
Monter une infra à base de tunnel, c'est super à court terme, mais il faut voir d'après, il faudra la même connectivité native en conservant les même performances qu'actuellement. Est-ce que ça vaut le coup de monter cette infra, plutôt que de se pencher sur la mise en place native de ce "nouveau" protocole ? Chacun sa croix :)
Orange a pris la 2ème option, et finalement, malgré le retard à cause des équipements à changer, ça a valu le coup, l'IPv6 natif, ça juste marche.
-
A part connaître les bonnes personne qui gèrent la mise en place de l'ipv6 en interne, il y peu de chance qu'une escalade aboutisse. Il faut réussir à passer le niveau 1 et le niveau 2 qui valident l'escalade sans s'arrêter à " votre internet fonctionne-t-il ? Oui donc tout va bien. "
J'étais beta-testeur SFR (sur les firmwares IPV6 entre autre) il y a de çà 4 à 5 ans. J'avais fait remonter en "interne" le soucis d'ipv6 qui était en panne chez mes parents (SFR aussi à l'époque). ça n'a pas déclenché une opération immédiate de résolution (si je puis dire ainsi.) Je crois que ça a fini par remarcher au bout de 6 mois.
-
Moi j'aimerai être au moins en DHCP au lieu du PPP.
J'aurai l'impression d'être dans l'air du temps. ::)
-
Moi j'aimerai être au moins en DHCP au lieu du PPP.
En IPv6 tu as du DHCP meme si tu es en PPP(oE). Peut-etre par pour la WAN du CPE (qui n'a quasiment aucune importance) mais pour le prefixe delegue c'est forcement du DHCP(v6-PD).
-
Je viens de lire cet article fort intéressant : https://www.swordarmor.fr/de-lipv6-dans-du-ppp.html
Il explique très bien pourquoi personne le fait (même si c'est donc possible en bidouillant un peu, voir beaucoup ;D).
-
Très bon article du 28 Septembre 2017, rédigé par alarig sous licence Creative Commons Attribution - Pas d’Utilisation Commerciale 3.0 France que je me permet de recopier au cas où la page disparaîtrait :
De l’IPv6 dans du PPP
Que j’aurais aussi pu titrer « Pourquoi aucun opérateur ne fait de collecte IPv6 en PPP ».
Tout d’abord, un rappel du fonctionnement d’une collecte PPP s’impose
- L’abonné entre ses identifiants PPP dans son modem,
- De l’autre côté, le BAS regarde le realm, et l’envoie à qui de droit en fonction. Par exemple un realm en @neufpnp ira chez SFR alors qu’un @grifon.ptel.ipadsl ira chez grifon,
- Le LNS de l’opérateur vérifie les identifiants depuis une base RADIUS,
- Et s’ils sont corrects, envoie la configuration au client en allant également la chercher dans une base RADIUS.
J’ai volontairement omis certains détails, mais le plus gros y est.
Fonctionnement en IPv4
C’est tout simple, le LNS prend une IP (soit fixe soit dynamique en fonction de votre FAI), un résolveur DNS, et envoie tout ça en IPCP dans le PPP.
Le routeur a l’autre bout, il a son IP pour faire son NAT et tout, il peut partager une IP entre tous les membres de la maison, il est content (nous non, parce que le NAT, mais c’est une autre histoire).
Et en IPv6
Et bien ce n’est pas du tout la même chose !
Il existe bien sûr IPv6CP (RFC5072, section 4 (https://tools.ietf.org/html/rfc5072#section-4)), sauf que ça ne permet que de transmettre les 64 derniers bits de l’adresse que doit prendre l’abonné. Mais quid du range utilisé pour cette adresse, des ranges éventuellement délégués et des résolveurs DNS à utiliser ?
C’est là que ça devient intéressant, parce que tout ça doit être géré par des programmes extérieurs à PPP, qui injecteront tout cela dans le tunnel PPP. D’un côté c’est intéressant car on peut continuer à utiliser les implèmentations dont on a l’habitude, mais d’un autre côté c’est embêtant, parce que l’on doit extraire les informations du RADIUS, pour configurer des RA et du DHCPv6 à la volée, et les implèmentations ne sont pas forcèment prévues pour.
Mais surtout, c’est plein de bugs partout, vous allez voir.
Père Castor, raconte nous une histoire
Voici donc mon histoire. Nous sommes un FAI, Grifon, et j’y ai mis en place un routeur de collecte ADSL. On trouve donc un opérateur de collecte, on se branche, on récupère le L2TP, tout va bien… jusqu’au moment où j’attaque IPv6.
Les attributs RADIUS
Je regarde les RFCs et mets donc les attributs qui vont bien pour ma connexion.
Framed-IPv6-Prefix = 2a00:5884:1100:1::/64,
Framed-IPv6-Address = 2a00:5884:1100:1::2,
Framed-Interface-Id = 0:0:0:2,
Delegated-IPv6-Prefix = 2a00:5884:1101::/48
Et là, rien ne se passe. Parce que dans le dictionnaire d’attributs utilisé par pppd, ils ne sont pas présents. Je les ajoute.
#IPv6
ATTRIBUTE Framed-IPv6-Prefix 97 ipv6prefix
ATTRIBUTE Framed-IPv6-Address 168 ipv6addr
ATTRIBUTE Framed-Interface-Id 96 string
ATTRIBUTE Delegated-IPv6-Prefix 123 ipv6prefix
Je recommence. Et :
Sep 21 22:18:23 judicael-adsl pppd[5239]: rc_avpair_gen: received unknown attribute 65 of length 4: 0x00000001
Sep 21 22:18:23 judicael-adsl pppd[5239]: rc_avpair_gen: received unknown attribute 67 of length 13: 0x38392E3233342E3138362E3131
Sep 21 22:18:23 judicael-adsl pppd[5239]: rc_avpair_gen: received unknown attribute 64 of length 4: 0x00000003
Sep 21 22:18:23 judicael-adsl pppd[5239]: rc_avpair_gen: received unknown attribute 97 of length 18: 0x00402A005884110000010000000000000000
Sep 21 22:18:23 judicael-adsl pppd[5239]: rc_avpair_gen: received unknown attribute 168 of length 16: 0x2A005884110000010000000000000001
Sep 21 22:18:23 judicael-adsl pppd[5239]: rc_avpair_gen: received unknown attribute 96 of length 8: 0x0000000000000002
Là, ça commence déjà à devenir plus sérieux. Mais qu’à cela ne tienne, dans notre jeunesse nous avions déjà eu ce souci sur notre première solution VPN (à base d’IPsec pour chiffrer et de L2TP et PPP pour se rapprocher d’une collecte ADSL) et nous avions publié un patch, c’est juste dommage qu’en un an et demi il n’ait pas été intégré.
Je le reprends donc, je remercie gentoo de permettre de patcher facilement le code et je recommence une nouvelle fois, et je ne reçois rien.
Extraire les informations du RADIUS
Et oui, parce que PPP n’envoie aucune information utile pour que je puisse configurer ma pile IPv6 de mon côté. Se pose alors la question de comment récupérer les attributs utiles. Je peux bien sûr parser le fichier de la base de données RADIUS, car c’est un fichier plat, mais rien ne prouve qu’il sera toujours sur cette machine et je ne sais pas dire a priori quel identifiant est sur quelle interface.
Heureusement, en cherchant un peu, il existe le module radattr.so qui permet d’écrire les attributs RADIUS dans un fichier.
Service-Type Framed-User
Framed-Protocol PPP
Framed-Routing None
Framed-IP-Address 89.234.186.21
Framed-IP-Netmask 255.255.255.255
Framed-MTU 1492
Framed-IPv6-Prefix 2a00:5884:1100:1::/64
Framed-IPv6-Address 2a00:5884:1100:1::1
Framed-Interface-Id
Delegated-IPv6-Prefix 2a00:5884:1101::/48
Voilà qui est facilement parsable, c’est parfait. Mais, comment je mets ça dans radvd ? Je peux echo >> /etc/radvd.conf mais ça va être compliqué de retirer une configuration quand quelqu’un se déconnecte.
La solution retenue a donc été d’écrire un fichier de configuration basique, d’écrire un fichier par utilisateur, et de faire cat /etc/radvd.conf.base > /etc/radvd.conf; cat /run/vpn/radvd-user.*.conf >> /etc/radvd.conf puis de recharger la conf à chaque nouvelle connexion.
Je retente donc une nouvelle fois, et cette fois-ci j’ai une IP et une route par défaut ! Je commençais à désespérer… Mais seulement, je n’ai qu’une IP dans le range d’interco (le /64). Évidemment, je n’ai rien fait de mon range routé dans la configuration de radvd. Il faut donc que je configure cette partie à la main si je veux redistribuer des IPv6 à mes machines. Ce n’est pas très grave pour moi, mais c’est plus grave si je veux que ça marche automatiquement chez tout le monde.
Histoire de vérifier un peu ma configuration quand même, je demande à un copain qui a un modem linksys censé supporter IPv6 de tester. Et évidemment, l’IPv4 monte directement et l’IPv6 reste bloquée.
Rajouter une couche de DHCPv6
En regardant les trames de plus près, je me rends compte que son modem demande du DHCPv6. Je me dis que ce n’est pas si grave, je prends une implèmentation connue, type celle de l’ISC, j’utilise la même méthode de configuration qu’avec radvd, et ça va le faire.
Sauf que non, parce qu’il échoue en disans « Unsupported device type 512 for "ppp0" ».
Il me faut alors chercher une autre implèmentation, par exemple kea, qui elle supporte le PPP. Par contre, la configuration est en JSON et fait environ 70 lignes là où celle de radvd en fait 10. Je ne peux donc pas toutes les concaténer dans le même fichier, ça deviendrait rapidement inexploitable si pour une raison ou une autre je dois aller regarder dedans.
J’écris donc un template, que je sed avec les vraies valeurs et que j’écris dans un autre fichier, que j’utilise comme configuration pour kea.
Documentation technique
Si jamais vous souhaitez savoir ce que donne la configuration complète et comment les différentes briques se mettent place, vous pouvez lire la page de wiki (https://wiki.grifon.fr/doku.php?id=machines:grifon:judicael-adsl) que j’ai écrite à ce sujet.
Conclusion
Pour faire marcher IPv6 sur PPP, il m’a donc fallu :
- Ajouter les attributs RADIUS dans le dictionnaire,
- patcher ppp,
- extraire la configuration IPv6 qui passe dans le PPP,
- bricoler la configuration de radvd,
- faire de même avec kea, en me prenant un bug sur isc-dhcp au passage.
Maintenant je comprends donc pourquoi personne ne fait d’IPv6 dans PPP. Ça demande beaucoup trop de bidouille pour que ça soit exploitable. Je comprends également pourquoi Orange attend de passer en collecte ethernet pour proposer de l’IPv6 et pourquoi Free utilise 6rd.
Je suis sacrèment attaché à IPv6, donc j’ai bien creusé pour le faire marcher, mais à plusieurs moments je me suis dit que faire de l’IPv4-only ce ne serait peut-être pas si mal.
Après, il est vrai que j’aurais pu utiliser l2tpns, mais il a aussi dû être patché pour faire fonctionner IPv6, sans que le code ne soit intégré en upstream, et il fait tout en un seul programme (L2TP et PPP).
De plus, il comporte un bug qui fait que le RA n’est envoyé qu’une fois en début de session et que si le routeur ne l’a pas reçu (mauvais câble, implèmentation qui ne s’attendait pas à le recevoir à ce moment, etc.), la route par défaut n’est jamais connue. De plus, il commençait à partir en buffer-overflow quand je l’ai testé chez moi.
-
En regardant les trames de plus près, je me rends compte que son modem demande du DHCPv6. Je me dis que ce n’est pas si grave, je prends une implèmentation connue, type celle de l’ISC, j’utilise la même méthode de configuration qu’avec radvd, et ça va le faire.
Sauf que non, parce qu’il échoue en disans « Unsupported device type 512 for "ppp0" ».
Pas la meilleure idee. Ma marche beaucoup mieux avec dibbler-client.
Pour faire marcher IPv6 sur PPP, il m’a donc fallu :
- Ajouter les attributs RADIUS dans le dictionnaire,
- patcher ppp,
- extraire la configuration IPv6 qui passe dans le PPP,
- bricoler la configuration de radvd,
- faire de même avec kea, en me prenant un bug sur isc-dhcp au passage.
Chez moi, sur un vieux Ubuntu, la partie client etait beaucoup plus simple. Pour la partie BRAS/LNS, voir juste apres.
Maintenant je comprends donc pourquoi personne ne fait d’IPv6 dans PPP. Ça demande beaucoup trop de bidouille pour que ça soit exploitable. Je comprends également pourquoi Orange attend de passer en collecte ethernet pour proposer de l’IPv6 et pourquoi Free utilise 6rd.
Quand on utilise du materiel fait par des constructeurs "connus", ces problemes n'existent pas. La partie DHCP over PPP ca juste marche, que ca soit cote BRAS/LNS ou cote CPE. Le choix PPP versus IPoE se fait sur d'autres criteres.
-
Quand on utilise du materiel fait par des constructeurs "connus", ces problemes n'existent pas. La partie DHCP over PPP ca juste marche, que ca soit cote BRAS/LNS ou cote CPE.
Grifon (Fournisseur d'Accès à Internet Associatif Rennais) utiliserait du MikroTik ?
-
Grifon (Fournisseur d'Accès à Internet Associatif Rennais) utiliserait du MikroTik ?
(ça marche pas trop mal)
-
Grifon (Fournisseur d'Accès à Internet Associatif Rennais) utiliserait du MikroTik ?
Non, les LNS c’est du Linux (en VM). Une stack PPP/xl2tp et une stack accel-ppp.
Les trucs constructeur que l’on a, c’est en bordure (ASR1001) et en switching (EX3300).
-
Grifon (Fournisseur d'Accès à Internet Associatif Rennais) utiliserait du MikroTik ?
Mikrotik ca peut aller comme CPE, mais pas plus. Et encore la, j'ai pas eu la chance de le tester pour voir si la partie IPv6 fonctionne comme chez les auttres.
-
Il ne sait pas prendre d'IPv6 via les attributs RADIUS je crois, il ne le fait que par DHCPv6-PD.
-
Il ne sait pas prendre d'IPv6 via les attributs RADIUS je crois, il ne le fait que par DHCPv6-PD.
Le "Delegated-IPv6-Prefix" est uniquement utilisable sur les BRAS/BNG/LNS qui savent lier un reponse DHCP(v6) a un subscriber particulier. En effet, le PD est uniquement dispo via DHCPv6-PD. Si c'est pour faire du statique, il faut utiliser "Framed-IPv6-Route".
-
Au final, il est difficile de comprendre pourquoi la transition vers le dual stack ne se fait pas plus vite.
La belgique est actuellement le pays le plus avancé dans son déploiement (au moins un truc qu on fait bien). J y possède un miroir pour arch mx et raspbian qui dispose du dual stack aussi et mon trafique IPv6 dépasse TRÈS largement le v4.
Au point ou je ne comprends juste pas pourquoi les banques, les sites web des vendeurs de telecom, Amazon etc. Ne passent pas en v6 progressivement au fur et a mesure qu ils renouvellent leurs infras
-
Belgique : 57,16% des clients en IPv6
(https://lafibre.info/images/ipv6/201905_ipv6_belgique.png)
Le gros défaut de la Belgique c'est que la migration vers IPv6 n'avance plus depuis 2016.
Elle était N°1 quand j'ai écris ce sujet, le 9 mai 2019.
Depuis 2 pays qui ont de l'IPv6 en croissance ont dépassés la Belgique : Les USA (N°1) et l'Inde (N°2).
L'inde état à moins de 1% d'IPv6 début 2016.
Cela rappelle que la France a été pendant de nombreuses années N°1 en IPv6 grâce à Free.
-
En effet, la Belgique a fait le gros de sa migration avec l'opérateur national pour toutes les lignes VDSL2. Au fur et a mesure que leur ancienne box crashent, ils les remplaçaient par des récentes qui supportaient l' IPv6 (qui crashent toujours autant). à ce jour, je pense qu'on a un bon 90% des lignes VDSL2 équipées en IPv6 non-désactivable.
Cependant, les opérateurs concurrents (telenet, voo et orange) n'ont pas un déploiement très poussé pour le moment et pour des opérateurs comme EDPnet, il faut téléphoner pour explicitement demander l'activation de l'IPv6 puis l'activer manuellement dans la box.
Et puis, il y'a les réseaux mobiles. Chez nous, aucune IPv6 sur le mobile pour le moment aux dernières nouvelles.
Du coup, on est un peu bloqué pour le moment vus qu'il faudrait commencer de très très gros déploiement de 0
-
Bah, plus tôt on commence, plus tôt on finit. Faut bien se bouger et se lancer un moment
-
Le gros défaut de la Belgique c'est que la migration vers IPv6 n'avance plus depuis 2016.
Elle était N°1 quand j'ai écris ce sujet, le 9 mai 2019.
Depuis 2 pays qui ont de l'IPv6 en croissance ont dépassés la Belgique : Les USA (N°1) et l'Inde (N°2).
L'inde état à moins de 1% d'IPv6 début 2016.
Cela rappelle que la France a été pendant de nombreuses années N°1 en IPv6 grâce à Free.
Cela montre que les initiatives individuelles ne fonctionnent pas (dans le sens où elles n'entrainent pas un effet boule de neige).
C'est une affaire de masse, et je pense qu'il faudra atteindre un % mondial précis pour toucher le pivot qui renverse la tendance (càd que le reste se mette à migrer rapidement car à la traine).