Auteur Sujet: Statistiques IPv6 par pays (Lu 113172 fois)

Optix · « **Réponse #228 le:** **Hier** à 20:03:16 »

Il n'y a aucune difficulté technique, on fait du WiFi public aussi dans nos prestations et l'IPv6 marche bien (et sur le même principe que v4, avec du DHCP et du Radius)
Que ça soit l'adresse /128 ou le préfixe, on sait le relier à une MAC, et relier cette MAC à un client. Si ce lien est rompu (genre l'iphone qui renouvelle sa mac par "sécurité"), baaah on réauthentifie.

Mais c'est vrai que très souvent les obstacles sont :
- le presta qui installe le WiFi qui veut pas se faire chier
- l'informaticien du site qui gère son accès internet ne veut pas se faire chier
- l'opérateur qui livre le site en internet ne veut pas se faire chier

Mjules · « **Réponse #229 le:** **Hier** à 20:29:58 »

Citation de: brupala le Hier à 19:52:11

bah,
logger une adresse ipv6 en face d'un username et d'une adresse mac ou d'un hostname, ne me parait pas fondamentalement différent de ce qu'on peut faire avec une ipv4.
Surtout qu'un dhcp ne gère qu'une petite plage de quelques dizaines d'adresses en principe.
Il faut juste bloquer la SLAAC.

Si tu bloques SLAAC, tu exclues d'office tout l'écosystème android, vu que google refuse d'implémenter un client DHCPv6.

brupala · « **Réponse #230 le:** **Hier** à 21:27:13 »

Citation de: Mjules le Hier à 20:29:58

Si tu bloques SLAAC, tu exclues d'office tout l'écosystème android, vu que google refuse d'implémenter un client DHCPv6.

Effectivement,
Android restera probablement limité à V4, mais bon, ils devront bien évoluer un jour, surtout si les RA imposent DHCPV6, il faudra bien respecter.

Paul · « **Réponse #231 le:** **Hier** à 21:38:51 »

Quel est le problème avec les RA ? Les adresses IP ont une durée de vie assez acceptable selon les OS (entre 1 et 7 jours hors redémarrages). Et même si elles changeaient toutes les 5 minutes, du moment que c'est relié à l'adresse MAC dans une base de données, c'est ce qui compte. Les appareils en DHCPv4/v6 changent aussi d'adresse IP.

renaud07 · « **Réponse #232 le:** **Hier** à 21:52:18 »

Depuis quelques temps google a déployé une MAJ pour faire du DHCPv6-PD.

Je viens de tester en stateful only et android demande bien une délégation de préfixe. Il se transforme lui même en routeur.

Par contre limitation que j'avais pas vu venir : il se configure une adresse GUA mais pas ULA alors que mon routeur lui donne 2 préfixes (ça fonctionne bien en SLAAC)... Pas cool.

Impossible dans cette config d'accéder à mon LAN en ULA. Pour le moment tout ce petit monde est en dual stack, donc pas trop gênant mais dommage.

brupala · « **Réponse #233 le:** **Aujourd'hui** à 08:46:52 »

Citation de: Paul le Hier à 21:38:51

Quel est le problème avec les RA ? Les adresses IP ont une durée de vie assez acceptable selon les OS (entre 1 et 7 jours hors redémarrages). Et même si elles changeaient toutes les 5 minutes, du moment que c'est relié à l'adresse MAC dans une base de données, c'est ce qui compte. Les appareils en DHCPv4/v6 changent aussi d'adresse IP.

pour que les RA imposent dhcpv6 au lieu de SLAAC (managed-flag)

Fraetech · « **Réponse #234 le:** **Aujourd'hui** à 09:28:38 »

Citation de: hj67 le Hier à 10:32:27

Quelle est votre expérience IPv6 à l'étranger dernièrement ?
Pour ma part, c'est zéro sur mon dernier voyage : de retour de quelques jours en Angleterre, pas d'IPv6 sur le Wi-Fi de l'hôtel ni en roaming mobile (Red SFR sur Vodaphone UK).

Avec Frituur Mobile (Free) en roam sur Proximus ou Base (en 4G ou en 5G) en Belgique j'ai IPv4 et IPv6 avec les paramètres par défaut, c'est IPv4 qui est préféré cependant.
Par contre en WiFi il est effectivement rare de voir de l'IPv6.

Fraetech · « **Réponse #235 le:** **Aujourd'hui** à 09:31:56 »

Citation de: Fraetech le Aujourd'hui à 09:28:38

Avec Frituur Mobile (Free) en roam sur Proximus ou Base (en 4G ou en 5G) en Belgique j'ai IPv4 et IPv6 avec les paramètres par défaut, c'est IPv4 qui est préféré cependant.
Par contre en WiFi il est effectivement rare de voir de l'IPv6.

Il a suffit que je dise ça pour basculer en IPv6 préféré...

Paul · « **Réponse #236 le:** **Aujourd'hui** à 10:19:49 »

Ça c’est sur le téléphone que ça se passe, c’est une histoire de Happy Eyeballs qui peut être perturbé en cas de renouvellement du contexte PDP ou de coupure.

Citation de: brupala le Aujourd'hui à 08:46:52

pour que les RA imposent dhcpv6 au lieu de SLAAC (managed-flag)

Je ne vois toujours pas le problème avec SLAAC, hormis si l’on a besoin de faire des réservations.

vivien · « **Réponse #237 le:** **Aujourd'hui** à 11:34:01 »

Le problème de SLAAC, c'est que le terminal s'attribue lui-même ses IPv6 dans le /64, or le portail captif peut avoir besoin de savoir quelle IPv6 est utilisée par quel compte.

Personnellement, je n'ai encore jamais vu de connexion via un portail captif qui propose de l'IPv6.

Après, il y a des lieux publics ou le Wi-Fi propose IPv6, je vous laisse deviner pourquoi...

renaud07 · « **Réponse #238 le:** **Aujourd'hui** à 15:02:37 »

Citation de: vivien le Aujourd'hui à 11:34:01

Le problème de SLAAC, c'est que le terminal s'attribue lui-même ses IPv6 dans le /64, or le portail captif peut avoir besoin de savoir quelle IPv6 est utilisée par quel compte.

Il y a justement la RFC9686 poussée par google.

Par contre je vois qu'ils ne s’embarrassent pas avec leur propre RFC car le tel envoie quand même les adresses au serveur alors que celui-ci ne supporte pas l'enregistrement et répond par des reply classiques... Hors il est clairement stipulé que si le serveur n'a pas le mécanisme activé, le client ne doit pas les envoyer.

Furiousnp · « **Réponse #239 le:** **Aujourd'hui** à 16:28:41 »

Citation de: lgom le 13 juin 2026 à 01:12:45

Simple : la livebox est requise pour la télé/téléphone. In-dis-pen-sable.

Mais derrière, une bande de potes, ou pour une réunion familiale, a choisi d'ajouter un réseau wifi dans une dépendance (grande propriété), avec une vingtaine de personnes. Et parmi elles, trois ont réclamé que le nouveau réseau wifi (temporaire, raccordé directement à la box, via nouveau sous réseau), ajoute un réseau IP supplémentaire pour les deux ordis des ados gamers bourrés de cracks de jv.

Ce qui nous conduit à :
- Une livebox pour le tél
- Un openwrt /64 pour gérer le wifi principal de la dépendance
- Et un wifi secondaire pour gérer le wifi "bac à sable" pour accompagner le principal, dans la dépendance.

J'ai eu à effectuer ce schéma près de trois fois en 2025, dans cette même propriété. Et de découvrir l'ahurissant, impossible d'avoir de l'ipv6 autre que /64 sur le wifi principal d'owrt, ET sur celui de son nouveau sous réseau IP supplémentaire, isolé (le /64 étant un seul bloc, "faut choisir"). Obligation de faire une "jonglerie" pour ajouter l'ipv6 au "bac à sables", mais ça casse l'isolement fait par ipv4. Lisez les commentaires à ce sujet sur le forum owrt.

Donc, oui : l'internaute doit avoir la liberté de jouir de son /60 ou /62 derrière sa livebox, celle ci obtenant en /56 d'Orange.
Ben non, tout ce qui est derrière la livebox, est coincé en 64. Et l'entre-deux?
Disons merci à Orange.

NB : je ne sais pas s'il est possible d'utiliser la téléphonie fixe derrière un openwrt, sans grosse jonglerie avec les VLAN.
Ni si les autres FAI font mieux ou pire. C'est presque le petit bonheur la chance l'ipv6..

Moi personnellement j'ai fait du NAT66 sir OPNsense à cause de ça, j'aurais préféré des connexions direct mais bon...

(Sauf pour le VLAN "VPN" Tailscale qui lui à droit au /64 tout le reste NAT66 pout le moment.