Auteur Sujet: Baromètre IPv6 Arcep 2024 (Lu 4967 fois)

buddy · « **Réponse #36 le:** 05 juillet 2024 à 11:57:54 »

Salut vivien,
à cet endroit, https://lafibre.info/ipv6/ipv6-barometre-2024/msg1078318/#msg1078318 peut être indiqué les années auxquelles ça correspond aussi pour iOS. ça permettrait une comparaison "aisée" avec Android.

ppn_sd · « **Réponse #37 le:** 05 juillet 2024 à 13:29:00 »

Citation de: vivien le 05 juillet 2024 à 11:06:31

La transition des hébergeurs e-mail connaît également un très fort retard : seuls 18,8 % des serveurs e-mail^* sont à ce jour adressés en IPv6.

^* Données Afnic, octobre 2023, sur l’intégralité des noms de domaine .fr, .re, .pm, .yt, .tf et .wf, exclusion faite des noms de domaine ne proposant pas un hébergement web HTTPS valide et un MX (Mail eXchanger).

Je ne comprends pas trop le critère statistique choisi. Pourquoi un hébergement web HTTPS est-il requis en plus d'un MX ?

vivien · « **Réponse #38 le:** 05 juillet 2024 à 14:02:24 »

Citation de: ppn_sd le 05 juillet 2024 à 13:29:00

Je ne comprends pas trop le critère statistique choisi. Pourquoi un hébergement web HTTPS est-il requis en plus d'un MX ?

Pour l'ensemble de l'étude, on ne prend en compte que les noms de domaines avec un certificat valide sur le port 443 (pour www ou pour la racine, les deux sont testés), afin d'exclure un maximum de nom de domaines inutilisés. (parking, réservation,...)

Citation de: buddy le 05 juillet 2024 à 11:57:54

peut être indiqué les années auxquelles ça correspond aussi pour iOS. ça permettrait une comparaison "aisée" avec Android.

Je viens de le rajouter (ici), mais il y a une différence de taille : Android, il faut souvent un nouveau téléphone, les mises à jour n'apportent pas IPv6 à l'époque (maintenant j'ai l'impression que cela évolué et que sur les Android récentes, il est possible de le faire évoluer les APN par mise à jour, intéressant pour la transition des autres pays), tandis que pour Apple, c'est une simple mise à jour, ce qui permet d'avoir 95% du parc en quelques mois.

A noté que Bouygues a déja déployé la mise à jour pour mettre l'APN en IPv4+IPv6 (comme a fait Free) sans activer au début IPv6. Quand il a été activé coté réseau, on a eu brutalement presque tous les iPhone.

Citation de: vivien le 05 juillet 2024 à 09:35:04

Pour les offres mobile grand public, l’Arcep constate des disparités importantes dans la transition vers IPv6. Si les principaux opérateurs proposent tous de l’IPv6, la différence se fait sur l’activation :

• Android : Bouygues Telecom, Orange et SFR activent par défaut l’IPv6 sur les mobiles Android dont la date de commercialisation est postérieure à 2018 (Bouygues), 2020 (Orange) et 2021 (SFR). Free n’active pas l’IPv6 par défaut. Il est nécessaire d’activer manuellement l’IPv6 dans son espace client, puis sur son mobile Android (à moins d’avoir un smartphone commercialisé à partir de juillet 2022) ;

• iPhone : Bouygues Telecom, Orange et SFR activent par défaut IPv6 sur les iPhone dont la version iOS est au minimum iOS 12.2 (mars 2019) (Bouygues), iOS 13.0 (septembre 2019) (Orange pour iPhone 7 et plus récent), iOS 14.3 (décembre 2020) (SFR), iOS 15.4 (mars 2022) (Orange pour iPhone 6S et SE). Free n’active pas l’IPv6 par défaut : l’utilisateur doit le faire manuellement dans son espace client, et avoir téléchargé au minimum la version iOS 15.4.

Je regarderais poru l'ajouter dans le barométre l'année prochaine, il faudra peut-être l'accompagner d'une note de bas de page.

ppn_sd · « **Réponse #39 le:** 05 juillet 2024 à 14:36:35 »

Citation de: vivien le 05 juillet 2024 à 14:02:24

Pour l'ensemble de l'étude, on ne prend en compte que les noms de domaines avec un certificat valide sur le port 443 (pour www ou pour la racine, les deux sont testés), afin d'exclure un maximum de nom de domaines inutilisés.

OK. Il faut bien faire des choix, avec les défauts liés.

De mon expérience personnelle (milieu du bâtiment), je rencontre une proportion non négligeable de NDD mail qui ne correspondent pas à un site avec page HTTPS, pour plusieurs raisons :
- NDD acheté avec un pack mail chez un fournisseur (OVH, GANDI souvent) et on tombe sur une page HTTP "site en construction".
- NDD correspond au nom historique de la boite et le point d'entrée sur internet ne partage pas la même racine.
- NDD correspond à un site monté à un moment mais qui est techniquement en rade car finalement pas important pour l'activité de l'entreprise. On tombe sur une belle erreur 502.

xillibit · « **Réponse #40 le:** 09 juillet 2024 à 12:17:15 »

Pourquoi dans les opérateurs pro il n'y a pas Koesio Networks ?

vivien · « **Réponse #41 le:** 09 juillet 2024 à 12:23:57 »

La collecte est réalisée conformément à la décision Arcep n°2023-0543.

Page 11 de cette décision, il est indiqué les conditions pour l'annexe E.2 qui représente les opérateurs "Pro" :

Sont soumises à l’annexe E.2 de la présente décision les personnes exploitant un réseau de communications électroniques ouvert au public qui directement ou à travers des sociétés qu’ils contrôlent ou qui les contrôlent au sens de l’article L. 233-3 du code de commerce, comprennent un nombre d’abonnements actifs supérieur à 50 000 sur les marchés de détail à destination des entreprises s’agissant des offres professionnelles fixes ou mobiles.
Est considéré comme un abonnement actif tout abonnement souscrit par un client sur une ligne activée, c’est-à-dire une ligne sur laquelle le client peut accéder au service.

Ce seuil de 50 0000 abonnements actifs supérieur à 50 000 sur les marchés de détail à destination des entreprises correspond à 5 acteurs :
- Orange
- SFR
- Bouygues Telecom
- Free Pro
- Sewan

Maintenant un acteur qui n'a pas le seuil peut participer au barométre (me contacter).

C'est le cas de plusieurs opérateurs grand public qui ont moins de 5 000 clients (le seuil coté grand public).

vivien · « **Réponse #42 le:** 30 juillet 2024 à 11:40:13 »

Microsoft fait des annonces importantes pour IPv6 avec Microsoft 365

En mars 2024 annonce que les services de Microsoft 365 seront disponible en IPv6 :

En juillet 2024, Microsoft annonce l'activation à partir d'octobre 2024 de l'IPv6 pour les mails entrants gérés par Microsoft :

Source : petri.com

On devrait donc voir évoluer ce graphique l'année prochaine :

Citation de: vivien le 05 juillet 2024 à 11:06:31

3.3/ Hébergement e-mail

luron69 · « **Réponse #43 le:** 15 août 2024 à 14:36:09 »

Merci pour ce topic très instructif.

Juste une question que je me pose depuis mon passage en IPv6 (dual stack) sur ma connexion FTTH : l'attribution de préfixes de 56 à 64 bits à tous les particuliers et professionnels indépendants n'est-elle pas un vaste gaspillage d'adresses IPv6 ? Personne ne peut avoir besoin de 1,8.10^19 adresses (préfixe de 64 bits) ou 4,7.10^21 adresses (préfixe de 56 bits). C'est monstrueux ! Un préfixe de 96 bits, voire 112 bits, me semblerait plus raisonnable.

vivien · « **Réponse #44 le:** 15 août 2024 à 15:56:06 »

IPv6 offre une quasi-infinité d’adresses : 667 millions d’IPv6 pour chaque millimètre carré de surface terrestre.

Ce n'est donc pas un problème.

On a préféré un protocole avec beaucoup d'adresses, ce qui permet d'optimiser le routage (moins de routes BGP à apprendre, vu qu'on a des préfixes de grande taille). IPv6 intègre plusieurs optimisations pour faciliter le routage, comme le fait que le TTL n'est pas inclus dans le cheksum, ce qui fait qu'on ne doit pas recalculer ce dernier à chaque saut.

Par contre, on ne verra le plein potentiel d'IPv6 que quand IPv4 sera éteint, d'où la légère pression pour avancer dans la transition vers IPv6.

levieuxatorange · « **Réponse #45 le:** 16 août 2024 à 08:14:19 »

Je me suis posé la même question.
Avec plutot une interrogation de pourquoi on laisse pas la possibilité dans la spec de "subnetter" le /64 donné au client.

Avec un /64 on sait même pas se faire une DMZ propre chez soi. Alors que bon, on a quand même 4 milliard (2^32) de réseau de 4 milliards (2^32 toujours ...) di'ip à dispo si on avait accepté le "subnet à / 96 dans la sphère privée

Remarque, je n'ai pas lu les historique d'échange la dessus, mais j'aurais bien voulu comprendre l'origine de ce choix.

LeVieux

F-GAHX · « **Réponse #46 le:** 16 août 2024 à 10:51:37 »

Hello deux petits points
pourquoi free n'active pas IPv6 sur le mobile si les équipements y sont compatibles ?

A quand la présence de starlink dans le baromètre (même si ne connaisant pas son volume de clients en france je ne sait pas si il rentre dans les critères)

kgersen · « **Réponse #47 le:** 16 août 2024 à 11:57:39 »

Citation de: levieuxatorange le 16 août 2024 à 08:14:19

Je me suis posé la même question.
Avec plutot une interrogation de pourquoi on laisse pas la possibilité dans la spec de "subnetter" le /64 donné au client.

Avec un /64 on sait même pas se faire une DMZ propre chez soi. Alors que bon, on a quand même 4 milliard (2^32) de réseau de 4 milliards (2^32 toujours ...) di'ip à dispo si on avait accepté le "subnet à / 96 dans la sphère privée

Remarque, je n'ai pas lu les historique d'échange la dessus, mais j'aurais bien voulu comprendre l'origine de ce choix.

LeVieux

c'est imposé par la spec: https://datatracker.ietf.org/doc/html/rfc4291#section-2.5.4

Citer

All Global Unicast addresses other than those that start with binary
000 have a 64-bit interface ID field (i.e., n + m = 64), formatted as
described in Section 2.5.1. Global Unicast addresses that start with
binary 000 have no such constraint on the size or structure of the
interface ID field.

puis clarifiée par: https://datatracker.ietf.org/doc/html/rfc7136

Citer

For all unicast addresses, except those that start with the binary
value 000, Interface IDs are required to be 64 bits long. If
derived from an IEEE MAC-layer address, they must be constructed
in Modified EUI-64 format.

Les interface ID doivent faire 64 bits donc cela impose /64 au subnet du lien.

ce n'est pas la norme RA/Autoconf qui impose cela : https://datatracker.ietf.org/doc/html/rfc4862#section-5.5.3
celle ci s'adapte a ce qu'impose le lien.

Citer

It is the responsibility of the system administrator to ensure
that the lengths of prefixes contained in Router Advertisements
are consistent with the length of interface identifiers for that
link type

donc subnetté a /96 sur des liens qui veulent /64 c'est hors spec.