La Fibre
Télécom => Réseau => 
IPv6 => Discussion démarrée par: vivien le 08 avril 2022 à 18:27:31
-
FAI: Quelles solutions mettre en place pour partager l'IPv4 entre plusieurs clients ?
La 4 avril 2022 avait lieu à Paris la conférence MPLS "IPv6 Enhanced: Boosting the Digital Economy".
François Bouju, architecte IP chez Bouygues Telecom a présenté les solutions qui s'offrent à un fournisseur d’accès à Internet pour partager IPv4.
Notamment :
- Le Carrier-Grade NAT (la box du client reçoit une IPv4 privée) appelé CGNAT444
- MAP-T (la box est en IPv6 only coté WAN et translate IPv6 vers IPv4 afin d'offrir aux clients un véritable accès double pile IPv4+IPv6 permettant à des clients IPv4 only de fonctionner parfaitement).
Bouygues Telecom explique également les recherches qui ont permis d'acter qu'il était préférable de partager une IPv4 entre un maximum de 8 clients : 8 000 ports par clients permet de couvrir 99,9% des usages observés tout en permettant un gain intéressant d'IPv4.
Bouygues Telecom explique également les cas dans lequel le CGN est aujourd'hui activé :
- Client qui n'utilise pas de translation de port
- Client grand public avec une offre de base (La Bbox WiFi6 et les Pro sont exclut et ont systématiquement une IPv4 dédiée)
- Box compatible avec firmware compatible
Bref, c'est une belle présentation qui devrait intéresser les opérateurs qui se demandent comment partager de l'IPv4 sur l’accès à internet.
https://lafibre.info/videos/ipv6/202204_ipv6_enhanced_bouygues_telecom_solutions_partage_ipv4.webm
(vidéo encodée en VP9, lisible avec les principaux navigateurs modernes)
-
8192 ports pour être précis. Et oui c'est suffisant même si ça réduit à 1 chance sur 8 d'avoir le "golden range" de ports < 8192. Contrairement à Free où c'est 1 chance sur 4.
Le CG NAT, ce n'est pas vraiment acceptable pour ceux qui ont des besoins d'ouvrir des ports en IPv4 (par exemple parce que le réseau de mon taf est IPv4 only, ou pour d'anciensservices...).
Si Bouygues compte utiliser le map-e c'est vraiment mieux que l'horrible cg nat de chez sfr.
Mais sinon oui l'IPv6 est l'avenir, encore faudrait-il que les boxs sachent gérer le cas d'un autre routeur (généralement wifi chez michu-gaming) derrière, et que le firewall soit plus configurable que tout ou rien (ce qui est un bon début car par exemple pas possible - facilement - de couper le firewall ipv6 de la livebox).
-
8064 ports par client en CG Nat, non ?
65536 ports - 1024 ports réservé / 8 clients = 8064 ports
Cf neo_hijacker qui explique que chez SFR les 1024 premiers ports sont exclus :
Un client CGnat dispose d'environ 2015 ports ==> Donc 32 clients par IP publique. (les 1024 premiers ports sont exclus)
Statistiquement seulement 1% des ports sont utilisés pour un usage lambda. Donc il y a de la marge :)
Pourquoi les 1024 premiers ports sont exclus ?
Ce sont des ports systèmes, j'imagine que la raison vient de là. Mais je n'ai pas de détails techniques...
De mémoire, un "non root" ne peut pas se servir de ces ports sur les systèmes Unix.
-
Le CG NAT, ce n'est pas vraiment acceptable pour ceux qui ont des besoins d'ouvrir des ports en IPv4 (par exemple parce que le réseau de mon taf est IPv4 only, ou pour d'anciensservices...).
Bouygues Telecom explique également les cas dans lequel le CGN est aujourd'hui activé :
- Client qui n'utilise pas de translation de port
Bouygues y a pensé ...
-
Donc le client qui n'utilise pas leur box , il se passe quoi ? ;D
-
Adressage et transition IPv6 chez Bouygues Telecom
Le 7 décembre 2023, l’IDATE, l’Arcep et l’IPv6 Forum ont organisé, dans les locaux de l’Arcep, un atelier portant sur le développement et l’avancée de l’IPv6 en France. La pénurie d’adresses IPv4 fin 2019 appelle à accélérer la migration de tous les acteurs du net vers IPv6. Persister à entretenir le protocole IPv4 fait peser des risques sur le bon fonctionnement d’internet, notamment en termes d’accès aux services ou d’identification des adresses IP. La transition vers IPv6 est donc la seule solution pérenne pour qu’internet reste un espace d’innovation et de compétitivité, au bénéfice des utilisateurs.
Voici la présentation de Bouygues Telecom : Adressage et transition IPv6 chez Bouygues Telecom
https://www.youtube.com/watch?v=6RFsA1vsi70
Cette vidéo (29 minutes) est l'enregistrement de la présentation de Bouygues Telecom, réalisée par François Bouju.
Sommaire :
1/ Bouygues Telecom
2/ Déploiement IPv6
3/ Trafic IPv6
4/ Principes d’adressage
5/ Première étape : Dual-stack CGNAT 444
6/ Long terme : MAP-T
7/ MAP-T en exemple
8/ Points-clés
La présentation (10 pages) est disponible ci-dessous :
(cliquez sur la miniature ci-dessous - le document est au format PDF)
(https://lafibre.info/images/ipv6/202312_atelier_IPv6_08_Bouygues_Telecom_Transition_IPv6.webp) (https://lafibre.info/images/ipv6/202312_atelier_IPv6_08_Bouygues_Telecom_Transition_IPv6.pdf)
-
Merci François, c'était 30 minutes extrêmement intéressantes ! C'est une chance de pouvoir avoir le témoignage d'un des plus gros FAI Français sur cette question et pouvoir avoir le cheminement de pensée qui a mené a ce choix est précieux !
-
Oui, accessible, intéressant.
C'est sympathique de partager les bonnes pratiques.
-
En effet présentation très intéressant et accessible, je dirais pas non à un truc plus long encore :)
Pour MAP-T, on peut espérer que que la box soit plus facile à bypasser (vu l’évocation d'openWRT), contrairement à Free et son 4rd qui tient plus de la bidouille (côté client).
À voir si orange changera de méthode du coup, Levieux avait évoqué le DS-lite je crois. Et côté SFR on en sait plus (hormis le CGNAT pour le moment) ?
-
Free ils sont en MAP-E et pas 4rd non ? je serais curieux de voir leur explication ;)
-
J'avoue que je sais pas trop, vu qu'elles sont toutes assez similaire...
-
La contrainte peut être liée au support des différentes techno de translation par les vendors utilisés pour le backbone du FAI.
Chez un certain grozop par exemple, l'infra utilise des trucs qui n'ont plus de support donc faut le temps de tout renouveler avant d'envisager des évolutions.
-
Free ils sont en MAP-E et pas 4rd non ? je serais curieux de voir leur explication ;)
Je confirme :
- MAP-E pour Free
- MAP-T pour Bouygues Telecom
- Carrier-grade NAT pour SFR.
-
Y'a un moyen de distinguer MAP-E de 4rd du coup ?
EDIT : Si j'en crois les dates ça serait donc le 4rd qui a abouti à la création/standardisation de map-e/t ?
-
Y'a un moyen de distinguer MAP-E de 4rd du coup ?
EDIT : Si j'en crois les dates ça serait donc le 4rd qui a abouti à la création/standardisation de map-e/t ?
la page wikipedia anglais de 4rd explique les choses et l'historique. https://en.wikipedia.org/wiki/IPv4_Residual_Deployment#History
A noter également que des options DHCPv6 ont été définies pour cela: https://www.rfc-editor.org/rfc/rfc7598.html (et sa maj https://www.rfc-editor.org/rfc/rfc8539 ). Elles permettent d'obtenir le dimensionnement du mapping et l'adresse du 'border relay'. Je ne sais pas si les implémentations de Free et Bytel utilisent ces options, ca pourrait être utile pour ceux qui cherchent a remplacer leur box...
-
Salut
Grâce a la première vidéo je viens de comprendre pourquoi on perd le réseau local avec orange quand la connexion internet se coupe.
Perte du préfixe...
-
la page wikipedia anglais de 4rd explique les choses et l'historique. https://en.wikipedia.org/wiki/IPv4_Residual_Deployment#History
A noter également que des options DHCPv6 ont été définies pour cela: https://www.rfc-editor.org/rfc/rfc7598.html (et sa maj https://www.rfc-editor.org/rfc/rfc8539 ). Elles permettent d'obtenir le dimensionnement du mapping et l'adresse du 'border relay'. Je ne sais pas si les implémentations de Free et Bytel utilisent ces options, ca pourrait être utile pour ceux qui cherchent a remplacer leur box...
J'avais effectivement lu la page de wiki, mais c'est quand même bien le bordel... Pour les options DHCP, j’ai vu que c'était les 94 et 95, oui.
Faudrait que je monte un LAB pour tester un peu. Y'a de nouvelles implémentations sorties à part jool ?
-
Grâce a la première vidéo je viens de comprendre pourquoi on perd le réseau local avec orange quand la connexion internet se coupe.
Perte du préfixe...
Il y a une solution pour éviter cela?
-
Aucune idée mais n'étant plus chez Orange je n'ai plus ce problème ;)
-
Il y a une solution pour éviter cela?
En principe y'a toujours l'ipv4 qui elle ne bouge pas. Perte de la connectivité ipv6 oui, perte du réseau, c'est un peu exagéré.
Après la solution est d'avoir un préfixe ULA si on veut avoir un réseau en v6 opérationnel en permanence, lui sera toujours annoncé sur le LAN.
-
Pour ceux qui veulent expérimenter, j'ai trouvé la syntaxe DHCPv6 (isc-dhcp-server) pour distribuer l'option 95 (page 10) : https://ripe75.ripe.net/wp-content/uploads/presentations/138-Configuring-CPE-for-Transition-Mechanisms-offline-v1.2.pdf
Combiné à la doc de Jool : https://www.jool.mx/en/map-t.html et OpenWRT en guise de CE, je pense qu'il y a moyen de faire un truc sympa. Je vais essayer ça demain. Mais c'est tout de suite plus velu qu'un bête NAT64 avec tayga où tout marche presque les doigts dans le nez.
-
Je confirme :
- MAP-E pour Free
- MAP-T pour Bouygues Telecom
- Carrier-grade NAT pour SFR.
Je complète
Pour Orange FR, cela sera du CGN DS-LITE dans la ligné des travaux de l'excellent C. Jacquenet chez nous.
Back to you sur ce sujet dans les prochains mois et années
LeVieux
-
Cela serait intéressant d'avoir le témoignage d'Orange lors des prochains ateliers, en novembre / décembre 2024.
Pourquoi c'est important de communiquer ?
Pour que les acteurs, notamment ceux des jeux en réseau, proposent leur serveur IPv6, car cela permet un accès direct au client et donc une meilleure QoS.
Pour reprendre le slide de Latif Ladid, président d'IPv6 Forum :
(https://lafibre.info/images/ipv6/202312_atelier_IPv6_02_IPv6_Forum_le_nouvel_internet_1.webp)
https://www.youtube.com/watch?v=xGp2DDhmESE
-
Cela serait intéressant d'avoir le témoignage d'Orange lors des prochains ateliers, en novembre / décembre 2024.
Pourquoi c'est important de communiquer ?
@vivien
Il faudra solliciter ton interlocutrice habituelle. Cela s'organise, mais cela peut se faire je pense
LeVieux (damned, si cela se fait je serai démasqué :))
-
Je complète
Pour Orange FR, cela sera du CGN DS-LITE dans la ligné des travaux de l'excellent C. Jacquenet chez nous.
Back to you sur ce sujet dans les prochains mois et années
LeVieux
Le DS-Lite n'a pas d'impact sur les perfs côté box ?
-
Le DS-Lite n'a pas d'impact sur les perfs côté box ?
La réponse là est générique, elle ne correspond pas à ce qui pourrait être mise en place chez Orange.
Le principe du DS-Lite c'est que la boxe privilégie le IPv6 au maximum. IPv6 qui est natif
Mettre en place un DS-LITE impose assez fortement de pousser IPv6 pour tous les services pour lesquels un SLA et donc de limiter au maximum les flux IPv4.
Concernant le DS-LITE, si la MTU coté WAN est telle que l'encap DS-LITE se fait sans fragmentation, c'est étonnamment léger coté box.
C'est une encap / décap au retour, pas de modification de la payload IPv4 (hors en-tete Ethernet ...)
Mes tests sur de la VM me font monter assez facilement à 10Gb en DS-LITE ....
Par contre celai signifie une MTU un peu supérieur à 1500 coté WAN (1540 de tête, il faut que je regarde l'entete IPIP du DS-LITE)
L'idée de base c'est qu'un paquet LAN (MTU 1500) sort tel quel encapsulé dans le DS-LITE (MTU 1540) jusqu'au CGN dans le réseau. CGN qui lui bosse quand même beaucoup, la charge est là.
Par contre exiger un 10Gb en DS-LITE, c'est pas l'idée. Là cela serait exiger un 10Gb en IPv6 pour le coeur du service et un truc nettement avec moins d'engagement coté IPv4.
Si tu regardes les présentation dans la section IPv6 du forum, y'a des présentation là dessus.
Par contre je suis en désaccord perso avec la vision de "IPv4 est mort demain". Sauf si demain c'est 2070..
Le GP aura basculer 95% (projection perso ....) de ses flux en IPv6 vers 2040, mais il restera des morceaux en IPv4 au bout de nul part. Et ceux là (techno au choix des FAI) auront besoin d'une solution CGN d'un type ou l'autre.
LeVieux
-
Pour moi en 2040 les accès internet grand public pourraient commencer à ne plus proposer de couche de compatibilité IPv4.
Cela veut dire qu'un service IPv4 only ne sera pas joignable.
Coté entreprise, c'est plus complexe et il y a des cas spécifiques qu'il faudra continuer d'adresser.
-
Pour moi en 2040 les accès internet grand public pourraient commencer à ne plus proposer de couche de compatibilité IPv4.
Cela veut dire qu'un service IPv4 only ne sera pas joignable.
Coté entreprise, c'est plus complexe et il y a des cas spécifiques qu'il faudra continuer d'adresser.
Cela, il faudra que l'ARCEP le spécifie
Et même au dela de la spécification ARCEP, la question sera : quel sera le premier FAI à oser couper IPv4 ...
LeVieux
-
Voilà (ok il n'y a pas de dates)
Le but d'IPv6 n'est pas de rajouter un protocole de plus, mais bien de remplacer IPv4 à terme.
Dans ce guide, est publié pour la première fois un possible scénario de sortie de l'IPv4 :
(https://lafibre.info/images/ipv6/202012_task-force_ipv6_guide_entreprises_sortie_ipv4.png)
Quels sont les scénarios envisageables de la transition vers IPv6 ?
Vidéo de Samih Souissi, extraite du Mooc "Objectif IPv6 !" (https://lafibre.info/objectif-ipv6/) de l’institut Mines-Télécom, formation à l'IPv6 en ligne, gratuite et ouverte à tous:
https://lafibre.info/videos/ipv6/202101_mooc_ipv6_extrait_scenarios_transition_ipv6.mp4
-
Ce qu'il faudrait, c'est un calendrier, à l'instar du déploiement fibre/arrêt du réseau cuivre, à l'instar de toute modification législative/fiscale/sociale.
Qu'on puisse avoir une date, un RDV, genre 2030 pour commencer à déprovisionner le réseau GP, 2040 les réseaux pro, un truc du genre.
Et que les services non-IPv6 puissent déjà anticiper ces chantiers.
-
Oui, je vois, un peu comme la Chine...
Mais il y a plus de liberté en France et s'il y a une date, il faut que ce soit un consensus des acteurs.
La problématique du dossier, c'est la dimension internationale et le retard de certains pays.
On a quand même bien réussi à tuer TLS 1.0 en quelques années, tuer IPv4 et 16 ans, cela semble jouable.
Le plan de la Chine pour commencer à supprimer IPv4 à partir de 2023
La Cyberspace Administration of China et la Cyberspace Affairs Commission ont élaboré un plan pour l'adoption d'IPv6 à grande échelle au cours des 5 à 10 prochaines années. Ils ont publié un avis sur l'accélération d'IPv6 (http://www.cac.gov.cn/2021-07/23/c_1628629122784001.htm) par un déploiement à grande échelle qui a été rendu public le 23 juillet 2021.
Le plan comporte 3 étapes différentes qui s'étendront jusqu'à la fin de 2030.
Fin 2023
L'objectif d'ici fin 2023 est de mettre en œuvre des changements axés sur les modèles. Tous les nouveaux routeurs sans fil domestiques activeront et prendront pleinement en charge IPv6 par défaut. Les nouveaux réseaux ne pourront plus utiliser l'espace d'adressage IPv4 privé.
- La Chine comptera plus de 700 millions d'utilisateurs actifs sur IPv6
- 200 millions d'appareils Internet des objets (IoT) utilisant IPv6.
- Le trafic IPv6 du réseau mobile a représenté 50%
- Trafic du réseau IPv6 métropolitain à environ 15 %.
Fin 2025
D'ici la fin de 2025, il est prévu que toutes les applications, installations et systèmes de sécurité soient entièrement établis en IPv6, ce qui positionnera le réseau IPv6 chinois au premier rang mondial. Ils indiquent également que tous les réseaux, plates-formes, applications, terminaux et diverses industries devront être déployés en IPv6 single-stack.
- La Chine comptera plus de 800 millions d'utilisateurs actifs sur IPv6
- 400 millions d'appareils Internet des objets (IoT) utilisant IPv6
- Le trafic IPv6 du réseau mobile représentait 70%
- Trafic du réseau IPv6 métropolitain à environ 20%.
Fin 2030
L'objectif global est d'achever la transition vers IPv6 à pile unique d'ici la fin de 2030. Ils prévoient d'avoir IPv6 entièrement intégré et appliqué dans toutes les industries, secteurs économiques et secteurs sociétaux.
Impact potentiel sur le marché IPv4
La Chine a l'une des plus grandes populations au monde et utilise donc un grand pourcentage de l'espace d'adressage IPv4 mondial. Cela dit, il y a probablement deux scénarios qui peuvent découler de cette transition IPv6 à pile unique mandatée par le gouvernement.
Le premier scénario probable n'aura d'impact que sur les grands hébergeurs et FAI acquérant /12 blocs IPv4 ou plus. Étant donné que les sociétés basées en Chine n'achèteront plus les grandes allocations IPv4, cela ouvre la porte à tous les autres fournisseurs pour acheter ces IP à des tarifs plus compétitifs.
Le deuxième scénario probable impliquerait que des entreprises basées en Chine commencent à vendre leurs adresses IPv4. Cela augmenterait l'offre sur le marché, ce qui aiderait à stabiliser le marché pour la première fois. Cependant, cela n'est possible que si le gouvernement chinois autorise les entreprises à vendre des adresses IPv4 à d'autres pays. Les entreprises chinoises devraient également être disposées à vendre leurs adresses IPv4 à des entités situées en dehors de la Chine, ce qui, selon les journaux de transfert, ne s'est pas beaucoup produit au cours des 5 dernières années.
Source : Brander Group (https://brandergroup.net/2021/09/chinas-plan-to-begin-eliminating-ipv4-address-usage-in-2023/) septembre 2021.
-
L'idée de base c'est qu'un paquet LAN (MTU 1500) sort tel quel encapsulé dans le DS-LITE (MTU 1540) jusqu'au CGN dans le réseau. CGN qui lui bosse quand même beaucoup, la charge est là.
Merci pour cette précision.
Je regardais justement le principe du DS-lite, mais je restais perplexe, c'est donc bien ce que j'avais compris : la box ne porte pas d'ipv4 partagée mais encapsule juste les IPv4 privées dans IPv6, tous les abonnés sont "virtuellement" sur leur LAN jusqu'au CGN qui lui se charge du NAT44.
Ce qui veut dire aussi la fin des connexions entrantes en v4 ? Contrairement à MAP (même s'il faut s’adapter à sa plage de ports).
-
Merci pour cette précision.
Je regardais justement le principe du DS-lite, mais je restais perplexe, c'est donc bien ce que j'avais compris : la box ne porte pas d'ipv4 partagée mais encapsule juste les IPv4 privées dans IPv6, tous les abonnés sont "virtuellement" sur leur LAN jusqu'au CGN qui lui se charge du NAT44.
Ce qui veut dire aussi la fin des connexion entrantes en v4 ? Contrairement à MAP (même s'il faut s’adapter à sa plage de ports).
Y'a un protocole qui permet de faire l'équivalent du PnPouverture de ports pour les flux entrant.
https://datatracker.ietf.org/doc/html/rfc6887
Pas regardé ce truc encore
LeVieux
-
C'est un peu surprenant de voir la Chine privilégier IPv6 quand la majeure partie de leur parc informatique fonctionne encore sous XP.
-
Oui, je vois, un peu comme la Chine...
Mais il y a plus de liberté en France et s'il y a une date, il faut que ce soit un consensus des acteurs.
La problématique du dossier, c'est la dimension internationale et le retard de certains pays.
On a quand même bien réussi à tuer TLS 1.0 en quelques années, tuer IPv4 et 16 ans, cela semble jouable.
Je ne pense pas que c'est pertinent de mettre la problématique internationale tout de suite.
Occupons-nous déjà de nous-mêmes, à commencer par l'accessibilité des services publics en IPv6. Aujourd'hui, tu veux envoyer ta TVA ou poser une question aux douanes ? Tu ne peux pas.
Une fois arrivé à ce stade de maturité, on peut envisager la suite.
-
Voilà (ok il n'y a pas de dates)
Le but d'IPv6 n'est pas de rajouter un protocole de plus, mais bien de remplacer IPv4 à terme.
Une autre piste possible :
- la grande majorité des FAI proposent de l'IPv6 activé et de l'IPv4 partagée (qq soit la techno). Comme les tracker de pub ne fonctionnent plus aussi bien, on assite à une bascule massive des services sur IPv6.
LeVieux
-
Y'a un protocole qui permet de faire l'équivalent du PnPouverture de ports pour les flux entrant.
https://datatracker.ietf.org/doc/html/rfc6887
Pas regardé ce truc encore
Tout n'est peut-être pas perdu alors :)
-
AWS va commencer a facturer les IPv4 actives en février: https://aws.amazon.com/blogs/aws/new-aws-public-ipv4-address-charge-public-ip-insights/
Perso j'aimerai bien qu'a terme les FAI dégradent la qualité d'IPv4 par rapport a IPv6 (latence et débit notamment) cela poussera les derniers récalcitrants a bouger. Et eventuellement surfacturé les peerings/transits IPv4 ?:p
-
Ça viendra de Google et des hébergeurs. ( Quand l'iv4 sera facturée assez chère pour les sites internet) ou que Google référencera mieux les sites en IPv6 que ceux en ipv4 seulement, ça bougera.
-
Perso j'aimerai bien qu'a terme les FAI dégradent la qualité d'IPv4 par rapport a IPv6 (latence et débit notamment) cela poussera les derniers récalcitrants a bouger.
Cela on va se faire cartonner par l'ARCEP .... ;D
Et eventuellement surfacturé les peerings/transits IPv4 ?:p
Plus probable que les gros fournisseurs de contenus baissent la bande passante en IPv4 ou que le peering soit moins optimisé et donc avec une latence qui va se pourrir.
Et donc un glissement naturel des flux vers du v6
LeVieux
-
- la grande majorité des FAI proposent de l'IPv6 activé et de l'IPv4 partagée (qq soit la techno). Comme les tracker de pub ne fonctionnent plus aussi bien, on assite à une bascule massive des services sur IPv6.
Sais-tu pourquoi les tracker de pub restent en IPv4 ?
Car aujourd'hui, on a des basses de localisation relativement fiable par IP. La localisation arrive dans certains cas à donner une adresse assez précise, visiblement via un autre service sur mobile qui a partagé sa position GPS (Je me demande comment cela passe le RGPD). Dans le cas où ce n'est pas présent, la localisation ne donne pas toujours la bonne commune, mais si c'est n'est pas la bonne commune, c'est une commune voisine.
En IPv6, les données de localisation sont mauvaises, on connait le pays, mais souvent pas plus.
Je ne sais pas comment adresser ce point qui est important pour les acteurs de la publicité et du ciblage de données.
-
Sais-tu pourquoi les tracker de pub restent en IPv4 ?
My 2cents :
- couts du changement, pourquoi faire aujourd'hui. Entre rajouter une feature et passer en IPv6, comment dire ...
- optimisation du code. Une IPv4 cela tient dans un int32. Cela se manipule à la vitesse de l'éclair dans une appli qui a des temps de réponse de l'ordre du 1 à 3 ms ....
J'ai un copain qui bossait chez Critéo, ce qu'il en décrivait c'était un avion de chasse pointu.
Cela peut d'ailleurs être une bonne porte pour comprendre, ils sont dans le 8ème je crois.
LeVieux
-
My 2cents :
- couts du changement, pourquoi faire aujourd'hui. Entre rajouter une feature et passer en IPv6, comment dire ...
- optimisation du code. Une IPv4 cela tient dans un int32. Cela se manipule à la vitesse de l'éclair dans une appli qui a des temps de réponse de l'ordre du 1 à 3 ms ....
J'ai un copain qui bossait chez Critéo, ce qu'il en décrivait c'était un avion de chasse pointu.
Cela peut d'ailleurs être une bonne porte pour comprendre, ils sont dans le 8ème je crois.
LeVieux
Es tu en train de dire que l'ipv4 a une meilleure latence que l'ipv6 ? :)
-
Es tu en train de dire que l'ipv4 a une meilleure latence que l'ipv6 ? :)
Pas latence réseau, traitement dans les bigdata pour te refiler une pub ciblée.
C'est plus petit, dans un int32, donc manipulable simplement dans tout ce qui est info de traitement par lot / flux / table orientée ligne et autre truc qui permette de choisir la pub à te servir en moins de 2 ms ....
En v6, déjà cela passe par une normalisation de comment tu représentes cela ....
En latence réseau on est à la même, voir on commence à constater que IPv6 a une latence qui devient plus faible (bout en bout, sur le réseau Orange, pas de diff de latence entre la ligne du client et la sortie vers internet)
LeVieux
-
Certains ne changeront pas tant que cela fonctionne. Pas le peine de chercher des détails technique tel que la taille des IP. C'est la même chose que pour la migration cuivre ⇒ fibre ou extinction de la 2G/3G.
J'ai été chercher hier mon fils à l'école élémentaire : J'ai vu qu'en 2024, ils utilisaient encore Internet explorer 11 pour aller sur internet. La cause, c'est simplement que personne ne s'occupe de la salle informatique (les PC ont 4 Go de RAM, ils auraient pu passer à Windows 10 quand Microsoft proposait une mise à jour gratuite).
-
C'est un peu surprenant de voir la Chine privilégier IPv6 quand la majeure partie de leur parc informatique fonctionne encore sous XP.
C'est moins surprenant si l'on se dit que la chine a semble-t-il fait sa transition :
(https://pix.milkywan.fr/KMedHuLN.png)
Si j'ai bien compris le dispositif DS-Lite/cgnat, même avec PCP, ce sera quand même une sacrée limitation puisque l'IP publique externe sera j'imagine piochée dans un pool dynamiquement ? D'autre part, cela rend compliqué l'usage d'une ipv4 dédiée, même en option non ?
Parce qu'avec MAP-E/MAP-T, même si on reste sur une plage de ports limitée avec tous les problèmes que cela engendre, l'IP publique externe est à peu près figée.
-
Bonjour,
c'est HS par rapport au sujet initial, mais certains FAI/hébergeurs aujourd'hui ne supportent toujours pas IPv6
du coup, ça force à utiliser IPv4
concrètement:
1/ j'ai toute une infra chez OVH avec des IP (v4) flottantes sur un vRack (qui bien qu'annoncé ne m'offre toujours pas la possibilité d'ajouter du v6)
=> joignable qu'en IPv4
déménager ailleurs qui propose IPv6 ? vu le cout de la migration, ça va rester ou c'est pendant encore longtemps ;)
(alors oui, on pourrait bidouiller avec du DNS64 et NAT64 mais ça marche pas à tous les coups)
2/ sur site, il y a 3 connexions internet: ftth + vdsl + 4G/5G (malheureusement la fibre et xdsl suivent le même chemin, donc gros risque alerte pelleteuse)
je voudrais bien passer le LAN en ipv4+ipv6 mais la connexion 4G/5G ne le supporte pas.
du coup, quand je coupe ftth et xdsl, ça se vautre à moitié coté routeur qui essaie de faire passer de l'IPv6 sur une connexion qui ne le supporte pas.
internet est plus ou moins inutilisable (latence, échec de connexion etc...)
du coup, le LAN est IPv4 only....
et ça ce n'est que 2 exemple parmi tout ce que je suis amené à toucher.
my 2 cents: c'est pas prêt de bouger, et ipv4 a encore de beaux jours devant lui
-
1/ vRack: IPv6 arrive en 2024, oui, il y a quelques mois de retard. Sujet : OVH: IPv6 sera disponibble sur vRack en 2024 ! (https://lafibre.info/ovh-datacenter/vrack-ipv6/)
2/ Quelle offre mobile ne support pas l'IPv6 ? Il y a des obligations de proposer de l'IPv6 assez larges (mais il y a des petits trous, comme l'offre Free Pro mobile).
-
1/ vRack: IPv6 arrive en 2024, oui, il y a quelques mois de retard. Sujet : OVH: IPv6 sera disponibble sur vRack en 2024 ! (https://lafibre.info/ovh-datacenter/vrack-ipv6/)
2/ Quelle offre mobile ne support pas l'IPv6 ? Il y a des obligations de proposer de l'IPv6 assez larges (mais il y a des petits trous, comme l'offre Free Pro mobile).
Les offres data only pour entreprises (exemple DSTNY (anciennement OpenIP)) ne me donnent pas d'IPv6 avec l'APN de la documentation. C'est peut-être possible, j'avoue ne pas avoir creusé, mais du coup mes clients ayant cette solution de secours 4G n'ont pas d'IPv6.
-
@vivien,
tu as vu passer le early access ipv6 sur les vrack ?
moi pas.... donc pour l'instant, ça n'existe pas et de toutes façons ça ne sera pas mis en place avant un bout de temps par les clients, le temps que ça soit "stabilisé" par les beta testeurs.
pour les forfaits 4G, idem au dessus !
(surtout chez les petits opérateurs qui font de la collecte sur un autre réseau: mon cas)
-
Pour les offres entreprises avec APN spécifique pour l'entreprise, les opérateurs Orange / SFR / Bouygues me disent être prêt à faire de l'IPv6, dès que l'entreprise leur demande.
Les full MVNO, c'est un trou : Pas d'IPv6 obligatoire (mais plusieurs proposent de l'IPV6).
Il commence à y avoir de la demande : J'ai un MVNO, dédié aux entreprises, qui se met à développer l'IPv6, car il a des demandes et que c'est bête de perdre un appel d'offre pour ça.
OVH vrack : J'ai précisé qu'il y a quelques mois de retard sur le planning initial. Ce sera lancé dans quelques mois en "early access".
Chez tous les hébergeurs, la question n'est plus de savoir s'il va y avoir de l'IPv6, mais quand, pour ceux qui pour qui ce n'est pas encore en prod.
-
c'est justement la raison pour laquelle je disais que ça ne bougera pas de suite !
entre le early access (retardé) le passage en prod global, les frileux (comme moi, hors de question de faire parti des beta testeurs tant que c'est pas stabilisé, j'ai déjà été refroidi) et enfin l'adoption globale, il va se passer du temps !
pour l'IPv6 sur les 4G, oui je pourrais l'avoir avec d'autres opérateurs mais au détriment de certaines fonctionnalité que j'ai aujourd'hui, encore une fois, ça fonctionnera un jour, mais pas demain
il y a des efforts à faire de tous les cotés, on est bien d'accord. mais tant qu'il n'y a pas de contrainte (règlementaire j'entends), ça ne bougera pas vite.
-
Et pendant ce temps là , toujours pas de AAAA sur :
twitch.com
discord.com
amazon.com
twitter.com
Et j'en passe beaucoup (dont des franco-français, comme lemonde.fr)...
Moi je veux bien couper IPV4 chez moi, je l'ai d'ailleurs expérimenté .... Je suis TRES vite revenu à un dual-stack hein : j'ai accès à environ 50% de ce que je browse au quotidien ...
Essayez voir chez vous, vous serez surpris du nombre de services que vous utilisez quotidiennement, qui ne sont juste pas dispo en IPV6.
C'est bien joli d'avoir des FAI qui commencent à se bouger, si derrière les services ne sont pas accessibles, ça sert pas à grand chose de pousser l'IPV6 par un bout (alors qu'il n'y a rien à l'autre bout).
-
Oui, c'est comme le 10G sym quand tout les Clouds mettent des slot 1G max ::)
-
Oui, c'est comme le 10G sym quand tout les Clouds mettent des slot 1G max ::)
Oui mais là on peut consommer 10 flux à 1G en parallèle dans ce cas-là ;D
Je chipotte ;)
-
Non, c'est une bride par IP chez un même CDN.
-
Non, c'est une bride par IP chez un même CDN.
Ohhh sympa ça ;D
Espérons que ça change d'ici que le 10G soit déployé partout (encore quelques années tout de même)
-
Non, c'est une bride par IP chez un même CDN.
Tiens d'ailleurs , je rebondis sur le sujet.
En IPV6, ce n'est pas une IP, mais plusieurs millions dont chacun dispose.
Comment les filtres sont écrits du coup ?
Ils ne peuvent plus bloquer une IP, ça sert à rien puisqu'on peut s'en affecter virtuellement plusieurs millions pour chaque machine.
Vont-ils bloquer le préfixe ? Comment vont-ils déterminer ce-dernier du coup ? Je suis curieux de savoir.
-
On match par /64 généralement
-
Un peu dans le sujet, je constate depuis peu que l'IPv6 chez FB, c'est plus trop ça.
Smokeping sur www.facebook.com (en IPV6), aléatoirement, le trafic part en dehors de la France (au lieu de CDG / MRS).
-
Aucun souci ici :
(https://pix.milkywan.fr/DbWZh5ap.png)
-
Je sais pas où se situe le problème (DNS?) mais aléatoirement depuis ma co, le trafic va sur edge-star-mini6-shv-02-iad3.facebook.com . Malheureusement il n'y a toujours pas de traceroute possible en ipv6 chez Bouygues.
-
Pas latence réseau, traitement dans les bigdata pour te refiler une pub ciblée.
C'est plus petit, dans un int32, donc manipulable simplement dans tout ce qui est info de traitement par lot / flux / table orientée ligne et autre truc qui permette de choisir la pub à te servir en moins de 2 ms ....
En v6, déjà cela passe par une normalisation de comment tu représentes cela ....
En latence réseau on est à la même, voir on commence à constater que IPv6 a une latence qui devient plus faible (bout en bout, sur le réseau Orange, pas de diff de latence entre la ligne du client et la sortie vers internet)
LeVieux
Pour ce cas d'usage, il faut changer de perspective (de façon de penser). Typiquement pour le grand publique, au lieu de cibler l'ipv4 (qui tient sur 32 bits), tu peux l'identifier par un préfixe (/64 ou moins) qui tient dans un int64 (un "mot machine" pour nos cpus 64 bits).
Tu ne perds pas forcément en précision (nat qui cache la forêt vs la forêt routée sur le net).
-
Free ils sont en MAP-E et pas 4rd non ? je serais curieux de voir leur explication ;)
T'as raison, c'est bien du MAP-E à priori. J'ai retrouvé une requête DHCPv6 sur ce sujet de 2018 : https://lafibre.info/remplacer-freebox/remplacer-le-boitier-onu/msg604284/#msg604284
Le 4rd, bien que toujours en expérimental a sa propre option, la 97 : https://datatracker.ietf.org/doc/html/rfc7600#section-6
Du coup, je comprends pas très bien pourquoi il faut tout paramétrer en statique, vu que openwrt configure tout automatiquement (avec MAP-T du moins).
-
Qu'est que c'est que çà ?
(https://www.zw3b.fr/pub/screens/orange/screenshot-traceroute-privat-address-man-in-middle-of-orange-fr.jpg)
Je n'aime pas çà moi. Bizarre ce traceroute de réseau !
Bon à l'époque (ADSL non dégroupé, IPv4 -- only -- dynamique), je voyais PPP sur ma boxe (on pourrait se dire, qu'ils nous faisaient passer dans leur VPN des Alpes-Maritines (06) à Marseille (13) ~ 100km pour pas que l'on se fasse "piker" nos données qui transitent d'un point à l'autre (de "leur" réseau).
(https://www.zw3b.fr/pub/screens/orange/box-orange-ppp.png)
On parlait de tout çà déjà en 2019 -> https://www.debian-fr.org/t/private-address-10-0-0-0-8-visible-entre-2-dslam-de-linternet/79754 -- je ne les comprend pas les FAI/ISP - Moi, j'aimerai bien avoir mon bloc IPv6::/56 comme c'est écrit, tout simplement :/
-----
Developpez - Forum : Principe de fonctionnement de MAP-T (Mapping of Address and Port using Translation) (https://www.developpez.net/forums/d1999159/systemes/reseaux/map-t-ca-marche/)
MAP-T a été standardisé au travers de la RFC7599.
En résumé, MAP-T est un ensemble de mécanismes qui permettent à des réseaux IPv4-only à joindre d'autres réseaux IPv4-only sachant qu'un nuage IPv6-only est sur le transit
1) Chaque réseau IPv4 est connecté au nuage de transit IPv6 au travers de routeurs "MAP-T CE" (MAP-T Customer Equipments). Chacun de ces routeurs possède donc au moins une interface connectée sur l'IPv4 et au moins une interface connectée au nuage IPv6 de transit.
2) Lorsque les paquets ont traversé le nuage IPv6 de transit, il sont forwardés vers ce qu'on appelle un routeur "MAP-T BR" (MAP-T Border Router). Ce routeur possède une interface qui le connecte au réseau IPv4 cible. Il effectue donc la translation inverse IPv6 -> IPv4.
Les routeurs MAP-T CE et MAP-T BR font partie de ce qu'on appelle un "MAP-T Domain" et sont configurés par la même autorité administrative avec des "map rules".
Pour en savoir plus :
https://www.rfc-editor.org/rfc/rfc7599.txt
https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/ipaddr_nat/configuration/xe-3s/nat-xe-3s-book/ip-nat-divi-v4v6.pdf
Romain.
-
Je viens de lire ce papier :
RFC 6598: IANA-Reserved IPv4 Prefix for Shared Address Space https://www.bortzmeyer.org/6598.html si vous vous sentez déjà mal !!
Après beaucoup de discussions pas toujours sereines, l'IESG a finalement décidé de publier ce très controversé RFC. Il réserve un préfixe IPv4, 100.64.0.0/10, aux services de partage d'adresses IP entre utilisateurs, les CGN (Carrier-Grade NAT). Ce faisant, il légitime ce concept de CGN, ce qui a déclenché la colère de beaucoup.
Romain.
-
Hein ?
-
Avez-vous l'article de monsieur Bortzmeyer (https://fr.m.wikipedia.org/wiki/St%C3%A9phane_Bortzmeyer) ?
-
LAB3W.ORJ, merci de faire attention au sujet dans lequel tu postes. Ici on est totalement hors sujet. La prochaine fois c'est suppression des messages.
-
Je n'aime pas çà moi. Bizarre ce traceroute de réseau !
(on pourrait se dire, qu'ils nous faisaient passer dans leur VPN des Alpes-Maritines (06) à Marseille (13) ~ 100km pour pas que l'on se fasse "piker" nos données qui transitent d'un point à l'autre (de "leur" réseau).
Je ne comprends pas. Tu t'insurges du travail des têtes pensantes du plus gros opérateurs français ?
-
Salut à tous, sujet intéressant 😊
j'ai une question bête
est ce que si l'on passe en full ipv6 pour sa connexion internet on peut continuer avoir son lan en ipv4 ?
-
La réponse est oui, c'est justement ce que montre Bouygues Telecom sur le fixe.
La box n'a qu'une IPv6, mais le client récupère bien une IPv4. Le trafic IPv4 part dans une IPv6, c'est invisible pour le client.
Un autre exemple, sur le mobile : si tu es chez Orange, Bouygues ou Free et que tu as de l'IPv6 disponible, ton mobile n'a plus du tout d'IPv4. Pourtant, tout fonctionne.
Explications sur le mobile :
Il y a quand même des nouveautés dans le rapport, comme les explications sur les accès IPv6 et le mécanisme de 464XLAT :
(https://lafibre.info/images/ipv6/202107_arcep_rapport_etat_internet_2021_ipv6_only_1.png)
(https://lafibre.info/images/ipv6/202107_arcep_rapport_etat_internet_2021_ipv6_only_2.png)
-
aaah trop cool merci pour les explications :)