La Fibre
Télécom => Réseau => 
IPv6 => Discussion démarrée par: vivien le 30 décembre 2020 à 19:27:40
-
IPv6 n'est activé par les opérateurs que sur les terminaux Android récents :
(https://lafibre.info/images/ipv6/202206_arcep_politique_activation_ipv6_mobile.webp)
Ce tutoriel vous explique pas à pas comment activer IPv6 sur votre smartphone Android. Les iPhone ne permettent pas actuellement aux utilisateurs de faire eux-mêmes la modification de protocole de l’Access Point Name (APN)
Sur Android, 3 types de connexions sont possibles pour chaque APN :
- IPv4-only : le terminal est connecté au réseau uniquement avec une adresse IPv4 ;
- IPv4 / IPv6 : le terminal possède une IPv4 et une IPv6, ce mode est également appelé « double pile » ou « dual-stack » ;
- IPv6-only : le terminal est connecté au réseau uniquement avec une adresse IPv6. Des mécanismes comme NAT64, DNS64 ou 464XLAT sont mis en place pour que le mobile puisse accéder à l’internet IPv4-only, depuis un accès IPv6.
Le choix entre IPv4/IPv6 et IPv6-only dépend de l’architecture mise en place par votre opérateur :
- Bouygues Telecom : IPv6-only avec DNS64/NAT64 et 464XLAT ;
- Free : IPv6-only avec DNS64/NAT64 et 464XLAT. IPv6 disponible sur réseau propre et en itinérance Orange ;
- Orange : IPv6-only avec DNS64/NAT64 et 464XLAT ;
- SFR : double pile IPv4 / IPv6 ;
- Zeop : double pile IPv4 / IPv6 uniquement sur réseau propre (pas d'IPv6 en itinérance Orange)
- Les opérateurs que je n'ai pas cité ne proposent pas d'IPv6. Ne pas hésiter à m'informer si il y a un oubli de ma part.
L’activation d’IPv6 se fait en allant dans les « Paramètres », puis en sélectionnant « Réseaux mobiles » et « Nom des points d’accès ».
C'est une opération sans risque : Si vous configurez mal votre profil, vous pouvez toujours revenir à celui proposé par votre opérateur : Il suffit d'appuyer sur le menu latéral, les trois points superposés :
(https://lafibre.info/testdebit/android/202012_android_restauration_valeur_defaut_1.png)
En cliquant sur "Restaurer valeurs par défaut" les différents profils seront remis dans la configuration par défaut pour votre opérateur.
(https://lafibre.info/testdebit/android/202012_android_restauration_valeur_defaut_2.png)
Note :
- pour Bouygues Telecom / Free / Zeop c'est un seul APN pour internet sur le smartphone et le partage de connexion.
- pour Orange / SFR, il y a deux APN, un pour l'accés internet du smartphone et un pour le partage de connexion / mode modem. C'est un reste de l'époque où il fallait une option payante pour avoir accès Internet en partage de connexion.
Pour Free, il faut au préalable activer IPv6 dans son espace client, pour les autres opérateurs mobiles, l'IPv6 est déjà activé coté opérateur, il y a juste besoin de l’activer sur le mobile. On peut penser que c'est provisoire, le temps de fiabiliser l'IPv6, lancé hier, mardi 29 décembre 2020 (il y a une obligation d'IPv6 au 31 décembre, Free n'avait donc pas le choix).
-
Tutoriel pour activer IPv6 sur un abonnement Bouygues Telecom :
(pour les iPhone 5S et plus récents, il suffit de faire la mise à jour iOS 12.2 ou versions supérieures)
(https://lafibre.info/images/ipv6/202012_android_activer_ipv6_samsung_s8_bouygues.png)
En cas d'impossibilité à modifier un profil existant (profil en lecture seule), il faut créer un nouveau profil à l'identique (même APN, mais configuré en IPv6) en appuyant sur le bouton "Ajouter" présent en haut à droite.
Les paramètres à rentrer sont les suivants :
- Nom : Bouygues Telecom IPv6
- APN : mmsbouygtel.com
- Proxy : Non défini
- Port : Non défini
- Nom d'utilisateur : Non défini
- Mot de passe : Non défini
- Serveur : Non défini
- MMSC : http://mms.bouyguestelecom.fr/mms/wapenc
- Proxy MMS : Non défini
- Port MMS : Non défini
- MCC : 208
- MNC : 20
- Type d'authentification : PAP
- Type d'APN : default,supl,xcap,*
- Protocole APN : IPv6
- Protocole de roaming APN : IPv4
- Support (Réseau) : Non défini
- Type d'opérateur du réseau virtuel mobile (MVNO) : Aucun
Une fois les paramètres saisis :
- enregistrer votre nouveau profil. Pour cela appuyer sur le menu latéral, les trois points superposés, puis appuyer sur « Enregistrer » ;
- activer votre nouveau profil. Pour cela, il faut cocher le bouton radio en face de « Bouygues Telecom IPv6 ».
-
Tutoriel pour activer IPv6 sur un abonnement Free :
(il me semble personne n'a encore réussi à avoir de l'IPv6 sur un iPhone avec Free)
L’activation d’IPv6 doit en premier se faire sur l'espace client en allant sur https://mobile.free.fr/account/ (note: l'identifiant n'est pas le numéro de téléphone, il est possible de récupérer son identifiant sur https://mobile.free.fr/account/forget)
Une fois l'IPv6 activé sur l'espace client, il faut activer l'IPv6 sur le mobile en modifiant le profil.
(https://lafibre.info/images/ipv6/202012_android_activer_ipv6_samsung_s8_free.png)
En cas d'impossibilité à modifier un profil existant (profil en lecture seule), il faut créer un nouveau profil à l'identique (même APN, mais configuré en IPv6) en appuyant sur le bouton "Ajouter" présent en haut à droite.
Les paramètres à rentrer sont les suivants :
- Nom : Free IPv6
- APN : free
- Proxy : Non défini
- Port : Non défini
- Nom d'utilisateur : Non défini
- Mot de passe : Non défini
- Serveur : Non défini
- MMSC : http://mms.free.fr
- Proxy MMS : Non défini
- Port MMS : Non défini
- MCC : 208
- MNC : 15
- Type d'authentification : Aucun(e)
- Type d'APN : default,supl,xcap,*
- Protocole APN : IPv6
- Protocole de roaming APN : IPv4
- Support (Réseau) : Non défini
- Type d'opérateur du réseau virtuel mobile (MVNO) : Aucun
Une fois les paramètres saisis :
- enregistrer votre nouveau profil. Pour cela appuyer sur le menu latéral, les trois points superposés, puis appuyer sur « Enregistrer » ;
- activer votre nouveau profil. Pour cela, il faut cocher le bouton radio en face de « Free IPv6 ».
-
Tutoriel pour activer IPv6 sur un abonnement Orange:
(pour les iPhone 7 et plus récents, il suffit de faire la mise à jour iOS 13.0 ou versions supérieures)
(https://lafibre.info/images/ipv6/202012_android_activer_ipv6_samsung_s8_orange.png)
Attention : l'APN Orange.fr, utilisé pour le partage de connexion (type "dun") sur des nombreux équipement qui ne sont pas de la dernière génération est un APN legacy, qui ne doit plus être utilisé (il pourrait un jour ne plus fonctionner) et qui n'est pas compatible IPv6. Il doit être remplacé par l'APN orange (sans le .fr). Pour un smartphone ayant l'APN orange et l'APN orange.fr, la solution est de rajouter le type "dun" dans le champ "Type d'APN " de l'APN Orange, puis supprimer l'APN orange.fr.
En cas d'impossibilité à modifier un profil existant (profil en lecteur seule), il faut créer un nouveau profil à l'identique (même APN, mais configuré en IPv6) en appuyant sur le bouton "Ajouter" présent en haut à droite.
La solution consiste à créer un profil unique, qui va remplacer "Orange Internet" et "Orange World".
Les paramètres à rentrer sont les suivants :
- Nom : Orange World + Internet IPv6
- APN : orange
- Proxy : Non défini
- Port : Non défini
- Nom d'utilisateur : orange
- Mot de passe : orange
- Serveur : Non défini
- MMSC : http://mms.orange.fr
- Proxy MMS : Non défini
- Port MMS : Non défini
- MCC : 208
- MNC : 01
- Type d'authentification : PAP
- Type d'APN : default,supl,xcap,mms,*
- Protocole APN : IPv6
- Protocole de roaming APN : IPv4
- Support (Réseau) : Non défini
- Type d'opérateur du réseau virtuel mobile (MVNO) : Aucun
Une fois les paramètres saisis :
- enregistrer votre nouveau profil. Pour cela appuyer sur le menu latéral, les trois points superposés, puis appuyer sur « Enregistrer » ;
- activer votre nouveau profil. Pour cela, il faut cocher le bouton radio en face de « Orange World + Internet IPv6 ».
-
Tutoriel pour activer IPv6 sur un abonnement SFR :
(pour les iPhone 6S et plus récents, il suffit de faire la mise à jour iOS 14.3 disponible depuis le 14 décembre 2020)
(https://lafibre.info/images/ipv6/202008_android_activer_ipv6_samsung_s8_sfr_double_pile.png)
En cas d'impossibilité à modifier un profil existant (profil en lecteur seule), il faut créer un nouveau profil à l'identique (même APN, mais configuré en IPv6) en appuyant sur le bouton "Ajouter" présent en haut à droite.
La solution consiste à créer un profil unique, qui va remplacer "SFR webphone" et "SFR option Modem".
Les paramètres à rentrer sont les suivants :
- Nom : SFR webphone + modem IPv6
- APN : sl2sfr
- Proxy : Non défini
- Port : Non défini
- Nom d'utilisateur : Non défini
- Mot de passe : Non défini
- Serveur : Non défini
- MMSC : http://mms1
- Proxy MMS : 10.151.0.1
- Port MMS : 8080
- MCC : 208
- MNC : 10
- Type d'authentification : PAP
- Type d'APN : default,supl,xcap,mms,*
- Protocole APN : IPv4/IPv6
- Protocole d'itinérance APN : IPv4
- Support (Réseau) : Non défini
- Type d'opérateur du réseau virtuel mobile (MVNO) : Aucun
Une fois les paramètres saisis :
- enregistrer votre nouveau profil. Pour cela appuyer sur le menu latéral, les trois points superposés, puis appuyer sur « Enregistrer » ;
- activer votre nouveau profil. Pour cela, il faut cocher le bouton radio en face de « SFR webphone + modem IPv6 ».
-
Tutoriel pour activer IPv6 sur un abonnement Zeop :
Zeop est un fournisseur d'accès à Internet fixe et mobile de La Réunion utilisant son propre réseau de fibres optiques et de câbles coaxiaux.
Sur le mobile, en plus de son réseau propre, Zeop a un contrat d'itinérance avec Orange.
l'IPv6 est uniquement disponible sur le réseau propre de Zeop, pas en itinérance Orange.
(https://lafibre.info/images/ipv6/202012_android_activer_ipv6_samsung_s8_zeop.png)
En cas d'impossibilité à modifier un profil existant (profil en lecteur seule), il faut créer un nouveau profil à l'identique (même APN, mais configuré en IPv6) en appuyant sur le bouton "Ajouter" présent en haut à droite.
Les paramètres à rentrer sont les suivants :
- Nom : Zeop Data IPv6
- APN : zeopdata
- Proxy : Non défini
- Port : Non défini
- Nom d'utilisateur : Non défini
- Mot de passe : Non défini
- Serveur : Non défini
- MMSC : Non défini
- Proxy MMS : Non défini
- Port MMS : Non défini
- MCC : 647
- MNC : 04
- Type d'authentification : PAP
- Type d'APN : default,supl,xcap,* (reprendre celui du profil à remplacer)
- Protocole APN : IPv4/IPv6
- Protocole d'itinérance APN : IPv4
- Support (Réseau) : Non défini
- Type d'opérateur du réseau virtuel mobile (MVNO) : Aucun
Une fois les paramètres saisis :
- enregistrer votre nouveau profil. Pour cela appuyer sur le menu latéral, les trois points superposés, puis appuyer sur « Enregistrer » ;
- activer votre nouveau profil. Pour cela, il faut cocher le bouton radio en face de « Zeop Data IPv6 ».
-
Je vois qu'il y a de nombreux clients d'Orange qui ne peuvent pas modifier l'APN : il est bloqué en lecture seule.
La solution est de créer un autre profil avec le même APN et de l'activer à la place de celui qui est en lecture seule :
Tutoriel pour activer IPv6 sur un abonnement Orange:
(pour les iPhone 7 et plus récents, il suffit de faire la mise à jour iOS 13.0 ou versions supérieures)
En cas d'impossibilité à modifier un profil existant (profil en lecteur seule), il faut créer un nouveau profil à l'identique (même APN) mais en IPv6.
Les paramètres internet sont les suivants :
- Nom : Orange Internet
- APN : orange
- Proxy : Non défini
- Port : Non défini
- Nom d'utilisateur : orange
- Mot de passe : orange
- MMSC : Non défini
- MMS Proxy : Non défini
- Port MMS : Non défini
- MCC : 208
- MNC : 01
- Type d'authentification : PAP
- Type d'APN(nom du point d'accès) : default
- Protocole APN : IPv6
- Protocole de roaming APN : IPv4
Une fois les paramètres saisis, enregistrez et activez votre nouveau profil internet.
Je suis intéressé pour savoir quel type de carte SIM (car c'est la piste envisagée) peut bloquer un profil en lecture seule.
Je n'ai pas rencontré de problème avec cette carte de 2016 (mais qui a quand même le NFC et la triple découpe, Orange est clairement en avance par rapport à d'autres sur ce point)
(https://lafibre.info/images/orange/201607_carte_sim_orange_postpaid.jpg)
-
J'ai eu ce problème avec une sim sosh.
-
Je viens de tester le tutoriel SFR sur mon abonnement RED SFR.
Cela fonctionne.
Le site https://test-ipv6.com/ me donne un score de 10/10.
Par contre, le FAI détecté est LDCOMNET
-
Je n'ai pas eu de retour de problèmes avec Bouygues Telecom ou SFR.
Les problématiques se concentrent sur Orange (SOSH uniquement ?) et Free.
J'ai eu ce problème avec une sim sosh.
Tu pourrais tenter de créer un second profil de type DUN pour tenter de faire passer le partage de connexion en IPv6 ?
Ta carte SOSH est de quelle année ?
Certains ont des problèmes :
(https://lafibre.info/images/orange/202012_sosh_impossibilite_creation_apn_dun_1.png)
(Tweets sous CC-BY-SA)
Le code source de LineageOS ApnEditor.java (https://github.com/LineageOS/android_packages_apps_Settings/blob/b53655764af02f2ebed7c881a44f189a33ee93e8/src/com/android/settings/network/ApnEditor.java#L318) :
(https://lafibre.info/images/orange/202012_sosh_impossibilite_creation_apn_dun_2.png)
LineageOS est un système d'exploitation open source de remplacement pour smartphones et tablettes, basé sur Android. Il succède à CyanogenMod après que Cyanogen Inc. a annoncé l'arrêt de l'infrastructure derrière le projet.
-
En cas d'impossibilité à modifier un profil existant (profil en lecteur seule), il faut créer un nouveau profil à l'identique (même APN) mais en IPv6.
Idem chez Free sur un Pixel 4a.
Est-ce que tu pourrais ajouter tous les paramètres APN à configurer chez Free dans ton 3ème post également ?
-
Vivien montre pour activer IPv6, pas pour configurer TOUT l'APN. C'est sur le site de l'opérateur que tu trouveras tout ça : https://mobile.free.fr/assistance/59.html
-
Idem chez Free sur un Pixel 4a.
Il est impossible de modifier le profil "Free" ?
C'est étonnant, car pour Orange il y avait une raison historique : Dans un passé lointain, le partage de connexion était facturé. En bloquant la modification du profil et en interdisant de créer un nouveau profil avec DUN (DUN est l'APN utilisé en cas de partage de connexion) alors Orange s'assurait qu'un client ne pourrait pas contourner et devrait payer pour avoir le partage de connexion.
Free n'a pas d'APN spécifique pour le partage de connexion, tout est sur l'APN "Free", donc je comprends mal l'objectif poursuivit.
Tu aurais un autre téléphone, même un vieux, pour vérifier que ce blocage est lié à la SIM et non au téléphone ?
-
Les problématiques se concentrent sur Orange (SOSH uniquement ?) et Free.
Tu pourrais tenter de créer un second profil de type DUN pour tenter de faire passer le partage de connexion en IPv6 ?
Je suis chez Sosh, et pour avoir le partage de connexion en IPv6 sans dupliquer l'APN, j'avais utilisé un astuce présentée sur le forum il y a quelques temps : mettre default,supl,* comme type d'APN. Il semble que DUN soit restreint, mais pas l'utilisation de *. Pour le moment, ça fonctionne toujours :-)
-
Je confirme les dires de Gabi, ça fonctionne bien avec l'étoile.
-
Vivien montre pour activer IPv6, pas pour configurer TOUT l'APN. C'est sur le site de l'opérateur que tu trouveras tout ça : https://mobile.free.fr/assistance/59.html
J'ai bien compris mais vu que Vivien avait précisé les paramètres pour d'autres opérateurs, je proposais qu'il le fasse également pour Free, ce qu'il a fait.
Il est impossible de modifier le profil "Free" ?
Oui je confirme.
D'ailleurs quand j'ai voulu ajouter un nouveau profil "Free IPv6", j'ai eu un message d'erreur sur le "dun" qui n'était pas accepté...
Tu aurais un autre téléphone, même un vieux, pour vérifier que ce blocage est lié à la SIM et non au téléphone ?
Ok je vais essayer dès que possible.
-
J'ai bien compris mais vu que Vivien avait préciser les paramètres pour d'autres opérateurs, je proposais qu'il le fasse également pour Free, ce qu'il a fait.
Je vais le faire pour tous les opérateurs.
D'ailleurs quand j'ai voulu ajouter un nouveau profil "Free IPv6", j'ai eu un message d'erreur sur le "dun" qui n'était pas accepté...
Ce ne serait pas certaines version d'android qui refuseraient d'avoir deux profils de type "dun" : En effet si on a deux profil "dun", comment choisir celui qui est actif ?
Sur mon Android 9 (Samsung Galaxy S8), j'arrive bien à configurer deux profils de type "dun", mais je ne sais pas comment indiquer lequel doit être actif.
La méthode de tout mettre sur un même APN et de remplacer "dun" par "*" fonctionne bien.
-
Tu aurais un autre téléphone, même un vieux, pour vérifier que ce blocage est lié à la SIM et non au téléphone ?
J'ai fait le test. Avec un Samsung A5 aucun souci pour modifier l'APN.
-
Les paramètres à rentrer sont les suivants :
- Nom : Free IPv6
- APN : free
- Proxy : Non défini
- Port : Non défini
- Nom d'utilisateur : Non défini
- Mot de passe : Non défini
- Serveur : Non défini
- MMSC : http://mms.free.fr
- Proxy MMS : Non défini
- Port MMS : Non défini
- MCC : 208
- MNC : 15
- Type d'authentification : Aucun(e)
- Type d'APN : default,supl,xcap,*
- Protocole APN : IPv6
- Protocole de roaming APN : IPv4
- Support : Non défini
- Type d'opérateur du réseau virtuel mobile (MVNO) : GID
Chez moi le profil par défaut IPv4 est :
- Nom : Free
- APN : free
- Proxy : Non défini
- Port : Non défini
- Nom d'utilisateur : Non défini
- Mot de passe : Non défini
- Serveur : Non défini
- MMSC : Non défini
- Proxy MMS : Non défini
- Port MMS : Non défini
- MCC : 208
- MNC : 15
- Type d'authentification : Non défini
- Type d'APN : default,dun,hipri,supl
- Protocole APN : IPv4
- Protocole de roaming APN : IPv4
- Réseau : Non défini
- Type MVNO: Aucun
- Valeur MVNO : Non défini
-
Alors je confirme : certains SIM semblent avoir MMSC : http://mms.free.fr et d'autres MMSC : Non défini
Comme il y a un APN dédié au MMS, il est normalement inutile de le spécifier dans le profil Internet, mais cela a peut-être une utilité si le profil internet est mis par défaut, et avec le "*" en Type d'APN, je me demande si il ne va pas être utilisé à la place du profil MMS.
Type d'opérateur du réseau virtuel mobile (MVNO) : Certaines SIM semblent avoir GID et d'autres Aucun
Je ne sais pas à quoi cela sert et pourquoi ces différences.
Pour le Type d'APN je n'ai pas mis "dun" vu que cela pose problème avec certains téléphones :
D'ailleurs quand j'ai voulu ajouter un nouveau profil "Free IPv6", j'ai eu un message d'erreur sur le "dun" qui n'était pas accepté...
Le "*" permet de prendre le trafic du "dun" sans marquer "dun".
hipri, c'est la première fois que je le vois c'est "Réseau haute priorité", je me demande bien ce que c'est et si c'est nécessaire.
Les usages sont listés dans la ligne "Type d'APN" :
- default : Internet sur le smartphone
- dun : internet en partage de connexion (mode modem)
- ims : Voix sur IP
- mms : internet pour envoyer des MMS
- email : pour les mails
- xcap : XCAP est un protocole qui permet à un utilisateur de configurer ses données de service (par exemple, modifier un numéro de renvoi d'appel, changer ses services d'interdiction) sur le serveur d'applications de téléphonie multimédia (MTAS).
- supl : Le protocole SUPL est associé au GPS assisté.
- hipri. Réseau haute priorité.
- fota. FOTA (Firmware over the air) est utilisé pour recevoir les mises à jour du firmware.
-
Je ne sais pas si ça a déjà été discuté quelque part sur le forum mais je ne comprends pas pourquoi l'IPv6 obtenue n'est pas fixe, ou du moins la plage/préfixe (en tout cas chez SFR, pour les autres opérateurs mobiles je ne sais pas). Lors d'une déconnexion/reconnection l'IPv6 n'est plus la même.
Autant je comprends que ce soit le cas en ipv4 avec le cgnat au vu de la pénurie, mais je ne comprends pas que l'on ai pas d'IPv6 fixe...
-
Parce que c'est (entre autres)régionalisé.
Et de toute façon, les IP étant bloquées en entrant, ça n'a pas un intérêt fou
-
Naturellement sur ce type d’accès, les IP sont dynamiques.
Les opérateurs n'ont pas identifié de besoin d'une IP fixe, donc elle est dynamique.
Aujourd'hui il n'y a pas de possibilité d'ouvrir les flux entrants non sollicités (en IPv4 le CG-Nat le bloque, mais en IPv6, on pourrait imaginer une ouverture des flux sur demande, pas par défaut car la batterie et le forfait pourrait être vidé si un utilisateur envoi des paquets à un mobile)
L'Arcep essaye d'inciter les opérateur à mettre en place cette ouverture en indiquant si cette possibilité est présente dans le baromètre IPv6 :
(https://lafibre.info/images/ipv6/202012_arcep_barometre_ipv6_mobile_6.png)
-
J'ai souvenir de problématiques de batterie en laissant des ports ouverts en entrée sur le mobile. Je ne sais pas si on a des données récentes sur ce point.
-
C'est intéressant. Je ne comprends pas pourquoi si le pare-feu du FAI entrant vers les appareils est ouvert cela pourrait engendrer une hausse de la consommation. J'imaginais que ce serait le cas uniquement si des requêtes vers les appareils en question sont faites
D'ailleurs on ne sait pas encore si les subnets IPv6 attribués sur les réseaux fixes sont fixes ou dynamique ? (Encore faut il avoir la chance que le FAI nous fournisse IPv6)
-
Sans firewall tu as régulièrement des flux entrants (en IPv4, c'est plusieurs fois à plusieurs dizaines foies par seconde en fonction des plages IP) qui consomment de données et obligent le téléphone à sortir de son sommeil.
Il n'est donc pas envisageable de laisser passer ces flux qui ne servent à rien et qui sont un risque en terme de sécurité si le téléphone écoute sur certaines ports (exemple : application AirMore qui écoute sur le port 80) passer.
Il serait par contre intéressant, pour certaines usages, de pouvoir ouvrir ces flux, port par port.
-
ah oui, on parle par exemple des flux broadcast qui pourraient réveiller le téléphone ?
C'est vrai que quelqu'un de mal avisé pourrais envoyer des requêtes, par exemple un ping, sur un téléphone s'il avait une IPv6 fixe sans firewall côté FAI, et diminuerait la batterie.
Mais dans ce cas là, l'implémentation du pare-feu dans le téléphone ne suffirait elle pas à éviter la sortie de la veille des appareils ? Parce qu'il y a déjà des flux en WiFi sur les téléphones quand on est connecté sur un réseau WiFi, et pourtant la batterie ne semble pas tant en souffrir ?
-
Il y a pleins de botnet qui envoient en permanence des tentatives de connexion avec des logins par défaut sur divers protocoles connus pour tenter d'infecter d'autres périphériques.
Si le réseau ne le bloque pas en amont, il faut sortir le smartphone de la veille radio (pour envoyer les paquets), cela utilise de la batterie et consomme de la data. Et ensuite le smartphone doit faire un traitement cpu pour vérifier les règles du firewall : encore de la batterie en moins.
Aujourd'hui le problème n'existe pas :
- en IPv4 sur le réseau mobile, le CG NAT n'a aucune règle indiquant comment traiter les tentatives de connexion arrivant de l'extérieur : c'est donc bloqué.
- en IPv4 sur wifi : pareil, à moins que tu ais configuré une règle NAT pour rediriger le trafic entrant de x port vers ton smartphone, c'est bloqué.
- en IPv6 sur le réseau mobile : le firewall du réseau bloque les tentatives entrantes.
- en IPv6 sur wifi : pareil, la plupart des box bloquent les tentatives de connexion IPv6, il faut explicitement les autoriser.
C'est donc pour ça que même en wifi il n'y a pas de problème de forte utilisation de batterie.
à noter que spammer le réseau de tentative de connexion est quand même plus compliqué en IPv6 car il y a bien plus d'IP. Il faut donc avoir de la chance pour tomber sur une IP qui est bien utilisé par un périphérique.
-
La chance de tomber sur une IP est difficile vu le nombre d'IPv6, mais la récupérer est possible, quand tu es originaire d'une connexion.
'implémentation du pare-feu dans le téléphone ne suffirait elle pas à éviter la sortie de la veille des appareils ? Parce qu'il y a déjà des flux en WiFi sur les téléphones quand on est connecté sur un réseau WiFi, et pourtant la batterie ne semble pas tant en souffrir ?
C'est trop tard, il faut bloquer le paquet avant qu'il arrive sur le téléphone, donc sur le réseau de l'opérateur.
-
Ok je comprends.
Mais du coup par curiosité : les appareils mobiles sont réveillés à chaque packet qu'ils reçoivent ? Parce que par exemple sur mon réseau local, en wifi, je reçois régulièrement (sur mes enregistrements Wireshark) des packets multicast ou broadcast de différentes origines, ARP par exemple, mDNS etc.
-
La chance de tomber sur une IP est difficile vu le nombre d'IPv6
Merci de le rappeler :)
mais la récupérer est possible, quand tu es originaire d'une connexion.
Et malhereusement, sur le mobile, avec une seule adresse v6 (pas d'adresses temporaires), il est beaucoup plus facile.
-
Donc Free fait bien du DNS64 ? Ça ne colle pas avec ce qui a été constaté dans d’autres threads sur le forum
-
Oui sur certains mobiles...
Il y a beaucoup de remontées de remontées de clients chez qui cela ne fonctionne pas bien ou pas comme prévu, voir pas du tout.
Pour certains terminaux, le seul mode opérationnel est IPv6 only (donc avec DNS64/NAT64 et 464XLAT) mais pour d'autres pas d'IPv4 dans ce mode.
Certains client pour qui IPv6 only ne marche pas arrivent à utiliser le mode double pile IPv4+IPv6, mais pas tous.
Je ne parle pas de la situation en itinérance Orange qui augmente les problématiques.
Free mobile aurait été le premier opérateur à mettre de l'IPv6, je me serais dit que c'est vraiment pas mature comme technologie.
Là je reste sans voix.
La cerise sur le gâteau, c'est le tutoriel pour iPhone qu'aucun client n'a réussi à mettre en œuvre (j'ai fait un appel sur twitter et je n'ai eu que des clients qui disent ne pas avoir les menus évoqués par Free)
-
Quand on voit ce que donne l’activation de l’IPv6 on se dit que c’est peut être une bonne chose que Free ne propose pas encore la VoLTE, qu’est ce que ça sera quand ça sera déployé...
En vrai c’est aberrant, c’est drôle mais c’est aberrant.
-
Merci Vivien pour ces infos.
Je remonte l'info que après la création d'un profile spécifique IPV6 le type d'APN est modifié par le téléphone (ou le réseau je ne sais pas)
Je suis chez Orange et après avoir mis les bonnes infos, je me retrouve avec "default, supl,fota,wap"
Quoi que je mette je reviens sur ces paramètres.
PS : Mon téléphone est un OnePlus 8 Pro
-
computman, serait-il possible de retrouver de quand date ta carte SIM ?
Les blocage pourraient être liés à la carte SIM en lien avec le mobile (je n'ai pas compris pourquoi, mais c'est un fait)
C'est quel abonnement chez Orange ? Tu as un abonnement 5G si j'ai bien compris ton message Activation 5G sur Oneplus 8 PRO chez Orange (https://lafibre.info/4g-orange/activation-5g-sur-oneplus-8-pro-chez-orange/)
Pour ton OnePlus 8 Pro, il a été acheté sur une boutique / web Orange ?
Tu es sur Android ou OxygenOS ? (OxygenOS est développé par OnePlus, j'ai pas compris si il avait le play store)
Quelle version ? l'OxygenOS 10, basé sur Android 10 d’origine à normalement reçu une mise à jour pour passer à OxygenOS 11, basé sur Android 11.
Le OnePlus 8 Pro est récent (il est 5G) et devrait avoir IPv6 chez Orange, vu qu'il est sortie en France après mai 2020. Je veut bien le donner en exemple à mes interlocuteurs Orange, mais il me faut un maximum d'information.
Voici les terminaux concernés, dans leur dernière version logicielle, par une activation d’IPv6 :
(https://lafibre.info/images/ipv6/202012_arcep_barometre_ipv6_mobile_5.png)
Serait-il possible de faire une copie d'écran des APN proposés sur le smatphone ?
Si tu modifie dans les profils existants IPv4 par IPv6 dans "Protocoles APN", il se passe quoi ?
Je veut bien un maximum d'informations et de copie d'écran pour que je puisse remonter ton cas à Orange.
La création d'un nouveau profil APN pour IPv6 est réservé à smartphone où il est impossible de modifier les paramètres.
-
computman, serait-il possible de retrouver de quand date ta carte SIM ?
Non Hélas
Les blocage pourraient être liés à la carte SIM en lien avec le mobile (je n'ai pas compris pourquoi, mais c'est un fait)
C'est quel abonnement chez Orange ? Tu as un abonnement 5G si j'ai bien compris ton message Activation 5G sur Oneplus 8 PRO chez Orange (https://lafibre.info/4g-orange/activation-5g-sur-oneplus-8-pro-chez-orange/)
Abonnement : Open Up 70 Go 5G Fibre
Pour ton OnePlus 8 Pro, il a été acheté sur une boutique / web Orange ?
Acheté directement chez OnePlus
Tu es sur Android ou OxygenOS ? (OxygenOS est développé par OnePlus, j'ai pas compris si il avait le play store)
Je suis sur OxygenOS qui est un Android classique sans restriction avec des petites modif cosmétique et de fonctionnalité comme sur Samsung
OxygenOS 11.0.4.4.IN11BA (Android 11)
Quelle version ? l'OxygenOS 10, basé sur Android 10 d’origine à normalement reçu une mise à jour pour passer à OxygenOS 11, basé sur Android 11.
OxygenOS 11.0.4.4.IN11BA (Android 11)
Le OnePlus 8 Pro est récent (il est 5G) et devrait avoir IPv6 chez Orange, vu qu'il est sortie en France après mai 2020. Je veut bien le donner en exemple à mes interlocuteurs Orange, mais il me faut un maximum d'information.
Serait-il possible de faire une copie d'écran des APN proposés sur le smatphone ?
j'ai orange / orange-mib / orange.fr / orange.acte (aucun n'est modifiable sauf orange-mib) mais je peux en créer et c'est ce que j'ai fait
Si tu modifie dans les profils existants IPv4 par IPv6 dans "Protocoles APN", il se passe quoi ?
(aucun n'est modifiable sauf orange-mib) mais je peux en créer et c'est ce que j'ai fait
Mes réponses en gras sous tes questions
PS : l'IPV6 fonctionne quand je change le type en IPv c'est le type d'APN qui semble-t-il est forcé
-
Très intéressant !
Perso je me suis pris une carte B&You pour faire de la "4G fixe" vu que bouygues veux pas le faire pour mon adresse.
J'ai monté un PC sous Debian 10, et une carte 4G USB.
J'utilise nmcli pour la connection GSM. Je n'ai rien configuré de spécial, j'ai juste ajouté la connection GSM et c'est parti (Pas d'APN, rien). Mais que en IPv4, en IP 10.x.
Vous avez essayé en IPv6 ce que ça donne ?
(Ensuite, restera à faire de la délégation de préfixe car j'ai un EdgeRouter-X entre ce PC et le LAN).
J'ai aussi un autre problème , c'est qu'a intervalle aléatoire les paquets cessent de passer (tout en restant connecté). Un simple "nmcli con down BnY" , suivi d'un "nmcli con up BnY" relance le truc. Mais c'est pas lié à IPv6.
-
J'ai hésité à test avec une clé 3G (en 4G je n'ai que des point d’accès Wi-Fi, il y a vraiment eu un déclin des clé USB a l'arrivée de la 4G), mais je me suis dit que plus personne n'utilisais ces vieilleries.
Sous Ubuntu, c'était détecté automatiquement (je ne sais pas si c'est le cas avec les version récentes).
A la première insertion de la clé 3G, Network-Manager demandait le code PIN (possibilité de le mémoriser, afin qu'il le rentre automatiquement à la connexion du périphérique) et l'APN à utiliser (avec une liste déroulante proposant les différents APN de l’opérateur).
La connexion WAN était listé comme une ligne de plus sous celle du Wi-Fi dans Network-Manager.
A noter que la pile réseau d'Ubuntu à beaucoup évolué depuis avec l'arrivée de Netplan qui gère le réseau en lien avec Network-Manager pour les versions de bureau.
Là je ne pourrais pas tester, j'ai laissé toutes mes clé 3G dans un tiroir au travail (et je suis en 100% télétravail).
Attention Bouygues Telecom ne propose pas du double pile (IPv4+IPv6) : C'est de l'IPv4 only ou de l'IPv6 only (avec DNS64/NAT64).
=> [TUTO 464XLAT] Installer clatd sous Linux (connexion IPv6 only DNS64/NAT64) (https://lafibre.info/ipv6/clatd/)
-
J'ai hésité à test avec une clé 3G (en 4G je n'ai que des point d’accès Wi-Fi, il y a vraiment eu un déclin des clé USB a l'arrivée de la 4G), mais je me suis dit que plus personne n'utilisais ces vieilleries.
Ce que j'aime bien dans ces vieilleries c'est justement qu'on voit "sous le tapis" ce qui marche ou pas, on a un contrôle dessus.
Les points d'accès wifi 4G restent très fermés et difficile à diagnostiquer selon moi quand ça marche pas.
Après bien sur j'ai testé avec du microtik & tout, c'est encore différent mais là aussi on ne vois pas vraiment comment ça marche.
Moi , là, c'est une carte Huawei ME906E qu'on peut interroger en AT, et tout.
Pratique aussi lorsqu'on doit travailler avec des cartes arduino, ou autres cartes moins évolués.
Sous Ubuntu, c'était détecté automatiquement (je ne sais pas si c'est le cas avec les version récentes).
C'est le cas.
A la première insertion de la clé 3G, Network-Manager demandait le code PIN (possibilité de le mémoriser, afin qu'il le rentre automatiquement à la connexion du périphérique) et l'APN à utiliser (avec une liste déroulante proposant les différents APN de l’opérateur).
Perso j'ai même pas installé de GUI. Donc NetworkManager brut.
J'ai dû ajouter évidemment le code PIN de la carte à la config (via nmcli). Après c'est mémorisé. C'est +/- ce que fait la GUI.
Pour l'APN il m'a rien demandé du tout, mais j'ai l'impression qu'il n'y a qu'en 3G qu'il faut spécifier l'APN : Tant sur les téléphones que sur ces cartes je ne l'ai jamais fait en 4G, au moins en v4.
A noter que la pile réseau d'Ubuntu à beaucoup évolué depuis avec l'arrivée de Netplan qui gère le réseau en lien avec Network-Manager pour les versions de bureau.
Alors je me suis pas encore penché là-dessus, j'ai l'impression que c'est plutôt sur Sid, pour les debian.
Il me semble que c'est pas encore ni très bien intégré, ni très documenté.
Attention Bouygues Telecom ne propose pas du double pile (IPv4+IPv6) : C'est de l'IPv4 only ou de l'IPv6 only (avec DNS64/NAT64).
=> [TUTO 464XLAT] Installer clatd sous Linux (connexion IPv6 only DNS64/NAT64) (https://lafibre.info/ipv6/clatd/)
OK il faudra que je regarde ça.
Merci !
-
J'ai une e3372 et elle est incompatible ipv6.
En revanche la ME960E (qui n'est pas USB en passant) semble, elle, bien supporter ipv6.
=> Mon hypothèse tombe à l'eau ...
Pour l'APN il m'a rien demandé du tout, mais j'ai l'impression qu'il n'y a qu'en 3G qu'il faut spécifier l'APN : Tant sur les téléphones que sur ces cartes je ne l'ai jamais fait en 4G, au moins en v4.
C'est probablement spécifique à Bytel qui (il me semble) "redirige" les mauvais settings APN vers celui par défaut de la ligne.
Tu dois pouvoir utiliser mon_super_apn que ça marcherait quand même.
De mon côté, sur l'e3372, j'ai utilisé une commande AT pour spécifier l'APN :
echo -e "AT^NDISDUP=1,1,\"APNinternet\"\r" > /dev/ttyUSB0
-
J'ai une e3372 et elle est incompatible ipv6.
En revanche la ME960E (qui n'est pas USB en passant) semble, elle, bien supporter ipv6.
En fait c'est du format NGFF, donc ya un connecteur avec de l'USB, des cartes SIM, tout un tas d'autre trucs genre alims, leds,...
Donc en achetant un adaptateur du style:
https://www.amazon.fr/EXVIST-Adaptateur-industriel-emplacement-applications/dp/B08B82B6F5/ref=sr_1_4
elle est reconnue comme USB sur un PC normal.
De mon côté, sur l'e3372, j'ai utilisé une commande AT pour spécifier l'APN :
echo -e "AT^NDISDUP=1,1,\"APNinternet\"\r" > /dev/ttyUSB0
Tiens, j'avais pas essayé ça. Je vais chercher de ce coté-là ! Merci !
-
Je confirme que Bouygues Telecom modifie à la volée l'APN indiqué pour le positionner sur le bon APN, celui souscrit avec la ligne.
Il me semble que un ensemble de fonctionnalités "connexion garantie" garantissant une connexion même quand l'équipement est configuré de travers a été breveté.
-
Je vais même plus loin : non seulement Bouygues Telecom redirige toutes les chaînes de caractères rentrées dans APN vers mmsbouygtel.com; et si un client qui devrait utiliser mmsbouygtel.com utilise un autre 'vrai' APN du réseau Bouygues, il est aussi redirigé. Statistiquement, la plupart des personnes qui auront des soucis d'APN seront le grand public donc ça permet de "ratisser large".
Ça "force" l'utilisateur sur quelque chose, mais d'un autre côté y'a pas vraiment d'intérêt à utiliser un autre APN que celui qu'on doit utiliser, sinon rien ne marche.
Est-ce que d'autres opérateurs le font ? Orange ne le fais pas, d'après mon expérience. Je n'ai jamais pensé à tester quand j'étais chez d'autres opérateurs.
-
Orange et SFR ont plusieurs APN grand public (un APN pour le mobile et un APN pour le mode point d’accès mobile - DUN, issue de l’époque ou ce service était payant) il est donc compliqué de faire des redirections.
Mais il parait que les opérateurs sont en train de simplifier leur APN : Aujourd'hui il est inutile d'avoir un APN dédié pour le mode point d’accès mobile, a part pour faire des statistiques.
-
Et encore, on peut assez facilement faire des stats sur le mode modem sans APN dédié (tout le monde connaît les méthodes pour avoir internet illimité en mode modem le week-end chez Bouygues Telecom à l'époque ou seul les usages depuis le terminal étaient illimités le week-end officiellement)
-
Ce qui serait intéressant, çà serait de savoir comment désactiver l'IPV6 en Wifi avec son smartphone Android.
Si quelqu'un sait comment faire ?
Merci par avance.
-
Explique moi le but recherché, je pense que l'on peut trouver une solution bien plus pertinente que de désactiver l'IPv6 sur le système d’exploitation.
-
L'IPv6 n'est pas encore bien routé, supporté partout.
Je l'ai désactivé volontairement sur mon parefeu, mais le peu de device comme les smartphone viennent pollué le traffic car ils font des requêtes en IPv6.
Donc, mon besoin est d'éradiqué l'IPv6 tant qu'il ne sera pas aussi performant, stable que l'IPv4.
-
Aucune limite dans les conneries qu'on peut lire, c'est fabuleux :)
-
Surveille ton language, tu n'as pas le monopole de la connaissance.
Ce n'est pas parce que tout le monde ne fait pas comme toi ou ne pense pas comme toi que tu dois les insultés.
-
Alors oui, il y a quelques années, IPv6 avait souvent moins de peering qu'en IPv4 car les sessions n'étaient pas montés simultanément en IPv4 et en IPv6.
Maintenant en 2021, je n'ai plus aucun exemple sous la main : les opérateurs pontent toujours simultanément les session de peering IPv4 et IPv6.
Dans les cas où il y a des différences, une fois sur deux c'est en faveur de l'IPv6.
-
Le problème qui peut rester est l'implémentation d'IPv6 côté applicatif qui n'est pas toujours fameux.
-
Surveille ton language, tu n'as pas le monopole de la connaissance.
Ce n'est pas parce que tout le monde ne fait pas comme toi ou ne pense pas comme toi que tu dois les insultés.
Nous sommes sur un forum serieux ou ce genre de fausses informations n'a pas sa place. IPv6 est tout à fait mature...
-
Peut importe que certains considère l'IPv6 comme mature ou pas, ma question reste la même.
Tant pis si vous ne savez pas.
-
Nous sommes sur un forum serieux ou ce genre de fausses informations n'a pas sa place. IPv6 est tout à fait mature...
IPv6 est une technologie d'avenir.
Et qui le restera :P
-
IPv6 est une technologie d'avenir.
Et qui le restera :P
pour les gens qui ne veulent pas se donner la peine de l'implémenter, et qui disparaitront dans les poubelles de l'histoire, peut être...
-
Exact
-
IPv6 est une technologie d'avenir.
Et qui le restera :P
Je ne partage pas ton avis sur le "Et qui le restera :P" qui sous-entend qui ne replacera jamais IPv4.
Il y a encore du chemin à faire pour éteindre IPv4 sur Internet, mais il me semble clair que c'est le chemin qui est pris.
Sur la collecte, par exemple sur le mobile vous avez des opérateurs qui réfléchissent à ne pensent plus proposer d'IPv4 du tout dans quelques années sur leur APN. Aujourd’hui vous avez le choix "IPv4 only" ou "IPv6 only" (avec DNS64/NAT64 + 464XLAT) dans quelques années il est possible que seul le mode IPv4 only ne soit plus proposé.
Tu va me dire que pour l'instant les mécanises pour accéder à l'IPv4 comme le DNS64/NAT64 ou CG-NAT restent en place et ce sera probablement le cas pendant encore 15 ans, mais avant un FAI qui ne propose pas IPv6 sera impacté par des ressources IPv6 only qui ne sont pas accessibles.
Je prend le pari que Wifirst proposera de l'IPV6 dans 6 ans. Je sais que ce n'est pas simple en Wi-Fi, mais peu à peu les barréires vont tomber et les besoins d'IPv6 vont monter en puissance.
-
Je ne partage pas ton avis sur le "Et qui le restera :P" qui sous-entend qui ne replacera jamais IPv4.
Disons en tous cas: «Et qui le restera longtemps :P», IPv4 ne semblant pas sur le point de disparaitre de sitôt.
Il y a encore du chemin à faire pour éteindre IPv4 sur Internet, mais il me semble clair que c'est le chemin qui est pris.
Et la route est longue avec un protocole qui était mal conçu, mal né, malfichu, et mal implémenté.
Un groupe multicast par host? De l'ICMP pour remplacer ARP? Du Hob-by-Hop? Le DNS oublié dans le RA? Un next-header de type fragment? La temporary address? L'IPv6 mobility? entre les SLAAC sans DNS avec les DHCPv6, les adresses EUI64, puis les adresses temporaires, puis les adresses pas si temporaires que ça, et Android qui refuse d'implémenter DHCPv6+managed IP, et les options dans le header IPv6 qu'on peut chainer, et les etc...
Il a fallu régler les problèmes de conceptions en empilant les RFC sur des trucs de base, rajouter les choses réellement utiles (notamment les protocoles de translation v4/v6 pour se passer réellement de v4) pour en arriver ensuite à des implémentations qui fonctionnent vraiment et sur du volume.
Donc: la route est longue.
Sur la collecte, par exemple sur le mobile vous avez des opérateurs qui réfléchissent à ne pensent plus proposer d'IPv4 du tout dans quelques années sur leur APN. Aujourd’hui vous avez le choix "IPv4 only" ou "IPv6 only" (avec DNS64/NAT64 + 464XLAT) dans quelques années il est possible que seul le mode IPv4 only ne soit plus proposé.
Finalement c'est le seul usage raisonnable et utile: remplacer IPv4.
Le dualstack c'était juste deux fois plus de problèmes pour 0 intérêt pour le client.
De fait, implémenter IPv6 trop tôt était amusant mais s'est révélé inutile d'une part, générateur de problèmes pour les clients d'autre part.
Intéressant pour les propriétaires de beigebox installées sous leur table de cuisine afin d'y faire passer de l'ICMPv6, peut-être un peu moins pertinent pour du service fournis à des clients.
Avoir raison trop tôt, c'est avoir tort, ceux qui l'ont fait ont depuis jeté les infras et les implémentations de l'époque pour faire autre chose de nos jours.
Tu va me dire que pour l'instant les mécanises pour accéder à l'IPv4 comme le DNS64/NAT64 ou CG-NAT restent en place et ce sera probablement le cas pendant encore 15 ans, mais avant un FAI qui ne propose pas IPv6 sera impacté par des ressources IPv6 only qui ne sont pas accessibles.
Des sites IPv6 only: une poignée de sites persos qui ne sont pas consultés (sinon ils auraient une IPv4), OK. Mais sinon?
Ça arrivera sûrement sans doutes, mais pas de sitôt, donc.
Je prend le pari que Wifirst proposera de l'IPV6 dans 6 ans. Je sais que ce n'est pas simple en Wi-Fi, mais peu à peu les barréires vont tomber et les besoins d'IPv6 vont monter en puissance.
Pour l'instant c'est surtout pour ceux qui manquent de v4 privées (les opérateurs mobiles notamment, et qui répliquent éventuellement le système sur le fixe lorsqu'ils en ont aussi), donc.
On ne parle même pas de manque de v4 publiques.
D'ailleurs il n'y a aucune pénurie de v4 publiques: il y a pénurie d'adresses v4 publiques gratuites, ce qui est très différent.
Quant à prendre des paris, ce n'est certainement pas le sujet: avoir des clients impose d'être pragmatique pour fournir un service qui marche le mieux possible, ce qui implique de faire des prévisions ; mais pas de faire des paris ou des prédictions à la boule de cristal.
Bref, l'IPv6 n'étant qu'un outil, comme tout outil il s'impose naturellement dès lors qu'il devient pertinent. Mais pas parce que des conseilleurs le brandissent comme l'alpha et l'omega.
-
Oui, il y a eu des erreurs dans la conception d'IPv6 qui ont mis de nombreuses années pour être corrigées.
Maintenant tous les systèmes d’exploitation qui reçoivent des mise à jour de sécurité supportent RFC 8106 Neighbor Discovery Protocol RDNSS, à l'exception de Windows 8.1
Oui, la pénurie dIPv4 privée est un moteur de déploiement d'IPv6 only, chez les FAI, mais aussi chez de grandes entreprises avec des milliers de sites.
Des sites IPv6 only: une poignée de sites persos qui ne sont pas consultés (sinon ils auraient une IPv4), OK. Mais sinon?
Ça arrivera sûrement sans doutes, mais pas de sitôt, donc.
Oui, il y a peu de sites IPv6 only aujourd’hui, mais pas que des sites persos : Des succursales de Schneider en Asie ont signalé le besoin pro d’accéder à des ressources internet uniquement disponibles en IPv6. J'imagine que c'est plus que des sites perso pour déclencher une réflexion autour de la mise en place d’IPv6 sur le réseau de Schneider Electric.
=> Témoignage de Schneider Electric dans le guide "Entreprises: pourquoi passer à IPv6 ?" (https://lafibre.info/images/ipv6/202012_task-force_ipv6_guide_entreprises.pdf#page=7)
Dans quelques années, les sites IPv6 only, aujourd'hui anecdotiques, pourrait fortement se développer, quand 90% des clients grand public auront de l'IPv6, lié en parallèle à des hébergements qui ne proposent plus de l'IPv4 publique par défaut.
Pour moi, ce seuil de 90% de clients grand public avec de l'IPv6 activé par défaut arrive dans moins de 5 ans sur le fixe, comme sur le mobile.
-
Dans la réalité, c'est l'iPv4 qui prédomine, donc l'iPv6 je m'en moque complètement, elle n'apporte rien de concret... d'où le besoin exprimer de désactiver cette m.... sur le wifi de smartphone Android
-
La question à se poser c'est plutôt quel(s) impact(s) négatif(s) d'avoir IPv6 activé en tant que client final et aujourd'hui la réponse dans 99% des cas c'est aucun.
-
Pour discuter avec certains opérateurs, les régressions sont très rares et il y a globalement moins de cas de régression que de cas où IPv6 améliore les choses.
Cela explique l’activation massive d'IPv6 sur les terminaux récents Android, ce qui ne correspond a aucune obligation Arcep.
Bouygues Telecom, Orange et SFR activement par défaut IPv6 sur les nouveaux terminaux Android.
Si il y avait un impact négatif même minime, ils ne feraient pas ce choix.
Les problématiques sur le réseau mobile se concentrent sur l'IPv6 only et des routeur 4G qui n'ont pas le support du 464XLAT / CLAT.
Sur le fixe, après Free qui a supprimé la possibilité de désactiver IPv6 en 2019, Bouygues Telecom et SFR suivent la même voie avec les derniers firmwares (pour SFR cela concerne les clients FttH derrière un CG-Nat).
-
Petit retour sur Orange:
Quand je mets dans le type d'APN "*" je perds la VoWIFI
Les types dans le profil par défaut Orange World sont : dun,mms,xcap
Quand je rajoute en plus le "supl" du tuto de Vivien la VoWIFI reste mais dès que je mets l'astérisque elle se desactive
PS : j'ai changé de téléphone, je suis sur un Samsung S21 Ultra 5G maintenant (exit le OnePlus)
PS : pour Vivien : le profil par défaut Orange est grisé, impossible de le modifier
-
D'aprés mes infos, pour le Samsung S21, l'IPv6 est activé par défaut pour le téléphone et le partage de connexion pour Bouygues, Orange et SFR.
Donc il n'y a rien à faire normalement.
Si ce n'est pas le cas, je veut bien des captures d'écran de la configuration par défaut des différents APN + me dire quels APN sont bloqués en lecteur seul.
Je remontrerais le point avec mes interlocuteurs Orange.
-
Je n'avais pas remarqué mais oui c'est bien activé par défaut alors que je n'ai pas changé de puce. Orange à juste reprovisionné mes données techniques cette semaine suite à mon appel pour d'autres soucis
(https://i.ibb.co/3k4ghxt/Screenshot-20210413-103317-Settings.jpg) (https://ibb.co/25WGKzX)
-
Quand je rajoute en plus le "supl" du tuto de Vivien la VoWIFI reste mais dès que je mets l'astérisque elle se desactive
A vue de nez je dirais que mettre un wildcard va outrepasser l'apn caché ims pour la VoLTE, elle tente donc de passer par le mauvais APN et ça marche pas ?
La VoLTE et la VoWifi sont liées, non ?
-
Oui, le wildcard est pas propre. Des effets de bord son possibles même peut-être sur la VoLTE et les MMS quand la configuration MMS est distincte.
Ce tutoriel était fait dans le but de mettre à jour le tutoriel de l'Arcep : https://www.arcep.fr/demarches-et-services/utilisateurs/activer-ipv6-mobile.html
Les échanges sur le forum permettent de corriger d'éventuelles petits problèmes avant publication sur le site de l'Arcep.
Le contournement avec la wildcard ou la création d'un nouveau profil ne sera pas proposé sur le tutoriel de l'Arcep. Trop de risques que des clients se trompent. Difficultés pour le maintenir à jour si l’opérateur modifie des éléments. Certains opérateurs considèrent que c'est une solution qui a sa place sur un forum d'entre-aide, mais pas en tant que solution officielle poussée par l'autorité. Il a donc été décidé de se limiter au cas où il suffit de modifier le profil.
J'essaye également de mieux comprendre ces profils bloqués en lecture seul avec Orange, mais ce n'est pas si problématique que ça, car Bouygues, Orange et SFR se sont tous les trois engagés dans une voie où l'IPv6 est activé par défaut sur tous les nouveaux terminaux Android qui sortent.
Pour Free mobile, aujourd'hui il n'y a pas de DNS64/NAT64, c'est le 464XLAT qui prend en charge toutes les communications en IPv4. Je suis plus que jamais intéressé par tous vos retours sur le sujet IPv6 Free Mobile: Partagez vos retours ! (https://lafibre.info/free-mobile/ipv6-free-mobile/), mais je préviens que je resterais silencieux, j'ai un devoir devoir de réserve strict sur le sujet.
-
(Sans t'engager sur le sujet Free car tu ne peux rien en dire)
Si pas de DNS64/NAT64, on est d'accord que c'est le CLAT du téléphone qui doit faire le taf. Théoriquement, ça utilise + la batterie non ?
-
A vue de nez je dirais que mettre un wildcard va outrepasser l'apn caché ims pour la VoLTE, elle tente donc de passer par le mauvais APN et ça marche pas ?
La VoLTE et la VoWifi sont liées, non ?
C'est quoi cet histoire d'APN caché ?
-
Chez Bouygues Telecom (je parle de ce que je connais, mais je ne vois pas pourquoi ça ne serait pas le cas chez les autres opérateurs), la VoLTE se fait via un APN nommé "ims" (sans aucune config dedans, son nom est juste "ims").
Il n'est pas visible dans les réglages des téléphones, du moins ceux auxquels j'ai touché. J'ai un peu l'impression que ce "ims" est standard, mais j'avoue que je n'en sais pas plus.
La VoLTE passe par un autre APN donc, pour des raisons de QoS (c'est vachement priorisé par rapport au reste), et adressé différemment en IPv6 (c'est du SIP derrière, la VoLTE).
-
CLAT s’utilise forcément avec NAT64 coté Backbone
-
Si c'était le cas, prendre un DNS64 tiers (cf DNS64 alternatifs (ex: dns64.cloudflare-dns.com) (https://lafibre.info/ipv6/ipv6-only-nat64-et-resolveur-dns-autre-que-celui-de-loperateur/)) avec une abonnement Free Mobile en mode IPv6 only (Free ne fournit pas de DNS64) devrait fonctionner.
Or il me semble que ce n'est pas le cas.
Peut-être une problématique de préfixe à utiliser.
-
Voici une capture Free mobile sur le site Ameli, site qui n'est disponible qu'en IPv4.
La requête AAAA effectuée par le terminal n'obtient aucune IPv6. Il est obligé de partir en IPv4 via 464XLAT.
L'IPv4 d'Ameli, 31.15.27.86 est transformée en hexadécimal (1f0f:1b56) comme pour le DNS64/NAT64.
La différence, c'est le préfixe :
- Le DNS64 utilise le préfixe 64:ff9b
- Le 464XLAT de Free utilise le préfixe 2a0d:e487:ffff, qui est issue du bloc 2a0d:e480::/29 annoncé par AS51207, l'AS de Free mobile.
(https://lafibre.info/images/ipv6/202104_free_mobile_ameli_ipv6_only.png)
Requête DNS64 sur le DNS de Cloudflare :
(https://lafibre.info/images/ipv6/202104_dns64_ameli.png)
-
Non non, tu choisis le préfixe que tu veux en NAT64 :
root@nat64:~# grep prefix /etc/tayga.conf
prefix 64:ff9b::/96
Il me semble que tu confonds deux choses là Vivien :
- CLAT (ou 464XLAT) c'est coté mobile, ça sert à faire la traduction littérale. Le mobile n'a *pas* d'IPv4, il ne peut donc traduire que vers de l'IPv6.
- Or, coté backbone, il faut bien quelque chose qui traduise cette IPv6 en IPv4, c'est le NAT64.
-
Et peut-être une piste sur pourquoi Free n'utilise pas le well-known prefix pour le NAT64 :
For NAT64, network specific prefix is used for traffic engineering reasons. The well known prefix is not used.
D'ailleurs, sur ce site, ils appuient mon raisonnement :
No changes were required to the existing T-Mobile USA IPv6-only + NAT64/DNS64 to support the 464XLAT architecture. The stateless RFC6145 translation on the handset was the only modification needed.
-
Ooook donc si je comprends bien, sur un réseau comme Orange ou ByTel (IPv6 non dual stack), le DNS64 fait que le terminal va envoyer des paquets IPv6 avec comme IP DST une IPv6 utilisant le WKP 64:ff9b (si le site souhaité est IPv4 only évidemment sinon ben il envoit à la vraie IPv6 du site, pas de NAT64, merci au revoir)
Si une appli souhaite taper une IPv4 littérale (donc pas de DNS64), le smartphone la modifie en une IPv6 utilisant ce même WKP (c'est ça le CLAT/464XLAT) ? Et chez free on utilise un autre préfixe que le WKP ?
Et dans les deux cas, un NAT64 est présent sur le réseau de l'opérateur : la distinction vient du fait que le DNS64 permet au téléphone de ne rien NATer alors que sans DNS64 (ou impossible de l'utiliser car IPv4 littérale), alors le téléphone doit faire du NAT vers une IPv6 (qui utilise quel préfixe, là est ma question) qui sera à nouveau natée par le NAT64 de l'opérateur
Je trouve pas ça dingue d'utiliser un préfixe appartenant à l'opérateur plutôt que le WKP : ça donne l'impression que l'IP est routable sur internet et qu'elle appartient à l'opérateur... Au moins avec le WKP on reconnaît direct.
C'est quoi la diff concrète entre 464XLAT et CLAT ?
J'ai bon ? C'est complexe, pfiou
-
Coté opérateur, on voit deux NAT64 :
- Le NAT64 qui est associé au DNS64, qui doit obligatoirement utiliser le préfixe normalisé 64:ff9b
- Le NAT64 pour le 464XLAT, qui utilise un autre préfixe (le well-known prefix ou un autre).
C'est pour cela que sur http://ip.lafibre.info/ l'IPv4 publique affichée pour une requête vers un nom de domaine IPv4 only peut être différente d'une requête vers une IPv4 littérale (utilisant le 464XLAT)
C'est quoi la diff concrète entre 464XLAT et CLAT ?
464XLAT c'est l'ensemble
CLAT, c'est l'opération coté mobile
PLAT, c'est l'opération coté réseau
(https://lafibre.info/images/ipv6/201201_464xlat_clat_plat_diagramme.png)
-
Ok !
Donc on a du NAT64 dans les deux cas, la question étant "quel élément va 'berner' la couche applicative pour qu'elle puisse atteindre les sites IPv4 only" : soit c'est du DNS64 donc le terminal ne se rend compte de rien, soit c'est du 464XLAT et c'est le smartphone qui expose une "fausse" connectivité IPv4 aux applications, pour ensuite translater l'IPv4 demandée en une IPv6 (de manière stateless, pas de NAT) envoyée sur le réseau de l'opérateur
Ça pourrait se déployer à grande échelle sur des réseaux fixes aussi, ça ? En gros, ça serait un "genre" de 4rd (pas vraiment, je raccourcis l'idée parce que je suis sur mon téléphone) mais avec du DNS64 histoire d'éviter au maximum un 464XLAT côté client ?
EDIT : Ok je vois l'idée entre CLAT/PLAT/464XLAT ! Merci :)
-
Les box peuvent faire du CLAT et donc annoncer de l'IPv4 sur le LAN sans en avoir sur le WAN, mais avec quelle performance en FttH ?
Pour le faire sur le terminal, il faut récupérer le préfixe.
Dans la RFC, ils parlent de créer une nouvelle option DHCPv6 :
Le CLAT doit connaître deux préfixes IPv6 pertinents.
Tout d'abord, CLAT doit connaître ses propres préfixes IPv6. Le CLAT doit acquérir un / 64 pour l'interface de liaison montante, un / 64 pour toutes les interfaces de liaison descendante et un préfixe dédié / 64 dans le but d'envoyer et de recevoir des paquets traduits sans état. Lorsqu'un préfixe dédié / 64 n'est pas disponible pour la traduction de DHCPv6-PD [RFC3633], le CLAT peut effectuer NAT44 pour tous les paquets LAN IPv4 de sorte que tous les paquets IPv4 provenant du LAN apparaissent à partir d'une seule adresse IPv4 et sont ensuite traduits sans état en une adresse IPv6 d'interface qui est revendiquée par le CLAT via le protocole de découverte de voisin (NDP) et défendue avec la détection d'adresse en double (DAD).
Deuxièmement, le CLAT doit découvrir le préfixe IPv6 de traduction côté PLAT utilisé comme destination du PLAT. Le CLAT utilisera ce préfixe comme destination de tous les paquets de traduction qui nécessitent une traduction avec état vers Internet IPv4. Il peut découvrir le préfixe de traduction côté PLAT en utilisant [Discovery-Heuristic]. À l'avenir, d'autres mécanismes, comme une nouvelle option DHCPv6, seront éventuellement définis pour communiquer le préfixe de traduction côté PLAT.
Source : RFC6877 (https://tools.ietf.org/html/rfc6877#page-9)
-
- Le NAT64 qui est associé au DNS64, qui doit obligatoirement utiliser le préfixe normalisé 64:ff9b
Mais... non ! Justement, regarde le lien que j'ai mentionné, T-Mobile par exemple n'utilise pas le WKP.
La seule contrainte sera que sans WKP tu ne peux pas utiliser de DNS tiers.
-
Okay je vois ! Mais donc le préfixe DNS64 et 464XLAT peut être le même ce qui permet de n’utiliser qu’un seul NAT64 coté opérateur ?
-
Oui, cela doit être possible.
La seule contrainte sera que sans WKP tu ne peux pas utiliser de DNS tiers.
Pas top le fait de ne pas pouvoir utiliser de DNS tiers.
Je me demande si le fait d'avoir un préfixe particulier ne pourrait pas expliquer que certains mobile n'arrivent pas a activer le CLAT ou que ce soit lent :
Même soucis (Xiaomi Mi8) : si IPv4/IPv6 dans l'APN alors on a qu'une ipv4, si IPv6 dans l'APN on a qu'une ipv6 et les sites en ipv4 sont KO.
J'ai un MOTO G4 Play sous lineage 17.1 (android 10). Après avoir activé l'option sur le portail, quand je change le protocole de l'APN en IPV6, je perds la data. Marche pas :(
Je désactive toujours les données mobiles, sauf quand j'en ai besoin.
Or depuis que je suis en IPv6, la connexion Internet de mon téléphone mettait, de temps en temps, beaucoup plus de temps à être effective, bien que captais l'antenne de manière convenable, du moins à première vue.
Je suis revenu en IPv4, en désactivant l'option et en changeant l'APN, et je ne ressens plus cette lenteur (plusieurs longues secondes avant d'avoir la connexion effective).
Avez-vous constatez cela ? J'ai un S8 à jour.
-
Je pense que le préfixe est envoyé par la session 4G...
-
(Sans t'engager sur le sujet Free car tu ne peux rien en dire)
Si pas de DNS64/NAT64, on est d'accord que c'est le CLAT du téléphone qui doit faire le taf. Théoriquement, ça utilise + la batterie non ?
Oui, le CLAT doit faire le travail pour tout le trafic IPv4.
Pour la batterie, tu as la réponse dans RFC8683 Additional Deployment Guidelines for NAT64/464XLAT in Operator and Enterprise Networks (https://tools.ietf.org/html/rfc8683#section-4.3) à la section "4.3. Using 464XLAT with/without DNS64"
Extrait traduit en Français : Notez que la traduction supplémentaire, lorsque DNS64 n'est pas utilisé, a lieu au CLAT, ce qui signifie aucune surcharge supplémentaire pour l'opérateur. Cependant, cela ajoute des retards supplémentaires potentiels pour établir les connexions et n'a pas d'impact perceptible pour un CE dans un réseau à large bande, mais il peut avoir un impact sur un appareil alimenté par batterie. Le coût d'un appareil alimenté par batterie est peut-être comparable au coût lorsque l'appareil effectue une synthèse d'adresse locale (voir la section 7.1 de la [RFC8305] (https://tools.ietf.org/html/rfc8305#section-7.1)).
-
En fait, tant que Free n’a pas de route vers tout internet en IPv6, on aura pas de DNS64 chez eux non ?
-
Bonjour à tous,
Je suis en train de tester sur une sim SOSH et smartphone Oneplus 8 Europe (IN2013) acheté sur le site Oneplus.
La sim sosh doit daté d'a peut près fin 2018.
Je la dernière version du firmware Oneplus 8 IN2013 (Oxygen OS 11.0.5.5.IN21BA).
Voici la liste d'APN pour default :
(https://i.imgur.com/kYiZ7Jo.png)
Sur tout les APN, le protocol est IPv4.
Les APN sont tous grisé sauf Orange Entreprise "orange-mib"
Les créer un APN "Orange World + Internet IPv6" exactement pareil que vivien et dès que j'enregistre et je reviens dessus, dans type d'APN, ça me met :
default,supl,fota,wap
Je n'arrive pas à avoir d'IPv6 du coup
PS : J'ai bien coché l'APN "Orange World + Internet IPv6" par défault :
(https://i.imgur.com/HO4cP0Q.png)
-
Bonjour à tous,
Je suis en train de tester sur une sim SOSH et smartphone Oneplus 8 Europe (IN2013) acheté sur le site Oneplus.
La sim sosh doit daté d'a peut près fin 2018.
Je la dernière version du firmware Oneplus 8 IN2013 (Oxygen OS 11.0.5.5.IN21BA).
Voici la liste d'APN pour default :
(https://i.imgur.com/kYiZ7Jo.png)
Sur tout les APN, le protocol est IPv4.
Les APN sont tous grisé sauf Orange Entreprise "orange-mib"
Les créer un APN "Orange World + Internet IPv6" exactement pareil que vivien et dès que j'enregistre et je reviens dessus, dans type d'APN, ça me met :
default,supl,fota,wap
Je n'arrive pas à avoir d'IPv6 du coup
PS : J'ai bien coché l'APN "Orange World + Internet IPv6" par défault :
(https://i.imgur.com/HO4cP0Q.png)
bon et bien maintenant, ça marche, il a tout simplement fallu reboot le téléphone. Je ne sais pas pourquoi il faut le faire avec orange mais pas avec Freemobile.
Pour info, dans type d'APN de l'APN que je viens de créer "Orange World + Internet IPv6", j'ai toujours
default,supl,fota,wap et ça fonctionne
-
Après m’être intéressé à l’activation d’IPv6 sur les mobiles Android, je me suis rendu compte de plusieurs problématiques.
Les APN sont grisés (bloqués en lecture seule, donc modification impossible)
Impossible d’appliquer la méthode de l’ARCEP. (https://www.arcep.fr/demarches-et-services/utilisateurs/activer-ipv6-mobile.html (https://www.arcep.fr/demarches-et-services/utilisateurs/activer-ipv6-mobile.html))
L’ajout d’un nouvel APN active IPv6 une fois sur deux, ne fonctionne pas en partage de connexion, et le téléphone n’accepte pas les APN de type autre que default,supl,fota,wap.
Impossible d’appliquer la méthode de Vivien. (https://lafibre.info/ipv6/tutoriel-ipv6-android/ (https://lafibre.info/ipv6/tutoriel-ipv6-android/))
Paramètres APN pour activer IPv6 sur son téléphone ainsi qu'en partage de connexion sur Android, sur les forfaits Orange.
Paramètres > Wi-Fi et Réseau > SIM et Réseau > Carte SIM 1 (Orange F) > Nom des points d’accès > [Bouton Plus]
Nom : Orange IPv6
APN : 🍊
Proxy : Non défini
Port : Non défini
Nom d'utilisateur : orange
Mot de passe : orange
Serveur : Non défini
MMSC : Non défini
Proxy MMS : Non défini
Port MMS : Non défini
MCC : 208
MNC : 01
Type d'authentification : PAP ou CHAP
Type d'APN : default
Protocole APN : IPv6
Protocole APN en itinérance : IPv6
Réseau : Non spécifié
Type MVNO : SPN
Valeur MVNO : Non défini
Testez IPv6 sur https://ip.lafibre.info
Si cela ne fonctionne pas, redémarrez votre téléphone.
/!\ Les MMS ne fonctionnent pas /!\
/!\ Non testé à l'étranger /!\
Il est possible que l'APN ne fonctionne pas à l'étranger, dans ce cas, mettez Protocole APN en itinérance : IPv4.
Si cela ne fonctionne toujours pas, remettez les paramètres par défaut en faisant [trois petits points] > Rétablir param. par défaut
Aussi surprenant que cela puisse paraître, mettre “orange” en nom d'APN n'active pas IPv6 automatiquement à chaque redémarrage du téléphone.
Mettre l'emoji 🍊 (U+1F34A) active IPv6 à chaque redémarrage.
Testé et fonctionne sur OnePlus 8 Pro Europe (IN2023)
Le fait que l’APN fonctionne sur un modèle ne signifie pas qu'il fonctionnera sur tous les smartphones Android. Que l’APN fonctionne ou non, n’hésitez pas à répondre.
-
Les MMS fonctionnent bien si tu configures correctement (ce qui n'est pas le cas avec ton APN).
Voir ici : https://lafibre.info/ipv6/tutoriel-ipv6-android/msg825318/#msg825318
-
Le tutoriel en cas de profil en lecture seule ( https://lafibre.info/ipv6/tutoriel-ipv6-android/msg825318/#msg825318 ) ne fonctionnait pas ?
"Type d'APN : default": c'est insuffisant pour le partage de connexion, c'est le type "dun" qu'il faut préciser pour le partage de connexion, mais cela peut être bloqué par l'opérateur.
-
Bonjour,
offre sosh, avec un xiaomi poco m3. j'ai du rajouter l'APN pour ipv6. bon, il arrive que parfois au redémarrage du tel je n'ai pas d'ipv6 il faut que je change d'APN et que j'y revienne pour avoir de l'ipv6 mais bon ça a la limite, c'est pas trop grave.
Par contre, j'ai un souci avec le partage de connexion ipv6. Le partage fonctionne très bien, mais étant donné qu'il route le /64 assigné au tel vers le partage de connexion, je n'ai plus de connectivité IPV6 sur le tel. c'est logique, mais je pensais que j'aurai un second /64 pour le partage de connexion ...
Est-ce que c'est moi qui fait mal quelque chose, ou c'est le comportement attendu ?
Jerem
-
La connectivité IPv6 est fournie dans le /64 public fourni au terminal ce qui n’empêche pas le terminal d'avoir une (ou deux) IPv6 utilisés pour son usage propre sur ce /64 (si le mobile est en IPv6 only, il y a une IPv6 pour le trafic avec nom de domaine et une IPv6 pour le CLAT, pour le trafic avec des IPv4 littérales).
Concernant l’IPv4 :
- IPv6 only : le 464XLAT est utilisé pour traduire le paquet d’IPv4 à IPv6 sur le téléphone, puis la NAT64 de l’opérateur fait le reste.
- Double pile IPv4 + IPv6 : Pour le patage de la connexion IPv4, le mobile fait du NAT44.
-
En cas d'impossibilité à modifier un profil existant (profil en lecteur seule), il faut créer un nouveau profil à l'identique (même APN) mais en IPv6.
Idem chez Free sur un Pixel 4a.
Est-ce que tu pourrais ajouter tous les paramètres APN à configurer chez Free dans ton 3ème post également ?
Il est impossible de modifier le profil "Free" ?
Oui je confirme.
D'ailleurs quand j'ai voulu ajouter un nouveau profil "Free IPv6", j'ai eu un message d'erreur sur le "dun" qui n'était pas accepté...
Bonjour AlexPopov,
Je reviens sur ton Pixel 4a pour lequel il est impossible de modifier l'APN chz Free, mais peut-être chez d'autres opérateurs.
Pourais-tu indique chez qui tu as acheté ce téléphone ?
Serait-il possible de nous indiquer quel est la version du CSC ?
=> Android: Comment mettre à jour le CSC, les "réglages opérateurs" ? (https://lafibre.info/os-mobile/android-csc/)
-
Idem chez Free sur un Pixel 4a.
Est-ce que tu pourrais ajouter tous les paramètres APN à configurer chez Free dans ton 3ème post également ?
Oui je confirme.
D'ailleurs quand j'ai voulu ajouter un nouveau profil "Free IPv6", j'ai eu un message d'erreur sur le "dun" qui n'était pas accepté...
Bonjour AlexPopov,
Je reviens sur ton Pixel 4a pour lequel il est impossible de modifier l'APN chz Free, mais peut-être chez d'autres opérateurs.
Pourais-tu indique chez qui tu as acheté ce téléphone ?
Serait-il possible de nous indiquer quel est la version du CSC ?
=> Android: Comment mettre à jour le CSC, les "réglages opérateurs" ? (https://lafibre.info/os-mobile/android-csc/)
Salut Vivien,
J'avais acheté le téléphone directement sur le site de Google.
J'ai changé d'opérateur depuis mon message. Est-ce que tu souhaites quand même le CSC du téléphone ? C'est quelque chose de fixe ou ça évolue en fonction de l'opérateur ?
-
Mon hypothèse était un téléphone bloqué par Orange, car la mise en lecture seule de l'APN n'est normalement que le volonté d'Orange en France (dans le but de limiter le SAV à cause de client qui auraient modifié l'APN).
Si tu as changé d'opérateur avec le même téléphone, tu peut nous dire si l'APN de ton nouvel opérateur peut être modifié ?
-
Mon hypothèse était un téléphone bloqué par Orange, car la mise en lecture seule de l'APN n'est normalement que le volonté d'Orange en France (dans le but de limiter le SAV à cause de client qui auraient modifié l'APN).
Si tu as changé d'opérateur avec le même téléphone, tu peut nous dire si l'APN de ton nouvel opérateur peut être modifié ?
Je suis paché cez shosh et l'APN (Orange World) est toujours en lecture seule.
-
Et la configuration par défaut chez Sosh est en IPv4 ou en IPv6 ?
-
Et la configuration par défaut chez Sosh est en IPv4 ou en IPv6 ?
-
IPv6, c'est parfait.
Même si je regrette la difficulté pour activer IPv6 sur un mobile, je vois avec joie que Orange active l'IPv6 y compris sur des mobiles qu'il ne commercialise pas.
Je n'ai pas bien compris par quel canal cette information passait.
-
Après, même en imaginant que seuls les "nouveaux" devices Android aient des APN à jour et que ces derniers ne soient pas updatés en cours de vie du terminal, il arrivera bien un moment où tout le monde aura renew son téléphone et aura les APN configurés en IPv6.
Ce que je trouve fou par contre c'est pourquoi sur le fixe c'est aussi leeeeeeent
-
100% des nouveaux clients d'Orange ont l'IPv6 activé sur l'ADSL, le VDSL ou le FttH.
Pour les clients existants, il y a encore des Livebox v2 qui ne supporte pas IPv6 (c'est une veille box avec port LAN 100 Mb/s), mais c'est faible. Il y a aussi des clients sur des DSLAM non compatible, mais Orange ne prend plus de nouveaux clients sur ces DSLAM.
Sur le fixe, Free a de l'IPv6 non désactivable sur tous ses clients en propre (toutes les Freebox sont compatible IPv6 et l'option de désactivation IPv6 n'est plus proposé). Il ne manque que les clients non dégroupé qui sont en IPv4, mais cela ne représente pas grand chose.
Bouygues active l'IPv6 au fur et a mesure qu'il a les capacité, la problématique étant qu'un client dual-stack prend deux fois plus de ressources qu'un clients IPv4 only (et l'IPv6 only n'est pas envisagé).
De plus toutes les Bbox ne sont pas compatible IPv6.
SFR... a rencontré des incompatibilité IPv6 natif sur de vieux équipements pour le FttH d'où un retour arrière et une baisse de l'IPv6. (l'IPv6 encapsulé dans IPv4 proposée depuis des années entraine une baisse de débit qui n'est plus acceptable, vu que les sites IPv6 sont nombreux aujourd'hui. l'IPv6 encapsulé dans IPv4 n'est donc plus proposé en FttH)
Le câble de SFR pourrait peut-être supporter l'IPv6, mais lui mettre l'IPv6 ne semble pas une priorité de Patrick Drahi.
A terme l'IPv6 sera presque systématiquement présent pour le grand public, ce qui va poser problème c'est l'entreprise, d'où les actions de l'Arcep sur ce sujet.
La chine va éteindre IPv4 en 2030 cf La chine va éteindre IPv4 d'ici 2030 : Seul IPv6 sera disponible (https://lafibre.info/ipv6/chine-ipv6-fin-ipv4/).
-
SFR... a rencontré des incompatibilité IPv6 natif sur de vieux équipements pour le FttH d'où un retour arrière et une baisse de l'IPv6.
Mais, tous les nouveaux déploiements plus la réno du legacy sont activés en ipv6 :)
-
Mais, tous les nouveaux déploiements plus la réno du legacy sont activés en ipv6 :)
Oui, tout à fait.
Mais ce sera très progressif, cf prévisions. Regardez la ligne FttH pour SFR...
(https://lafibre.info/images/ipv6/202012_arcep_barometre_ipv6_fixe_4.png)
SFR est (avec Free) un pionnier de l'IPv6, même la NeufBox v4 est compatible IPv6. Dans le passé SFR avait de l'IPv6 ready sur toutes ses lignes.
C'est le premier opérateur mobile Français à avoir testé l'IPv6 en 2008 :
(https://lafibre.info/images/ipv6/200812_concours_IPv6_SFR.png)
La chute fait mal pour SFR et on voit des acteurs qui ne faiesaient rien, Orange pour ne pas le citer, qui était accusé par certains de rester en IPv4 pour verrouiller le marché (Orage avait indiqué à un FRnOG avoir suffisamment d'IPv4 pour envisager ne pas avoir de pénurie d'IPv4 et justifier ne pas mettre de l'IPv6), mettre de l'IPv6 partout.
Encore recament, un petit acteur pas trés bien informé, m'a parlé de ça, de Orange qui bloque la France en IPv4.
-
Bonjour,
J'ai essayé de configurer mon XIAOMI Redmi Note9 Pro avec l'APN Orange IPV6 donné par Vivien (à la virgule près, et reboot de Téléphone).
J'ai essayé plusieurs fois, en vain.
C'est un abonnement Orange Professionnel, dans le cadre d'une flotte d'entreprise.
Chez vous aussi, certains téléphones/abonnements sous hermétiques à l'IPv6 malgré cette modification d'APN?
Merci
-
Tu es un client SOSH ou Orange grand public ?
L'APN est bien Orange ?
Tu n'a plus du tout de connectivité Internet quand tu le configure en IPv6 ?
-
Bonjour,
J'ai essayé de configurer mon XIAOMI Redmi Note9 Pro avec l'APN Orange IPV6 donné par Vivien (à la virgule près, et reboot de Téléphone).
J'ai essayé plusieurs fois, en vain.
C'est un abonnement Orange Professionnel, dans le cadre d'une flotte d'entreprise.
Chez vous aussi, certains téléphones/abonnements sous hermétiques à l'IPv6 malgré cette modification d'APN?
Merci
En Nom APN, il faut mettre Orange comme ceci : "🍊"
Chez moi, si je mets "Orange" et pas "🍊", ça ne fonctionne pas.
Voir ce message :
https://lafibre.info/ipv6/tutoriel-ipv6-android/msg872006/#msg872006
-
En Nom APN, il faut mettre Orange comme ceci : "🍊"
Chez moi, si je mets "Orange" et pas "🍊", ça ne fonctionne pas.
Voir ce message :
https://lafibre.info/ipv6/tutoriel-ipv6-android/msg872006/#msg872006
Exact !! Cà marche
On pourrait croire à une joke, mais non.
Merci.
-
cayenne et chc99, si c'est possible, j'aimerais bien avoir une copie d'écran des paramètres de configuration qui ne fonctionnent pas avec l'APN Orange et la version qui fonctionne pour que je puisse contacter Orange pour avoir l'explication.
Je veut bien la référence du mobile et la version d'Android afin de remonter une information complète afin que Orange puisse faire les tests.
Moi aussi j'ai cru à une blague cet APN "U+1F34A". Vous pouvez rajouter des images sur le forum en cliquant sur "Ajouter des photos, fichiers joints et autres options…" quand vous rédigez le message.
Merci.
-
cayenne et chc99, si c'est possible, j'aimerais bien avoir une copie d'écran des paramètres de configuration qui ne fonctionnent pas avec l'APN Orange et la version qui fonctionne pour que je puisse contacter Orange pour avoir l'explication.
Je veut bien la référence du mobile et la version d'Android afin de remonter une information complète afin que Orange puisse faire les tests.
Moi aussi j'ai cru à une blague cet APN "U+1F34A". Vous pouvez rajouter des images sur le forum en cliquant sur "Ajouter des photos, fichiers joints et autres options…" quand vous rédigez le message.
Merci.
Je suis sur un Oneplus 8 IN2013 avec une sim SOSH et je ne peut pas modifier l'APN Orange World.
La version d'Oxygen OS est 11.0.8.8 soit Android 11 avec correctif de sécu 01/08/2021
J'ajoute l'APN comme tu dit vivien :
(https://lafibre.info/images/ipv6/202110_apn_orange_ipv6_1.png)
ça donne IPv4 Only (les 2 même) :
(https://lafibre.info/images/ipv6/202110_apn_orange_ipv6_2.png)
Je met 🍊 :
(https://lafibre.info/images/ipv6/202110_apn_orange_ipv6_3.png)
ça donne IPv6+IPv4 (différente littérale) :
(https://lafibre.info/images/ipv6/202110_apn_orange_ipv6_4.png)
-
idem chez moi avec l'abonnement ORANGE- Je ne te remets pas les copies d'écran - Pas de différence.
Je suis sur un Redmi Note 9 Pro
Android version 11 RKQ1
Mise à jour de sécurité du 01/07/2021
-
Merci pour les captures complètes.
J'ai de quoi remonter le problème à Orange.
-
Je suis sur un Oneplus 8 IN2013 avec une sim SOSH et je ne peut pas modifier l'APN Orange World.
La version d'Oxygen OS est 11.0.8.8 soit Android 11 avec correctif de sécu 01/08/2021
J'ajoute l'APN comme tu dit vivien :
Et en prenant "orange" tout en minuscules ?
-
Et en prenant "orange" tout en minuscules ?
Non. Cela ne fonctionne pas.
Il faut vraiment le symbole 🍊
C'est l'Easter Egg 🥚 de l'IPv6 chez Orange.
-
Bonjour,
Pour info, Orange vient de faire une mise à jour chez moi de la carte SIM, avec activation des appels wifi et IPv6 natif.
J'ai donc rebasculé sur la configuration orange standard.
Merci Orange.
-
Bonsoir,
Petit up pour confirmer que cette astuce de l'orange emoji fonctionne aussi sur mon redmi note 8T sous resurrection remix (android 10). Et moi qui pensais depuis tout ce temps que c'était la ROM qui était buggée (il me semble que j'avais déjà évoqué le problème il y a quelques temps)
Vraiment hyper étrange ce comportement ou alors c'est réellement voulu ? (blocage des rom alternatives ?) Parce qu'avec la rom officielle, l'ipv6 était fonctionnel out of the box.
EDIT : même dispo en partage de connexion, wonderful 8)
-
Bonjour,
Pour info ca fonctionne aussi sur FortiGate ;-) (avec l'APN "orange" pas d'IPv6...)
-
J'ai voulu tenter l'ipv6 sosh sur mon huawei b535-333 fraîchement acquis, mais l'interface m'interdit de rentrer autre chose que lettres/chiffres. Ni le code ni l'emoji ne passe. Et bien évidemment "orange" tout court ne fonctionne pas.
J'imagine qu'on doit pouvoir faire sauter la restriction en trifouillant le code de la page, mais je sais pas trop où regarder.
D'ailleurs, le "bug" a été remonté depuis ? (En tout cas ça ne fonctionne toujours pas sur mon smartphone)
-
renaud07, tu es sûr que ton routeur gère le 464XLAT ?
Sans ça, tu auras de nombreuses régressions en IPv6 only.
Voici une liste de box Huawei dont j'ai la certitude qu'elles gèrent bien l'IPv6 only avec du 464XLAT :
- B535-235a (box proposée par Orange)
- E3372-325 (4G USB Dongle qui vient de sortir)
- E5576-322 (box proposée par Bouygues Telecom)
- E5576-325 (box proposée par Bouygues Telecom)
- E5577-320a (box proposée par Orange)
- E5783-230a (box proposée par Orange)
- E5785-320a (box proposée par Orange)
Il y a d'autres modèles qui doivent bien gérer l'IPv6, la liste n'est pas du tout exhaustive.
-
Non il ne gère pas le 464XLAT, malheureusement.
Mais j'ai à priori trouvé une solution pour contourner ça à base de VM debian : https://lafibre.info/bboost/arrivee-de-lipv6-sur-un-routeur-huawei-b715s-23c/msg977600/#msg977600
Mon prochain défi, c'est de faire fonctionner l'ipv6 avec orange... J'ai essayé à tout hasard, orange en hexadécimal vu qu'il refuse les caractères spéciaux, marche pas non plus : Profile Invalid (c'est signalé par le réseau à priori)...
-
Je vois qu'orange proposait le B535-232 (flybox 3 4G+) (https://assistance.orange.fr/cle-domino/tous-les-cles-et-dominos/installer-et-utiliser/mettre-en-service/flybox-3-4g-huawei-b535-232-presentation_324321-859297) il supporte le 464XLAT ? J'ai pas réussi à trouver l'info. J'ai simplement vu un message de cryptage (https://lafibre.info/bboost/forcer-apn-ipv6-only/msg713035/#msg713035), qui dit apparemment que oui, mais on ne sais pas quel firmware.
Je me tâte à en commander un d'occase mais j'aimerais être sûr.
EDIT : J'avais loupé le sujet dans la section dédiée : https://lafibre.info/box-4g-orange/ipv6-indisponible-4g-home/
Donc c'est râpé :(
-
Dites-moi que je rêve !
Une dualstack en 3G :o On me l'avait encore jamais faite celle là ! Même mon smartphone ne veut pas.
Si maintenant ça pouvait marcher en 4G :P
-
Orange propose du dual stack dans certaines conditions, mais ce n'est pas la cible.
La cible c'est IPv6 only sur le réseau.
-
Je ne demande que ça : avoir de l'IPv6. C'est pas ma faute si ça ne fonctionne pas. Ce qui me chiffonne, c'est l'inconsistance entre les équipements et le type d'accès.
Pourquoi ça fonctionne en 3G et pas en 4G ? Une dualstack en 3G sur mon routeur mais pas sur smartphone avec le même APN ? En 4G je n'ai que de l'IPv4 sur le routeur. Mystère. J'aimerais bien avoir la justification technique.
Et le fameux U+1F34A si c'est pas volontaire, je ne vois pas ce que c'est.
-
Et le fameux U+1F34A si c'est pas volontaire, je ne vois pas ce que c'est.
Faut-il vraiment mettre ce caractère, ou est-ce que ne rien mettre (laisser vide), ou mettre un autre emoji/caractère non-ASCII, fonctionne également ?
-
Oui, c'est indispensable. Sinon on perd carrément le réseau (plus d'appel/SMS/data) et aucune cellule accrochée, sauf à repasser en 3G/2G.
-
Okay, donc oui, c'est volontaire: quelqu'un a bien du rentrer la chaine hexa correspondante à cet emoji dans une liste d'APNs au niveau du réseau. Je me disais que peut-être que tu tombais sur un APN "catch all", mais ce n'est pas ca.
-
Le truc bizarre, c'est que c'est précisément U+1F34A qui est accepté. En cherchant un peu, j'ai trouvé les différentes notations notamment UTF, aucune ne fonctionne.
On dirait donc qu'il traitent ça comme une vraie suite de caractères et pas juste un code qu'on pourrait envoyer sous n'importe quel encodage.
-
Oui, je pense que côté réseau, ils ont bien "U+1F34A" comme APN name, et que c'est Android qui interprète cette séquence de caractères comme l'emoji Orange. De mémoire, l'APN name est codé en ASCII, pas en UTF-8.
Je n'ai pas de carte SIM Orange sous la main, mais je testerai bien ce que ca donne avec un stick USB LTE et umbim...
-
Le truc qui m’empêche d'avancer, c'est mon routeur qui ne prend rien d'autre que chiffres/lettres dans le nom d'APN. J'ai essayé de fouiller le code de la page voir quel partie en était responsable, mais c'est loin d'être facile.
Et à savoir si rien qu'en faisant ça on peut forcer la prise en compte ce qui n'est pas garanti non plus. Je tenterais bien un truc avec le TR-069, mais je ne sais pas s'il est possible de provisionner ce genre ce réglages et surtout ça à l'air d'être une tannée à mettre en place.
-
Je n'avais pas fait gaffe au premier routeur mentionné par vivien, le 535-235a
Il existe vraiment ? Car je ne le trouve nulle part sur le net (aucune doc orange, aucune photo, rien sur les sites marchands ni LBC...) je trouve bien la variante 235 tout court mais c'est tout.
Le seul endroit où il est mentionné c'est dans des docs de certification wifi et des sites répertoriant les différents firmwares...
-
Je viens de trouver la partie responsable du "check" lettres/chiffres :
VALIDATION.checkApnInputChar = function checkApnInputChar(str) {
var reg = /^[a-zA-Z0-9\-\.]+$/;
var value = reg.test(str);
if (str !== '' && !value || str.indexOf('-.') >= 0 || str.indexOf('.-') >= 0) {
return 'IDS_hint_apn_name_invalidate';
}
Sauf que je ne sais pas comment le bypass... J'ai lu une histoire de breakpoint qui fait que l'interprétation du code s'arrête. J'ai tenté de le mettre entre deux pour l'ignorer sauf que la page ne se charge plus dans ce cas.
Je ne connais absolument pas JS, donc si ça se trouve je fais n'importe quoi ;D
-
Tu peux taper ça dans la console du navigateur :
document.getElementById('id de l'input').value = '🍊';Cela va entrer dans le champ l'émoji, sans passer par les vérifications. Reste à voir s'il ne valide pas aussi le champ avant envoie et pas juste au moment d'écrire dedans.
Il faut juste trouver l'id d'élément <input> dans le code html.
S'il n'y a pas d'id, tu peux en ajouter un depuis l'inspecteur, ou on peut tenter de sélectionner la div avec un query selector.
-
Et si tu modifies la regex pour qu'elle accepte n'importequoi au lieu de bypass la fonction ?
Avec un beau .*? au lieu de ^[a-zA-Z0-9\-\.]+$
-
Tu peux taper ça dans la console du navigateur :
document.getElementById('id de l'input').value = '🍊';Cela va entrer dans le champ l'émoji, sans passer par les vérifications. Reste à voir s'il ne valide pas aussi le champ avant envoie et pas juste au moment d'écrire dedans.
Il faut juste trouver l'id d'élément <input> dans le code html.
S'il n'y a pas d'id, tu peux en ajouter un depuis l'inspecteur, ou on peut tenter de sélectionner la div avec un query selector.
Merci pour l'astuce mais ça ne fonctionne pas... je peux entrer ce que je veux dans le champ, c'est seulement au moment d’enregistrer que la vérif se fait.
Et si tu modifies la regex pour qu'elle accepte n'importequoi au lieu de bypass la fonction ?
Avec un beau .*? au lieu de ^[a-zA-Z0-9\-\.]+$
Alors, je n'arrive pas à la faire appliquer : avant de me loguer, je place un breakpoint puis login. Modification, CTRL+S, je relance l'exécution : la modif reste bien et la page fini de se charger. Je vais pour modifier un des APN, en essayant un + : erreur...
-
Après avoir hésité, j'ai finalement commandé un B535-235 d'occas pour peut-être avoir du CLAT et devinez quoi ? C'est le cas 8) La VM debian peut enfin dégager.
Bon par contre ça marche que chez Bouygues, avec Orange j'ai toujours pas d'ipv6. Et toujours ce bridage à la noix sur le nom de l'APN...
-
Bonjour,
Pour info ca fonctionne aussi sur FortiGate ;-) (avec l'APN "orange" pas d'IPv6...)
Bonjour @neo_hijacker
J'essaye de connecter un FortiExtender 511F avec une SIM Orange (Voix et Data) en IPv6 uniquement et je galère.
Jai mis l'émoji et je suis en IPv6 only mais j'ai le message d'erreur suivant :
ERR PDN IPV6 CALL THROTTLED: V6 PDN is in throttled state due to previous VSNCP bring up failure(s). The time for which the IPv6 PDN is throttled is determined by the IPv6 throttling timers maintained in the profile
Je vois dans la capture d'écran que tu as faites que pour le Data Plan le réglage du type tu as mis iccid mais quelle valeur tu as remplie ?
Merci d'avance.
Nicolas
-
Bonjour,
le B535-232a est disponible chez lowcostmobile : https://lowcostmobile.fr/products/huawei-b535-232a-blanc-routeur-4g-lte-a-categorie-7-gigabit-wifi-ac-2-x-sma
à priori le B535-235a en précommande : https://lowcostmobile.fr/products/huawei-b535-235a-blanc-routeur-4g-lte-a-categorie-7-gigabit-wifi-ac-2-x-sma
la différence entre les modèles c'est l'absence du port RJ11 sur B535-232a.
il semble que le CLAT soit inclut par défaut maintenant.
-
Voici une liste de box Huawei dont j'ai la certitude qu'elles gèrent bien l'IPv6 only avec du 464XLAT :
- B535-235a (box proposée par Orange)
- E3372-325 (4G USB Dongle qui vient de sortir)
- E5576-322 (box proposée par Bouygues Telecom)
- E5576-325 (box proposée par Bouygues Telecom)
- E5577-320a (box proposée par Orange)
- E5783-230a (box proposée par Orange)
- E5785-320a (box proposée par Orange)
Il y a d'autres modèles qui doivent bien gérer l'IPv6, la liste n'est pas du tout exhaustive.
-
Petit remontage du topic presque un an après pour de bonnes nouvelles.
Il semblerait qu'Orange a enfin réglé le soucis avec leur APN "emoji", mais je ne sais pas depuis quand. Je viens de remarquer qu'en étant sur l'APN normal j'ai de l'ipv6 only sur mon xiaomi (qui avait besoin de l'APN 🍊 avant) \o/
Vais-je enfin avoir de l'ipv6 sur mon B535-333 ?