La Fibre
Télécom => Réseau => IPv6 => Discussion démarrée par: Hugues le 10 septembre 2017 à 20:09:04
-
J'ai de l'IPv6 chez Bouygues sur mon Netgear AC810 :
Voici ce que donne http://ip.lafibre.info/ :
(https://lafibre.info/images/ipv6/201709_ipv6_4g_bouygues_1.png)
IPv6 only - Plus d'IPv4 !
NAT64 + DNS64 sans 464XLAT, et j'ai une délégation de préfixe /64 pour le réseau local de l'AC810.
Pour les sites IPv4 only, le DNS64 donne une IPv6 qui pointe vers une plateforme chargée de faire la translation vers IPv4.
ipv4.lafibre.info qui n'a qu'un enregistrement A (IPv4), récupère un enregistrement AAAA (IPv6) qui correspond à la plateforme NAT64 :
(https://lafibre.info/images/ipv6/201709_ipv6_4g_bouygues_2.png)
Par contre, pas (encore ?) de reverse en IPv6 :(
(https://lafibre.info/images/ipv6/201709_ipv6_4g_bouygues_3.png)
-
Bonjour,
Vous avez modifié vous-même l'APN pour avoir l'IPv6 ou c'est natif avec la configuration du Netgear AC810 ?
-
J'ai juste activé IPv6 dans le routeur, j'ai l'APN de base en mode "IPv4v6"
-
Sur mon Android j'ai mis ipv6 dans mes APN, j'ai ipv6 de fonctionnel sur mon Android ;)
-
Un grand bravo à Bouygues, enfin un opérateur mobile dans le 21ème siècle :p
-
Testé à Paris sur mon S7, je suis bien connecté en ipv6 aussi 8) par contre score de 1/10 sur http://test-ipv6.com/ à cause du test sur gros paquets ipv6 qui a échoué
-
moi j'ai bien 10/10 sur http://test-ipv6.com/
-
14/20 sur ipv6-test parce qu'il n'y a plus de fallback v4, pas de hostname et pas d'ICMP reacheable.
10/10 sur test-ipv6, avec mention du CGN.
-
Bonjour,
Je confirme que l'astuce de l'APN en ipv6 fonctionne aussi sur mon Galaxy S7 et ma SIM B&You.
ip.lafibre.info me retourne bien une ipv6 globale unicast
Elle commence par 2a04:cec0:
Je me souviens plus des tailles de préfixe énoncées par Boris.
Mais je suis content de voir qu'il y a du SLAAC en 4G chez Bouygues :D
-
Mais je suis content de voir qu'il y a du SLAAC en 4G chez Bouygues :D
T'es sur que c'est du SLAAC ? Moi je n'ai qu'une IP.
-
Vu que Android ne sait que faire du SLAAC, ça me parait évident ^^
-
Alors les mécanismes d'attribution en 4G ne sont pas forcèment les mêmes que sur un réseau local, attention :)
-
Ok, ça m'intéresse.
Tu peux utiliser quoi d'autre que du SLAAC ou DHCPv6 pour l'attribution d'adresses en 4G ?
-
Aucune idée, mais pourquoi utiliser des protocoles comme ça quand tu gère tout ?
SLAAC, DHCP, c'est des protocoles pour faire tout automagiquement quand tu es sur un LAN, en LTE tu peux tout pousser direct au client, donc pourquoi pas une IP.
Si quelqu'un a plus d'infos sur le sujet je suis preneur, je ne connais pas bien les specs LTE...
-
Apparement, le préfixe dont dépends ma connexion est un /29 : 2a04:cec0::/29
https://www.tcpiputils.com/browse/ipv6-address/2a04:cec0::-2a04:cec7:ffff:ffff:ffff:ffff:ffff:ffff (https://www.tcpiputils.com/browse/ipv6-address/2a04:cec0::-2a04:cec7:ffff:ffff:ffff:ffff:ffff:ffff)
-
C'est le préfixe alloué à Bouygues oui.
https://bgp.he.net/AS5410#_prefixes6
-
On voit bien que Google se fiche complètement du support de DHCPv6 pour Android :
Le problème a été soulevé en 2012 et n'est toujours pas résolu.
https://issuetracker.google.com/issues/36949085
-
Si tu veux quelque chose qui fonctionne, il faut croire qu'un iphone est nécessaire
-
Pas de 464XLAT sur iPhone...
-
Oh quel dommage, une techno inutile et complexe pas implèmentée, à part 3 ingés chez BT, personne n'est ému.
-
si je mets mon apn en ipv4v6 je reste en v4.
Si je force en v6 ca fonctionne quand même.
Sur test-ipv6.com tout est bon sauf le test sur les grands paquets
-
Tutoriel pour passer à l'IPv6 avec un mobile Android :
Aller dans Paramètres => Connexions => Réseaux mobiles => Nom des points d'accès => mmsbouygtel.com => Protocole APN => Cocher IPv6 a la place de IPv4
Note : Pour revenir en IPv4, il suffit de cocher IPv4.
-
Pour ceux que cela interesse, Harald Welte a écris un article (http://laforge.gnumonks.org/blog/20170809-osmocom-ipv6/) sur comment marche l'attribution d'IPv6 niveau core network mobile.
While 3GPP permits the use of DHCPv6 in some scenarios, support in phones/modems for it is not mandatory. Rather, the 3GPP has come up with their own mechanism on how to communicate DNS server IPv6 addresses during PDP context activation: The use of containers as part of the PCO Information Element used in L3-SM and GTP (see Section 10.5.6.3 of 3GPP TS 24.008. They by the way also specified the same mechanism for IPv4, so there's now two competing methods on how to provision IPv4 DNS server information: IPCP and the new method.
LoL :)
-
J'avais une question qui peut paraître un peu idiote mais bon. Est-ce qu'avec une carte SIM SFR en mutualisation sur une antenne 4G Bouygues Télécom, je pourrais avoir l'IPv6? ???
-
non. vu que tu passes par le core réseau de sfr
-
C'est vraiment cool qu'ils lancent l'IPV6 mais faudrait très sérieusement qu'ils commencent a moderniser et mettre a jour leur réseau ou plutôt la collecte parce que la , question débit c'est catastrophique , sur Paris c'est flagrant mais c'est le cas partout en France sauf quelques rares exceptions
Dèja 10 mois que le baromètre Bouygues sur nPerf chute fortement et Bouygues ne fait rien , quand je vois le nombre d'antennes proches des NRA mais que bouygues préfère y ajouter une collecte FH plutôt que d'ajouter une collecte fibre.
Enfin bref c'est très bien d'ajouter et moderniser en ajoutant l'IPV6 mais faudrait qu'ils se remettent en question rapidement
-
Du coup avec cette configuration, il n'est plus possible de se connecter à une IPv4 littérale ?
Côté Apple ils semblent pouvoir le faire, mais je ne sais pas comment : https://github.com/curl/curl/issues/863
https://developer.apple.com/library/content/documentation/NetworkingInternetWeb/Conceptual/NetworkingOverview/UnderstandingandPreparingfortheIPv6Transition/UnderstandingandPreparingfortheIPv6Transition.html
In iOS 9 and OS X 10.11 and later, NSURLSession and CFNetwork automatically synthesize IPv6 addresses from IPv4 literals locally on devices operating on DNS64/NAT64 networks. However, you should still work to rid your code of IP address literals.
Je vois mal comment ils génèrent l'adresse IPv6 localement. En devinant la méthode de traduction du DNS64 ? En utilisant un serveur NAT64 Apple ?
Certains proposaient de le faire via un TLD, mais ça semble abandonné : https://tools.ietf.org/id/draft-osamu-v6ops-ipv4-literal-in-url-02.html.
-
Du coup on sait le pourquoi de ce lancement d'IPv6 ? (comme ByTel semblait pas être le plus pressé sur le sujet, il y a peut-être une raison particulière)
-
Il me semble que c'est pour libérer des ipv4 privé
-
Hum... Je suis plein de confusion: 464xlat avait été évoqué pour un premier lancement sur certains Android et là, Hugues voit du DNS64/NAT64 pour son hotspot 4G Netgear...
On est d'accord que pour le moment, on a toujours rien pour iOS?
Sur iOS11 avec l'APN mmsbouygtel.com, en utilisant l'utilitaire de he.net, je vois bien des /64 venant du prefix de Bouygues sur certaines de mes interfaces (IPSEC3/IPSEC4 (???) et PDP_IP1) mais sur mon interface par défault (PDP_IP0), je reste en IPv4 uniquement.
Dans la pratique, je peux au moins confirmer que je ne passe pas par IPv6 (et j'èmettrais des réserves quant à l'outil de he.net et sa capacité à s'en sortir correctement avec iOS11).
-
C'est vraiment cool qu'ils lancent l'IPV6 mais faudrait très sérieusement qu'ils commencent a moderniser et mettre a jour leur réseau ou plutôt la collecte parce que la , question débit c'est catastrophique , sur Paris c'est flagrant mais c'est le cas partout en France sauf quelques rares exceptions
Dèja 10 mois que le baromètre Bouygues sur nPerf chute fortement et Bouygues ne fait rien , quand je vois le nombre d'antennes proches des NRA mais que bouygues préfère y ajouter une collecte FH plutôt que d'ajouter une collecte fibre.
Enfin bref c'est très bien d'ajouter et moderniser en ajoutant l'IPV6 mais faudrait qu'ils se remettent en question rapidement
Lance un nouveau topic pour ne pas démarrer un HS. Pour te répondre en 1 phrase, c'est en cours mais cela ne se fait pas en 1 mois.
-
Hum... Je suis plein de confusion: 464xlat avait été évoqué pour un premier lancement sur certains Android et là, Hugues voit du DNS64/NAT64 pour son hotspot 4G Netgear...
L'un fonctionne avec l'autre :)
-
Dans la pratique, je peux au moins confirmer que je ne passe pas par IPv6 (et j'èmettrais des réserves quant à l'outil de he.net et sa capacité à s'en sortir correctement avec iOS11).
Et je te confirme que ce n'est pas actif sur iOS ;)
-
Oh super nouvelle ça Hugues !
Bravo à Bouygues Telecom. Seul problème : je ne suis pas chez eux ;D
En espérant que les autres suivent assez rapidement.
-
Pas eu de nouvelles chez Orange depuis quelques temps...
-
Et je te confirme que ce n'est pas actif sur iOS ;)
Je voulais être triplement certain de la chose: Confirmation par mes essais, ton feedback et un certain "dude" de notre connaissance qui, parait-il, aurait 2-3 choses à dire sur ce sujet. ;)
Dans tous les cas, c'était attendu (iOS non géré) mais ça reste frustrant.
Ceci dit, sur mon iPhone, je ne m'explique pas la présence des 2 tunnels IPsec avec la même IP /64 venant de 2a04:cec0::/29. Peut-être un problème d'énumération de la part du Network Tools de he.net sur un iOS11? Et j'ai une interface PDP_IP1 qui prend un local-link et deux /64 global, dont celle présente sur les tunnels mentionnés (tjrs 2a04:cec0::/29). Il y a au moins du RA qui arrive.
Je n'ai pas ce genre de chose sur l'iPad (également APN mmsbouygtel.com).
-
C'est peut-être pour la VoLTE.
-
C'est peut-être pour la VoLTE.
Oui, à la réflexion, très certainement.
-
Une adresse IP par Access Point Network.
https://www.fun-mooc.fr/c4x/MinesTelecom/04010/asset/S4GC2SecuriteGlobalPoly2sur1LIGHT.pdf
-
Entre le test en http et https l'IP v4 n'est pas la même et tous les résultats diffèrent, je me demande bien pourquoi ?
-
NAT64 justement.
-
C'est une sacrèment bonne nouvelle ! Même si rien n'a été annoncé, c'est à minima la preuve qu'ils travaillent sérieusement sur la question.
Espérons qu'il en soit de même sur le fixe ::)
-
Je confirme que je vois la même plateforme NAT64 que Hugues.
Apparemment, c'est du NAT64 Statefull.
-
Apparemment, c'est du NAT64 Statefull.
Ça me parait évident sur un CGNat oui :)
-
C'est une sacrèment bonne nouvelle ! Même si rien n'a été annoncé, c'est à minima la preuve qu'ils travaillent sérieusement sur la question.
Espérons qu'il en soit de même sur le fixe ::)
Apparement certains ont déjà l'ipv6 sur la Bbox en xDSL. (cf un message de Boris l'autre jour sur le sujet du Google Cache de Bouygues à Lyon)
normalement ipv6 fin 2017 pour le xDSL et 2018 pour le FTTH (d'après les dernières infos)
-
Android 6.0, Samsung Galaxy XCover 3 Value Edition (alias 2016): j'ai une bizarrerie.
Ip.lafibre.info me met que je n'ai pas d'IPv6 native... sans me préciser les tests IPv6... Et IPv4 par défaut.
Pour ce dernier point, c'est apparemment normal en fouillant dans les paramètres. L'IPv6 est géré, mais c'est IPv4 only par défaut dans l'APN.
Je reste donc en IPv4 temps que cela fonctionne.
Pas essayé avec mon hotspot 4G Huawei, mais comme je l'avais dit il y a quelques temps, cette marque ne gère pas l'IPv6, d'après des retours, sur leurs hotspots. Mais méritera un test... un jour.^^
-
turold, tu as pensé a modifier ton APN ?
Par défaut, c'est bien sur IPv4
Pour avoir IPv6, il faut faire la modification à la main :
Aller dans Paramètres => Connexions => Réseaux mobiles => Nom des points d'accès => mmsbouygtel.com => Protocole APN => Cocher IPv6 a la place de IPv4
-
j'ai une bizarrerie.
Non.
-
La bizarrerie est que quand je désactive IPv6 sur mon pc, j'ai une ligne de test IPv6 juste pour me dire que je n'ai pas de "connectivité IPv6".
Sur mobile, c'est une ligne rouge, avant les lignes de test, qui me le dit... et aucune ligne de test sur la "connectivité IPv6".
-
De mon côté, j'obtiens bien une IPv6 sur un GN3 mais impossible d'accèder à un Jetty dessus depuis l'extérieur.
Quelqu'un arrive-t-il à créer des services IPv6 sur le mobile et à y accèder depuis le reste du net en direct ?
Car c'est quand même le principal gain pour l'utilisateur : avoir des nouveaux services possibles, impossibles en IPv4 non ;-)
A+
TM
-
Bonjour !
Je viens d'essayer sur un Google Nexus 5X avec Android 8.0 Oreo, impossible d'obtenir une connexion après avoir choisi IPv6. Bouygues Telecom aurait désactivé ?
-
Ce midi, ça marchait en tout cas (testé sur le mobile de Bortzmeyer en déjeunant).
-
Ca marche toujours de mon coté sur mon télephone chinois
-
Oh, ça marche ! #FRNoG
(https://pix.milkywan.xyz/i9HUuWTX.png)
(https://pix.milkywan.xyz/QzUBBDRJ.png)
-
Ca marche sans probleme sur un Wiko Freddy basique.
Sur mon Oneplus 5, l'IPv6 ne semble fonctionner que si la SIM Bouygues est dans le Slot #1.
Sur ma config Free Mobile (Slot #1) et BT (Slot #2), lorsque que je selectionne la data sur la SIM2, la connection 4G BT s'active, mais l'IP ne monte pas :(
En inversant les 2 SIMs, ca fonctionne...
Par contre sur les deux modèles, le partage de connexion ne fonctionne qu'en IPv4. Surement une limitation d'android.
-
Non, le partage de connexion Android permet de partager de l'IPv6, par contre certains terminaux sont capricieux.
- Samsung Galaxy s5 + Android 6 => IPv6 présent et fonctionnel systématiquement
- Samsung Galaxy s7 + Android 7 => IPv6 présent (le PC récupère une IPv6 publique dans le bon /64) mais 9 fois sur 10, les paquets IPv6 ne reviennent jamais au PC - par contre le serveur sur Internet vois bien arriver les demandes de SYN.
http://ip.lafibre.info/ est en mesure de vous donner l'information, d'une IPv6 présente localement, si vous utilisez Firefox (les autres navigateurs ne mentionnent pas si le système a une IPv6 dans le champ Vos IP locales)
Ici, on voit que le PC a récupéré une IPv6 publique, mais il n'a pas de connectivité IPv6 => Cela signifie qu'il n'a pas obtenu de réponse a sa connexion en IPv6
(https://lafibre.info/images/ipv6/201706_iplafibre_ipv6_ko.png)
-
Aucun souci sur mon Netgear AC810 :)
-
Non, le partage de connexion Android permet de partager de l'IPv6, par contre certains terminaux sont capricieux.
- Samsung Galaxy s5 + Android 6 => IPv6 présent et fonctionnel systématiquement
- Samsung Galaxy s7 + Android 7 => IPv6 présent (le PC récupère une IPv6 publique dans le bon /64) mais 9 fois sur 10, les paquets IPv6 ne reviennent jamais au PC - par contre le serveur sur Internet vois bien arriver les demandes de SYN.
http://ip.lafibre.info/ est en mesure de vous donner l'information, d'une IPv6 présente localement, si vous utilisez Firefox (les autres navigateurs ne mentionnent pas si le système a une IPv6 dans le champ Vos IP locales)
Ici, on voit que le PC a récupéré une IPv6 publique, mais il n'a pas de connectivité IPv6 => Cela signifie qu'il n'a pas obtenu de réponse a sa connexion en IPv6
(https://lafibre.info/images/ipv6/201706_iplafibre_ipv6_ko.png)
Non rien de capricieux, juste qu'Android de base ne gère pas le tethering en ipv6, par contre certains constructeurs on patch Android plus ou moins bien comme Samsung ou LG.
-
Oui, à la réflexion, très certainement.
Je ne vois pas trop le rapport : ce sont deux bearers distincts.
Par exemple sur le réseau mobile SFR la data est en ipv4 mais la VoLTE est en ipv6
-
juste qu'Android de base ne gère pas le tethering en ipv6,
source? car la raison officiel des devs pour le non support de DHCPv6 dans Android est que ce dernier ne permet souvent pas d'obtenir plus d'une IP ce qui empeche le thetering justement.
Le souci vient souvent du fait que le tethering IPv6 fonctionne mais pas avec Windows qui lui requiert un serveur DHCPv6 qu'Android ne fournit pas coté wifi...d'ou l'impression que 'ca ne marche pas'.
-
Le pb que je décris avec mon S7 IPv6 en mode tethering se voit aussi bien sous Linux (Ubuntu 17.04 testé) que Windows 10.
Sous Linux comme Windows, l'OS récupère une IPv4 et une ou deux IPv6, mais la connectivité IPv6 ne fonctionne pas, a cause d'une pertes de tous les paquets dans le sens Internet => PC.
-
Je n'ai pas de source officiel (google) juste quand je regarde les retours des utilisateurs sur des forums j'en conclus ça, par exemple les nexus et les rom custom basé sur l'aosp ipv6 ne fonctionne pas en tethering. Perso j'ai lineageOS sur un oneplus 3 et ça ne fonctionne pas.
Je ne vois pas pourquoi le faite de ne pas avoir dhcpv6 empêche le tethering en ipv6, on peu attribué des ipv6 et une gateway sans dhcpv6 , par contre pour les dns c'est la merde sans dhcpv6 (pour Windows).
-
Il n'y a rien d'autre à faire que de basculer IPv4 sur IPv6 comme indiqué au début de ce thread, n'est-ce pas ?
Voici en vidéo ce que j'obtiens : https://photos.app.goo.gl/32Og3Uit5eadXz4m1
-
As tu essayé en activant/désactivant le mode avion une fois passé en ipv6?
Par contre il semblerait qu'on perd l'usage des mms.
-
Dans la vidéo on me voit activer puis désactiver le mode avion, mais ça ne fonctionne pas
-
Tu as bien mmsbouygtel.com en APN ?
-
Oui, comme on peut le voir dans la vidéo d'1 min ci-dessus. Vous n'y accédez pas ? Je viens d'essayer en navigation privée, le lien a bien l'air de fonctionner !
-
Dans le métro, pas de réseau donc non
Je pense que ça vient de ton materiel toopoori, vive Android et son uniformité :)
-
Ça ne marche pas non plus sur Huawei B593s-22, sur un Netgear AirCard 810, sur un OnePlus 5 ou sur un Samsung Galaxy Note 8… (J'ai vraiment tout essayé !) La carte SIM provient d'un routeur 4G qui trainait au bureau, je ne sais pas trop quel forfait il y a dessus… C'est peut-être la source du problème.
-
Toujours OK chez bouygues à l'instant avec un AC810.
-
Il serait intéressant de tester avec un forfait "classique", me semble avoir vu qqn qui n'arrivait pas à avoir d'IPv6 avec une SIM 10Go gratuite par ex.
-
J'ai un B&You 50Go, pour info.
-
J'ai une SIM B&You 20Go qui était en promo à 1,99€, et ipv6 fonctionne.
-
Ma femme a le forfait Série flash B&YOU 50Go à 3,99€/mois pendant 1 an et IPv6 fonctionne bien.
Cela semble fonctionner avec les offres mobiles grand public (mais pas la 4G Box qui a un APN spécifique, avec IPv4 dédiée)
-
Il y a des chances que la SIM avec laquelle j'essaie soit associée à l'offre routeur 4G de Bouygues Telecom Entreprises.
-
marche pas avec un Moto E et forfait promo forfait Série flash B&YOU 50Go.
Apres le fait qu'il faille manuellement basculer l'APN en IPv6 indique que ce n'est pas encore prêt pour tout le monde.
-
Bonsoir kgersen,
Vous avez tout à fait raison : L'IPv6 est encore en test.
Les migrations automatiques en IPv6 se feront terminaux par terminaux, après validation du terminal pour fonctionner sans régression en IPv6 et les éventuels bug corrigés.
-
Sur mon S7 "nu", le temps nécessaire à l'obtention d'une IP est beaucoup plus long en ipv6 qu'en ipv4.
En ipv4, c'est quasi instantané.
-
Hello,
Je viens de tester le mode tethering de mon GS7 avec l'ipv6 activé dans les APN.
Mon PC portable sous Win 7 x64 récupère bien une ipv6 globale qui appartient au bloc /29 de Bouygues.
Ce qui fait que j'ai une connectivité dual stack qui fonctionne, même en tethering :D
Pas mal du tout sur ce coup là, Bouygues Telecom.
-
Les migrations automatiques en IPv6 se feront terminaux par terminaux, après validation du terminal pour fonctionner sans régression en IPv6 et les éventuels bug corrigés.
Est-ce que l'on pourra toujours l'activer manuellement comme aujourd'hui? ou c'est juste pour des tests?
Je loupe déjà la volte parce mon téléphone est un peu exotique (xiaomi sous LineageOs) , et du coup, non validé par bouygues.
-
Oui, il sera toujours possible d'activer l'IPv6 manuellement.
-
Je viens d'essayer, je n'arrive malheureusement pas à obtenir d'accès IPv6 sur mon téléphone.
Bon, il n'empêche que c'est prometteur... Chapeau à Bouygues pour montrer la voie vers le futur.
(Il n'empêche qu'il était temps :P)
Je rêve d'un futur où tous les FAI passeront progressivement en NAT64 jusqu'à ce qu'il n'y ait plus que de l'IPV6 sur tout le réseau, et que l'on puisse enfin oublier comment configurer le v4.
Enfin, bref, j'ai quelques questions.
Bonsoir kgersen,
Vous avez tout à fait raison : L'IPv6 est encore en test.
Les migrations automatiques en IPv6 se feront terminaux par terminaux, après validation du terminal pour fonctionner sans régression en IPv6 et les éventuels bug corrigés.
Tout d'abord, merci pour ces informations.
Le terminal mentionné est celui du client? (téléphone, clé 4G, etc...)
Je ne sais pas comment fonctionne la négociation des paramètres du réseau mobile, mais j'imagine que c'est à ce niveau-là que vous identifiez le terminal client et envoyez une configuration différente?
Est-ce que cela veut dire que ipV6 est activé sur toutes les antennes relais, et que mon téléphone est donc en cause? (pas d'IP si je force IPv6). Cela ne serait pas complètement étonnant... Il s'agit d'un peu commun AGM X1.
-
M@yeulC tu as une carte sim Bouygues Telecom grand public ou professionnel ?
-
M@yeulC tu as une carte sim Bouygues Telecom grand public ou professionnel ?
Grand public. À vrai dire, j'ai le même forfait que Nh3xus quelques posts plus haut (https://lafibre.info/ipv6/bouygues-lance-ipv6/msg478920/#msg478920).
-
Boris a dit qu'il sera possible d'activer l'ipv6 manuellement.
Je me demande si justement, sur les téléphones non "validés" il ne faut pas attendre la fin du betatest pour pouvoir "forcer" ipv6.
-
Qu'est ce que tu entends par "téléphones non "validés"" ?
-
Ceux qui ne gèrent pas 464XLAT, ou bien ceux qui ne sont pas des Samsung pour commencer...
-
Ceux qui ne gèrent pas 464XLAT, ou bien ceux qui ne sont pas des Samsung pour commencer...
marche sur un moto G 4G avec un b&you 50 Go
-
Ca m'étonnerait que mon telephone non vendu en france et avec une rom custom soit "validé".
Je pense que boris parlait de telephones validés seulement pour l'activation par defaut.
-
marche sur un moto G 4G avec un b&you 50 Go
sans forcer l'APN ?
-
sans forcer l'APN ?
Si en changeant le réglage
-
Je viens de changer la configuration de l'APN mmsbouygtel.com en Protocole APN = IPv6 sur mon Sony D5833 (sous Android 5.1.1).
J'avais mis IPv4+IPv6 mais le smartphone s'est remis automatiquement sur IPv6. Les applications Android de diagnostique ne montre plus trace d'IPv4 sur l'interface rmnet0 (l'interface LTE).
Si j'active le partage de connection, j'obtient bien une IPv4 et une IPv6:
05:13:00 [nico@Lyoko:~] $ nmcli device show wlp3s0
GENERAL.PÉRIPHÉRIQUE: wlp3s0
GENERAL.TYPE: wifi
GENERAL.ADR.-MAT.: [snip]
GENERAL.MTU: 1500
GENERAL.ÉTAT: 100 (connecté)
GENERAL.CONNEXION: [snip]
GENERAL.CON-PATH: /org/freedesktop/NetworkManager/ActiveConnection/3
IP4.ADRESSE[1]: 192.168.43.26/24
IP4.PASSERELLE: 192.168.43.1
IP4.DNS[1]: 192.168.43.1
IP6.ADRESSE[1]: 2a04:cec0:1011:36d1:40e3:b79c:f384:ce1d/64
IP6.ADRESSE[2]: fe80::6924:de0e:8672:3ac5/64
IP6.PASSERELLE: fe80::45e0:84bc:52ec:5e31
IP6.ROUTE[1]: dst = 2a04:cec0:1011:36d1::/64, nh = ::, mt = 600
IP6.DNS[1]: 2001:860:d002:1201::129:202
IP6.DNS[2]: 2001:860:d002:1201::129:201
Un traceroute en IPv4 est .. comique:
05:13:49 [nico@Lyoko:~] $ mtr -4rwc100 lafibre.info
Start: Sat Oct 7 05:13:55 2017
HOST: Lyoko.in.ByMe.at Loss% Snt Last Avg Best Wrst StDev
1.|-- gateway 0.0% 100 3.9 4.7 1.3 129.8 13.1
2.|-- 255.0.0.0 0.0% 100 47.6 53.8 28.7 190.1 26.6
3.|-- ??? 100.0 100 0.0 0.0 0.0 0.0 0.0
4.|-- 255.0.0.1 0.0% 100 47.8 60.0 37.7 178.2 28.3
5.|-- 255.0.0.2 0.0% 100 34.9 50.4 34.6 134.8 18.4
6.|-- ??? 100.0 100 0.0 0.0 0.0 0.0 0.0
Et en IPv6, le premier hop est l'IPv6 publique du smartphone:05:14:01 [nico@Lyoko:~] 130 $ mtr -6rwc100 ipv6.lafibre.info
Start: Sat Oct 7 05:14:04 2017
HOST: Lyoko.in.ByMe.at Loss% Snt Last Avg Best Wrst StDev
1.|-- 2a04:cec0:1011:36d1:4be1:f41b:fa2:5006 0.0% 100 2.2 7.0 1.3 125.4 18.3
2.|-- 2a04:cec0:1011:36d1:0:58:1a16:8540 0.0% 100 50.8 49.4 29.8 156.7 16.5
3.|-- ??? 100.0 100 0.0 0.0 0.0 0.0 0.0
4.|-- 2001:860:b201:5100::14:4 0.0% 100 40.9 49.7 37.3 150.6 14.8
5.|-- 2001:860:b201:5100::6:2 0.0% 100 40.0 50.2 33.0 152.5 17.6
6.|-- 2001:860:b201:5100::11:4 0.0% 100 40.1 48.0 36.9 155.2 12.5
7.|-- 2001:860:bbe0:d7::1 0.0% 100 40.5 50.1 35.8 151.8 17.2
8.|-- 2001:860:bbee:27::2 98.0% 100 8063. 7939. 7815. 8063. 175.7
9.|-- ??? 100.0 100 0.0 0.0 0.0 0.0 0.0
10.|-- lafibre.info 0.0% 100 45.9 56.3 39.5 202.9 19.6
Comme d'habitude, il n'est pas possible d'ouvrir une connexion d'Internet vers les IPv6 mobile :(
-
Comme d'habitude, il n'est pas possible d'ouvrir une connexion d'Internet vers les IPv6 mobile :(
heureusement non ?
-
C'est effectivement bien de fermer par défaut (comme pour l'IPv6 d'Orange en FTTH), pour des raisons évidentes de sécurité, mais cela serai sympathique de pouvoir ouvrir si on le souhaite.
-
sur une box c'est possible (et faisable chez Orange) puisque c'est la box qui filtre les connexions entrantes.
Sur un mobile, ça me parait plus compliqué de mettre ça en place puisque le filtrage est effectué en amont.
-
L'ipv6 marche sur ebouygtel a2bouygtel et pcebouygtel ?
Pourquoi on utilise l'APN mms en fait ? Si on peut tout mettre sur un seul APN ça sert à quoi d'en avoir autant ?
-
Seul, l'APN mmsbouygtel.com (c'est l'APN de tous les abonnements grand public avec de la voix) propose IPv6 (et c'est encore en test).
Initialement il a été il en place pour les mms, d'où son nom qui n'a pas changé.
-
Donc aujourd'hui BT pourrait se limiter à 2 APN tout-en-un : mmsbouygtel.com (grand public) et a2bouygtel.com (pro) ?
-
Il y a des APN pour chaque besoin spécifique.
Par exemple, il y a un APN pour les offres 4G box. Celui ci donne une IPv4 publique dédiée pour chaque client.
-
J’avais oublié ce cas là, effectivement.
-
Salut,
IPv4 sur hotspot 4G Huawei E5372, même en tracert pour voir si c'était seulement la partie wifi, mais non.
Ceci dit, en regardant dans l'interface d'administration, c'est l'APN "ebouygtel.com".
Cet APN me dit quelque chose... il me semble que c'était aussi le cas sur clé 3G.
Boris, cet APN:
- est bien en IPv4 only?
- est lié au type de terminal ou au type de forfait? Car j'ai filé un autre hotspot 4G à un ami... mais avec une multi-sim d'un forfait standard... Il aurait quoi comme APN?
-
ebouygtel.com => APN pour les forfaits data uniquement grand public (hotspot 4G)
mmsbouygtel.com => APN pour les forfaits voix / data grand public (typiquement Smartphone)
Si vous vous trompez d'APN, ce n'est pas grave le réseau corrige a la volée et met l'APN qui correspond à votre forfait.
Donc si c'est une carte SIM venant d'un smartphone, l'APN utilisé sera mmsbouygtel.com malgré a configuration ebouygtel.com
Pour l'IPv6 :
- L'APN ebouygtel.com ne supporte pas encore IPv6
- il me semble que le hotspot 4G Huawei E5372 ne gère pas IPv6 (à confirmer)
-
Ok. Merci
ebouygtel.com => APN pour les forfaits data uniquement grand public (hotspot 4G)
mmsbouygtel.com => APN pour les forfaits voix / data grand public (typiquement Smartphone)
Un webconseiller, sur le forum officiel, pense que l'APN d'une carte sim multi-sim (uniquement la partie data d'un forfait grand public standard) est ebouygtel.com. Mais il n'est pas très affirmatif...
Je vais demander à mon ami de vérifier la config par défaut.
Pour l'IPv6 :
[...]
- il me semble que le hotspot 4G Huawei E5372 ne gère pas IPv6 (à confirmer)
C'est l'info que j'ai eu pour tous les hotspots 4G Huawei. Donc même avec un hotspot 4G Huawei un peu plus récent, mon ami devrait être aussi dans ce cas.
C'est curieux qu'une marque chinoise ne fait pas d'IPv6. La Chine était censée passer tout le monde en IPv6 il y a environ 10 ans... Ce que dèment les stats de Google encore aujourd'hui.
-
Un webconseiller, sur le forum officiel, pense que l'APN d'une carte sim multi-sim (uniquement la partie data d'un forfait grand public standard) est ebouygtel.com. Mais il n'est pas très affirmatif...
Je vais demander à mon ami de vérifier la config par défaut.
Re,
Pour info, il est en ebouygtel.com par défaut en multi-sim.
Donc pas concerné non plus.
Reste mon smartphone Android 6. Mais pas testé. Je pense attendre la mise par défaut de l'IPv6.
-
Bonjour,
Je dispose de l'offre 4Gbox de bytel en illimitée et j'aimerais migrer sur de l'ipv6 soit via le routeur huawei fournis b528s ou via un routeur 4g TP-Link MR400 dont je dispose mais je n'y arrive pas.
Cela est-il possible selon vous ? via mon routeur j'ai la possibilité de configuré un apn en ipv6 mais pas via le huawei visiblement.
Merci pour vos retours.
Cdlt.
-
Huawei n'a aucune box 4G compatible IPv6.
Une honte.
Bon si tu avait un matériel compatible IPv6, l'APN 4G Box n'a pas d'IPv6 (mais une IPv41 publique dédié pour chaque client, une perle qui existe rarement dans la 4G)
-
Huawei n'a aucune box 4G compatible IPv6.
Une honte.
Bon si tu avait un matériel compatible IPv6, l'APN 4G Box n'a pas d'IPv6 (mais une IPv41 publique dédié pour chaque client, une perle qui existe rarement dans la 4G)
Merci pour ta réponse. Je posais la question car j'ai des problème de stabilité au niveau débit sui oscille entre 40 et 110 méga, ce n'est pas constant donc je me disais pourquoi pas l'ipv6 ou sinon un vpn ?
-
La fluctuation du débit n'est pas due à l'IPv4, mais à diverses conditions qui font varier le débit sur un réseau 4G : heure, nombre de personnes connectées, événements à proximité etc. Un VPN n'aidera pas non plus.
-
La fluctuation du débit n'est pas due à l'IPv4, mais à diverses conditions qui font varier le débit sur un réseau 4G : heure, nombre de personnes connectées, événements à proximité etc. Un VPN n'aidera pas non plus.
Ok merci pour vos retours. Je ne vois donc pas comment je pourrais stabiliser le débit sans trop que cela soit fluctuant :(
-
il n'y a rien à faire... Sur une antenne 4G, le débit est partagé entre les utilisateurs sur l'antenne (et selon la qualité de la réception, dépend aussi de la météo entre l'antenne et le téléphone).
-
Et de la météo entre les FH quand il y a une collecte par FH : un orage va fortement diminuer la bande passante.
-
huawei fait de l'IPV6, j'ai un B525s-65a
je suis connecte sur bouygues grand public
et j'ai de l'IPV6
tout fonctionne bien
mais bouygues bloque toutes les connexions entrantes pour des raison de securite.
j'etais super content de pouvoir faire de l'IPV6 car j'allais enfin pouvoir faire de l'entrant sur de la 4G... he bien non
finalement ca ne sert a rien. c'est un jouet...
-
Pour info, le B525s-65a est un vrai routeur 4G.
C'est ce qui me surprends aussi chez Huawei, ils savent faire de l'IPv6, mais la gamme des hotspots 4G en sont exclus.
D'ailleurs, avoir de l'IPv6 par ce biais, c'est avec un forfait incluant de la voix?
Que donne https://ip.lafibre.info/ côté IPv6?
-
huawei fait de l'IPV6, j'ai un B525s-65a
je suis connecte sur bouygues grand public
et j'ai de l'IPV6
tout fonctionne bien
mais bouygues bloque toutes les connexions entrantes pour des raison de securite.
j'etais super content de pouvoir faire de l'IPV6 car j'allais enfin pouvoir faire de l'entrant sur de la 4G... he bien non
finalement ca ne sert a rien. c'est un jouet...
et c'est pas plus mal, je pense que la fonction de serveur sera uniquement pour les forfait pro .... mais je voit pas trop l’intérêt le réseau mobile étant par définition pas toujours stable !
-
huawei fait de l'IPV6, j'ai un B525s-65a
J'ai un Huawei B525s-23a et il ne propose pas d'IPv6.
Tu nous fait une copie d'écran du menu qui permet de mettre l'APN en IPv4, IPv6 ou IPv4+IPv6 ?
Bouygues Telecom ne propose pas de dual stack, donc si tu choisit IPv6 tu n'as plus d'IPv4, c'est bien ça ? (sur mobile il y a le 464XLAT qui permet de NATer de l'IPv4 sur de l'IPv6 mais je pense pas que Huawei ait cette techno)
-
j'ai configure mon B525s-65a de huawai pour faire du double stack.
j'ai a la fois une adresse IPV4 en 10... mon huawei fait du nat avec vers mon reseau local.
j'ai une adresse IPV6 en /64 et le huawei annonce le réseau par des paquets RA avec le /64 et le DNS de bouygues sur le reseau mocal.
-
Idem sur mon téléphone, un Huawei Mate 10 pro :
Je suis sur l'APN mmsbouygtel.com qui est configuré par défaut en IPv6 only sur mon téléphone
l'IPv4 en 192.0.0.4 semble être dans une plage IP réservée au DS-Lite : 192.0.0.0/29
-
Tout à fait 192.0.0.4 est une IP interne de ton téléphone car tu es en IPv6 only avec uniquement une connectivité uniquement en IPv6.
192.0.0.4 n'est utilisé que pour les siits avec une IP littérale (très rare)
Dans les autres cas, tu es en IPv6, car le DNS de Bouygues va te donner des IPv6 systématiquement, même pour les sites en IPv4 (DNS64 + NAT64)
-
Deux ans (https://lafibre.info/ipv6/bouygues-lance-ipv6/msg479558/#msg479558) plus tard, je n'ai toujours pas d'ipv6 sur mon terminal :(
J'ai l'impression que Bouygues utilise une liste blanche, et mon terminal étant très peu répandu (AGM X1, mon prochain sera un pinephone), il est peu probable que je n'aie jamais de connectivité ipv6, ce qui serait bien pratique pour accéder à mes serveurs/PC... Il n'y a aucun moyen de forcer son activation, que je sache (changer les paramètres d'APN n'a aucun effet, si ce n'est que je n'ai plus de réseau en "ipv6 only").
(Je note que l'IPv6 fonctionne parfaitement en Wi-Fi, je doute donc qu'il s'agisse d'un problème de téléphone...)
-
Oui, l'activation d'IPv6 par l'opérateur est réalisée uniquement sur certains terminaux, obligatoirement via une mise à jour du constructeur (les opérateurs ne peuvent modifier le paramétrage de ton téléphone à distance)
Cela concerne que des modèles fortement vendus, vu que l'opérateur doit les tester.
Bien sur si ton Smartphone n'a plus de mises à jour ou si il n'est pas vendu par Bouygues Telecom, cela ne risque pas d'arriver.
De nombreux smartphone devraient néanmoins passer à IPv6 à partir d'Android 9 ou 10. (Avant, c'est plus limité. Si tu a un Samsung Galay S pas de souci depuis un moment)
Maintenant, tu peut facilement activer IPv6 toi même dans les paramètres... Il faut juste passer l'APN par défaut en mode "IPv6" à la place de "IPv4" (ne pas choisir "IPv4+IPv6")
-
Pourquoi ne pas choisir ipv4+ipv6 d'ailleurs ?
-
Ce mode demande une IPv4 et une IPv6 (dual stack).
Il est supporté par Orange mais pas par Bouygues Telecom.
On a donc un comportement qui peut changer => à éviter.
Cf Arrivée de l'IPv6 sur un routeur Huawei B715s-23c (https://lafibre.info/bboost/arrivee-de-lipv6-sur-un-routeur-huawei-b715s-23c/), Huawei configurant son routeur par défaut en IPv4+IPv6 et pas IPv4 comme la majorité des mobiles.
-----------------
Edit : J'ai déplacé les messages concernant des routeur 4G dans le sujet https://lafibre.info/bboost/arrivee-de-lipv6-sur-un-routeur-huawei-b715s-23c/
-
Oui, l'activation d'IPv6 par l'opérateur est réalisée uniquement sur certains terminaux, obligatoirement via une mise à jour du constructeur (les opérateurs ne peuvent modifier le paramétrage de ton téléphone à distance)
Cela concerne que des modèles fortement vendus, vu que l'opérateur doit les tester.
Bien sur si ton Smartphone n'a plus de mises à jour ou si il n'est pas vendu par Bouygues Telecom, cela ne risque pas d'arriver.
De nombreux smartphone devraient néanmoins passer à IPv6 à partir d'Android 9 ou 10. (Avant, c'est plus limité. Si tu a un Samsung Galay S pas de souci depuis un moment)
Maintenant, tu peut facilement activer IPv6 toi même dans les paramètres... Il faut juste passer l'APN par défaut en mode "IPv6" à la place de "IPv4" (ne pas choisir "IPv4+IPv6")
Alors là, je suis bluffé: j'avais essayé cela dès mon premier post, et aussi récemment que la dernière fois que j'ai écrit... Malheureusement, je n'avais alors aucune connectivité (uniquement une adresse link-local fe80:: ).
Mais je viens de réessayer par souci de diligence, et ça fonctionne soudain! Merci beaucoup!
Je suis absolument certain d'avoir essayé "IPv6" seulement la première fois, et à 95% sûr de l'avoir fait de nouveau fin septembre. Je confirme donc que même un modèle chinois sous android 5.1, et ne recevant aucune mise à jour peut profiter de l'IPv6 comme dans mon cas, chez bouygues telecom.
(Oui, il faut que je trouve un téléphone mis à jour... mais je suis las de Google et d'Android. Je contribue à postmarketos depuis 2017 -- mais ne m'en sers pas sur mon téléphone principal-- , et j'espère que le pinephone (https://www.pine64.org/pinephone/) sera à la hauteur, le librem 5 (https://puri.sm/products/librem-5/) étant trop cher pour moi).
-
Le pinephone ne fait pas rêver... 2 Go de Ram, 16 Go de stockage, WiFi b/g/n (donc pas à priori d'ac), appareils photos 2 et 5 Mpx, puce Quectel EG-25G 4G catégorie 4...
-
Le pinephone ne fait pas rêver... 2 Go de Ram, 16 Go de stockage, WiFi b/g/n (donc pas à priori d'ac), appareils photos 2 et 5 Mpx, puce Quectel EG-25G 4G catégorie 4...
Désolé de dérailler un peu le sujet avec cela... Peut-être, mais ce n'est pas non plus complètement dépassé, et ce n'est plus ce que je recherche dans un téléphone.
Déjà, il ne tourne pas sous Android, donc les besoins en stockage (RAM/flash) sont complètement différents (et il dispose d'un slot carte SD). Il 'nest pas trop cher, et sera entièrement "mainline": les pilotes sont inclus dans le noyau Linux officiel: pas de tracas pour mettre à jour, ça se passe comme sur un ordinateur classique. La possibilité d'utiliser l'USB-C alternate mode le rend crédible en tant que station de travail portable (un Linux complet et authentique disponible sur n'importe quelle station d'accueil, un peu comme Dex). En plus de cela, il sera produit pendant plusieurs années, et les schémas électriques seront disponibles (une partie l'est déjà). Les connecteurs SPI au dos lui donnent aussi pas mal de possibilités d'expansion.
Il ne joue juste pas dans la même catégorie ;)
Cela dit, je suis curieux d'en savoir plus sur ton dernier propos, qu'entends-tu par "puce Quectel EG-25G 4G catégorie 4" ? Tant que j'ai un débit et une autonomie suffisante, sans pour autant trop m'exposer aux failles de sécurité du firmware, cela me convient.
-
Le Quectel c'est la puce qui fait modem.
Ça m'étonne de le retrouver sur un smartphone par contre, d'habitude Quectel c'est plus de l'IoT (je dev sur une carte avec une de leur puce, c'est un produit vraiment bien foutu, avec une bonne doc).
Par contre ça reste un module propriétaire, à ma connaissance Quectel ne publie pas le code source de leur puce. (c'est compliqué de faire un smartphone 100% libre justement à cause de la partie modem qui est rarement libre).
La 4G cat 4 que supporte ce EG-25G correspond à l'une des premières catégories, pas d'agrégation de bande, débit max de 150 mbps avec 20 MHz de largeur de bande.
-
Merci pour les précisions... J'ai fait un sujet dédié ici (https://lafibre.info/tutoriels-linux/pinephone-un-smartphone-linux/) pour éviter de trop polluer le fil de discussion... Je n'étais pas certain de la catégorie, mais j'imagine qu'il s'agit de celle convenant le mieux.
Bref, pour en revenir à la 4G bouygues, j'ai été agréablement surpris de constater que mon ordinateur se dote d'une adresse IPv6 publique lorsque je partage la connexion de mon téléphone par Wi-Fi. Il me reste à essayer et vérifier quelques éléments:
- ouverture du pare-feu: j'imagine que non, mais ça serait fantastique
- dotation d'une IPv4 lorsque j'active le partage, tel mentionné un peu plus tôt sur le fil: je ne crois pas
- comportement similaire en partage de connexion (tethering) USB/Bluetooth
-
Un petit up...
Ce soir en faisant quelques tests, je bascule sur le ebouytel et là... ohhhhh une dual stack !!!!
Quelqu'un a des informations ? Vivien ?
Par curiosité, on a le droit d'utiliser le ebouygtel en multi-sim ?
-
le multisim ne permet pas d'avoir internet illimité W-E sur la SIM non principale. c'est décompté.
-
le multisim ne permet pas d'avoir internet illimité W-E sur la SIM non principale. c'est décompté.
Je suis pas sûr de voir le lien avec la choucroute (eBouygtel ?). :o
-
En faisant le test avec mon E5186 je n'ai pas de dual stack... Par contre avec mon B525 si.
C'est très bizarre... Le temps que je me fasse blacklister de l'IPv6 ?
-
Bouygues Telecom corrige l'APN a la volée pour mettre le bon APN.
Donc peu importe que tu mettes free.fr et eBouygtel, l'APN utilisé sera celui définit pour ta SIM.
Aujourd'hui je n'avais l'info d'IPv6 que pour mmsbouygtel.com (APN grand public pour les SIM avec une offre voix+data), mais cela a peut-être évolué pour les autres APN.
-
Pourtant sauf erreur de ma part quand j'utilise le mmsbouygtel je n'obtiens pas les mêmes IPv4 internes en 10.x.
Et il n'y a que sur le eBouygtel.com que j'obtiens la dual stack et uniquement sur un des routeurs.
L'APN agit quand même sur quelque chose.
Je pense que c'est sûrement temporaire et que dans quelques heures/jours je vais perdre une des piles.
J'ai laissé la SIM dans ce routeur on verra bien.
-
Pourtant sauf erreur de ma part quand j'utilise le mmsbouygtel je n'obtiens pas les mêmes IPv4 internes en 10.x.
Et il n'y a que sur le eBouygtel.com que j'obtiens la dual stack et uniquement sur un des routeurs.
L'APN agit quand même sur quelque chose.
Je pense que c'est sûrement temporaire et que dans quelques heures/jours je vais perdre une des piles.
J'ai laissé la SIM dans ce routeur on verra bien.
J'ai une sim Bouygues entreprise, je suis apparemment sur mmsbouygtel et je suis en dual stack.
-
Du coup ça voudrait dire que le dual stack dépendrait de l'IMEI ? Ou d'une option sur l'abonnement ?
Car en mmsbouygtel on n'a pas de dual stack...
-
Moi, je me demande si l'APN utilisé en réalité est bien mmsbouygtel.
Les clients Bouygues entreprise devrait être routés vers un autre APN, c'est par contre bien de proposer de l'IPv6 sur les offres entreprises.
Après les premiers déploiements d'IPv6 sur le grand public (mmsbouygtel), il est logique de poursuivre avec les autres APN.
-
Tout à fait mais pourquoi on aurait du dual stack que sur les eBouygtel ? Et surtout que sur un des 2 routeurs... C'est étrange.
Quid de l'utilisation du eBougytel en multi-sim en plus...
Pas vu de hors forfait pour l'instant a priori.
-
Moi, je me demande si l'APN utilisé en réalité est bien mmsbouygtel.
Les clients Bouygues entreprise devrait être routés vers un autre APN, c'est par contre bien de proposer de l'IPv6 sur les offres entreprises.
Après les premiers déploiements d'IPv6 sur le grand public (mmsbouygtel), il est logique de poursuivre avec les autres APN.
Comment savoir sur quel apn je suis ?
mon téléphone à une ipv4 en 192.0.0.x qui sort sur internet en 80.214.150.xx
l'ipv6 est direct sur le net
-
Comment savoir sur quel apn je suis ?
mon téléphone à une ipv4 en 192.0.0.x qui sort sur internet en 80.214.150.xx
l'ipv6 est direct sur le net
Ça c'est intéressant.
Tu n'es donc pas Dual Stack.
Tu es en IPv6 uniquement et ton téléphone utilise CLATD (192.0.0.x) pour fournir la compatibilité IPv4 sur les IP littérales (en plus du DNS64/NAT64 fourni par Bouygues).
-
Ça c'est intéressant.
Tu n'es donc pas Dual Stack.
Tu es en IPv6 uniquement et ton téléphone utilise CLATD (192.0.0.x) pour fournir la compatibilité IPv4 sur les IP littérales (en plus du DNS64/NAT64 fourni par Bouygues).
C'est un abonnement flotte de chez Bouygues
-
Bonjour à tous,
Avec ma puce Bouygues et l'APN mmsbouygtel.com j'ai:
- si je choisi IPv4+IPv6: une IPv4 XLAT : 192.168.0.4 et une IPv6 link local avec un suffixe aléatoire d'une connexion à l'autre ;
- si je choisi IPv6: une IPv6 link local avec un suffixe aléatoire d'une connexion à l'autre.
Du coup, je n'ai jamais une vraie IPv6 publique et c'est un NAT64 qui me connecte à Internet.
Je suis en mesure de me connecter aux sites IPv6 et d'obtenir mon adresse publique IPv6 via votre page mon IP.
Blockada ne semble pas être en cause car le comportement est identique qu'il soit actif ou non.
Mon téléphone est un Blackview 6000 sous Androïd 7.0
suis-je le seul à me retrouver en NAT64? Pourquoi cette hérésie ?
-
Y'a pas de NAT66 sur l'infra Bouygues, donc tu as une v6 publique, tu ne dois juste pas regarder au bon endroit pour la trouver dans ton device :)
-
J'ai relu 2 fois ton message et j'ai l'impression qu'il y a confusion ou alors c'est moi qui ne comprends pas bien.
Sur réseau Bouygues, tu obtiens généralement le comportement suivant (ça peut varier selon les équipements mais pour un smartphone Android c'est généralement ce qu'on a) :
- En IPv4 : adresse IPv4 et accès qu'aux sites IPv4.
- En IPv6 : adresse IPv6 permettant l'accès aux sites IPv6 nativement et accès aux sites IPv4 grâce au NAT64/DNS64.
- En IPv4 + IPv6 : tu obtiens la même chose qu'en IPv6
Si le smartphone le supporte (ce qui est ton cas) tu peux avoir en plus accès aux sites via IPv4 littérales (46.227.16.8 pour lafibre.info par ex) dans les modes IPv6 grâce à 464XLAT.
Il n'y a pas de dual stack chez Bouygues contrairement à Orange.
Soit tu es en IPv4 forcé et auquel cas tu n'as accès qu'aux sites IPv4 soit tu es en modes IPv6 ou IPv4/IPv6 et là tu accèdes nativement à l'IPv6 et grâce à NAT64/DNS64 aux sites IPv4.
Le comportement que tu observes est pour moi absolument normal si ce n'est qu'il doit y avoir une confusion avec les link local ou alors l'information n'est juste pas visible.
Pour confirmer le comportement c'est assez simple :
- Force en IPv4 et va sur http://ip.lafibre.info : seul IPv4 doit fonctionner.
- Force en IPv6 et va sur le même site : IPv4 et IPv6 doivent fonctionner.
- Force en IPv4/IPv6 et va sur le même site : tu obtiens sans doute le même résultat.
Si 464XLAT est actif, tu obtiens une adresse IPv4 pour le 2ème champ IPv4 (IP littérales) qui est probablement différente de celle du dessus.
464XLAT utilise par défaut une adresse IP en 192.0.0.X (généralement la .4 sur Android) qui permet l'accès IPv4 en IP littérales. C'est visiblement ce que tu observes (à part que tu as indiqué 192.168 mais possiblement une erreur de recopie).
Concernant l'attribution des IP, en IPv4 tu obtiens une adresse en 10.x.x.x sur le terminal et quand tu regardes sur internet le plus souvent c'est du 80.214.x.x ou 80.215.x.x (CGNAT de Bouygues).
En IPv6 tu obtiens une adresse en 2a04:cec0...../64 qui est certes publique mais pas pour autant accessible de l'extérieur.
Je pense avoir tout expliqué ? ;D
-
Concernant l'adresse IPv4, c'est en effet une erreur de recopie de ma part :).
Concernant l'IPv6, je n'ai qu'une adresse en fe80:: soit une link locale de visible dans la liste des adresses IP du terminal.
Avec cela, j'accède bien à mon serveur en IPv4 comme en IPv6 (j'ai deux hôtes virtuels dédiés qui écoutent exclusivement sur l'un ou l'autre pour retourner l'adresse).
Quand je suis en wifi sur ma connexion free j'ai une vraie adresse publique en plus de la link local donc mon terminal m'affiche bien l'IP publique quand on lui en affecte une.
Cela ressemble donc fort à NAT66 (et pas du NAT64 comme je l'ai écrit par erreur).
Le résultat est qu'il m'est impossible d'utiliser ma ligne Bougues télécom pour utiliser jitsi-meet (cela m'a fait tourner en rond pour l'installation de mon instance jitsi-meet).
Quelles pourrait-être l'origine d'un tel comportement autrement qu'avec du NAT66 ?
-
Il n'y a pas de nat66, et ce n'est de toute façon pas possible avec une Link Local.
La seule explication, c'est que tu regardes mal/pas au bon endroit :)
-
Je valide ce qu'indique Hugues, tu as forcément une @IPv6 qui n'est pas une Link Local.
Il faut te rendre sur http://ip.lafibre.info pour la connaitre si le smartphone ne l'affiche pas.
Pour Jitsi Meet, il est probable que ce soit lié à l'utilisation d'IPv6 (et donc à l'accès via NAT64 si le site ne gère que IPv4).
Tout ne fonctionne malheureusement pas dans ce mode... C'est souvent le cas des VPN par exemple.
Si tu veux entre être sûr c'est assez simple : modifie l'APN de ton smartphone, sélectionne "IPv4" uniquement, enregistre et retente d'accéder à Jitsi Meet.
-
Alors avec les différentes mises a jour des navigateurs, ip.lafibre.info n'affiche peut-être déjà plus les IP locales, malheureusement. Par contre, l'info de l'IP globale reste valable !
-
Bonjour à tous et merci pour vos retours.
Concernant jitsi-meet, c'est mon serveur donc je sais de source sûre qu'il fonctionne très bien en IPv6 ;) , j'ai pu le vérifier dans les logs de nginx et du relai vidéo jitsi video bridge.
Niveau adresse externe IPv6, je suis en mesure de la déterminer moi-même avec mon propre serveur ou la page ip.lafibre.info donc oui, j'en ai bien une.
Le soucis est que les programmes qui tournent sur mon téléphone ne la connaissent pas, ce qui pose problème avec tout ce qui touche à la vidéo-conférence.
J'ai installé deux outils de diagnostique IP sur android:
- IP Tools: cet outil me trouve mon adresse IPv4 externe et mon adresse IPv6 externe: je pense qu'il se sert d'une api sur un serveur web comme je l'ai fait avec nginx ou d'un serveur STUN comme mon serveur coturn ;
- Net Analyser: cet outil ne trouve pas mes adresses externes car il se contente vraisemblablement des informations qu'il arrive à obtenir du système.
Net analyser est intéressant par contre car il donne des informations utiles pour mon enquête:
Je donne les adresses complètes car les suffixes sont aléatoire d'une connexion à l'autre et ne révèlent pas mon adresse MAC.
- IP Address: N/A ;
- Subnet Mask: N/A ;
- Default Gateway IP: N/A ;
- DNS Server IP: N/A ;
- IPv6 Addresses: fe80::28:1135:ac01 ;
- Default Gateway IPv6: fe80::28:1135:ac01 ;
- Default Gateway IPv6: fe80::28:1135:ac01 ;
- DNS Server IPv6: 2001:860:d002:1201::129:201 ;
- DNS Server IPv6: 2001:860:d002:1201::129:201 ;
Pour Net Analyser, je n'ai pas de connectivité IPv4 et une connectivité IPv6 bizarre. Le téléphone est sa propre passerelle.
Je vais poursuivre mes investigations avec mon modem 4G Netgear dans lequel la deuxième carte SIM est installée (j'ai un abonnement multi-sim avec partage du forfait données), et je posterai tout cela.
-
Tu n'aurais pas une appli VPN qui tourne sur ton téléphone par hasard ?
-
Je viens de terminer mes essais avec mon modem 4G Nighthawk M1 de Netgear dans lequel se trouve ma seconde SIM obtenue pas mal d'années après cette de mon téléphone, quand j'ai activé l'option multi SIM data.
J'utilise l'APN mmsbouyguetel.com et le comportement diffère en fonction du choix IPv4/IPv6:
- Avec le réglage IPv4/IPv6: je n'obtient qu'une IPv4 privée 10.x.x.x et aucune connectivité IPv6 ;
- Avec le réglage IPv6: j’obtiens une IPv6 publique Bouygues télécom du pool 2a04:cec0::/29 et le routeur m'affiche une IPv4 0.0.0.0 mais je suis en mesure d'avoir un accès Internet pleinement fonctionnel en IPv4 comme en IPv6.
Il semble donc effectivement que le micmac soit au niveau de mon téléphone.
Pour répondre à décalage: non je n'ai pas de VPN. J'ai, en temps normal, une application nommée Blokada qui est vue comme un VPN par android et qui bloque toutes publicité et les traceurs (j'en suis super content).
J'ai pris soin de désactiver puis désinstaller Blokada de mon téléphone, puis redémarré le téléphone, dans les premières phases d'essais pour voir si l'origine du problème venait de cette application : pas de changement de comportement. :-\
Avec Blokada désinstallé, la liste des VPN de mon téléphone est vide.
Maintenant, il existe peut-être un autre VPN caché mis en place par le fabricant vu qu'il s'agit d'un téléphone d'origine Chinoise (Hong-Kong mais c'est quasiment pareil).
J'ai consulté le site internet du fabricant et il semble qu'une mise à jour soit disponible. Je vais tenter de reflasher mon téléphone. Je vous tiendrais au courant dans quelques jours (je vais prendre tout mon temps pour les sauvegardes).
-
J'ai enfin mis à jour mon téléphone avec la dernière version disponible pour mon téléphone (android 7.0, noyau linux 3.18.35, version du firmware de juin 2018…), et je n'ai aucun changement concernant les adresses IP.
Au final, mon adresse IPv6 bizarre semble bien liée au comportement de mon téléphone et non à Bouygues et je suis néanmoins capable de joindre tout autant un site IPv4 only qu'un site IPv6 only avec cette connexion 4G.
-
Bouygues Telecom propose de l'IPv6 sans IPv4, il est donc normal d'avoir 0.0.0.0 pour l'IPv4. L’accès aux sites IPv4 only se fait via le DNS64/NAT64 ou le 464XLAT pour les accès sans passer par le DNS de l'opérateur.
Les téléphone compatibles, cela date un peu :
4.3. Smartphones activés en IPv6 par opérateur
Afin de basculer les clients dits « IPv6-ready » en « IPv6 activé », les opérateurs réalisent une modification de la configuration APN, qui habituellement, passe par une mise à jour proposée par le constructeur du terminal mobile.
Voici les terminaux concernés, dans leur dernière version logicielle, par une activation d’IPv6 :
(https://lafibre.info/images/ipv6/201911_arcep_barometre_ipv6_mobile_5.png)
-
Bonjour,
je viens de migrer d'une box 4G SFR à une box 4G Bouygues... j'ai bien l'IPv6 avec SFR, mais toujours IPv4 chez Bouygues... :-\ Et manifestement sans possibilité de l'activer. Je pensais que vu qu'ils l'activaient sur les lignes fixes et mobiles, ça irait aussi pour la 4G Box, mais celle-ci semble être un angle mort chez l'opérateur (et ils sont nombreux à penser ainsi, voyant la 4G Box comme une béquille (imposée qui plus est) en attendant mieux donc peu d'investissement dessus).
-
Bouygues Telecom, Orange et Free ont fait le choix de déployer de l'IPv6 sur le mobile sans IPv4.
Il y a des mécanismes pour l’accès aux sites IPv4, notamment DNS64 (sur les DNS de l'opérateur) et le 464XLAT (sur le terminal) pour tout ce qui ne passe par par le DNS64.
=> Article d'avril 2012 sur le 464XLAT, développé à l'origine sur un Nokia N900 ! (https://lafibre.info/ipv6/464xlat-2012/)
La problématique rencontrée est le peu de routeur 4G qui intègre le 464XLAT et c'est la cause du retard sur ce segment.
Huawei est très motivé sur l'IPV6 depuis que la chine a annoncer une coupure intégrale de l'IPv4 dans 8 ans, je pense que les incompatibilité que nous avons aujourd'hui (souvent du matériel Huawei) seront vite comblées.
SFR est un opérateur qui ne faisait pas d'IPv6 et qui a déployé l'IPv6 à l’occasion d'une obligation Arecp et si il a décidé de faire de l'IPv6 double pile IPv4+IPv6, il n'a pas fait les choses à moitié : IPv6 est disponible massivement sur tous les APN SFR et de nombreux équipements sont activés en IPv6. Avec le double pile, SFR n'est pas impacté par l'absence de 464XLAT sur certains routeurs et se retrouve donc leader de l'IPv6 sur ce segment. Bref, SFR a fait du beau travail et si il est parti après Bouygues Telecom et Orange il rattrape vite son retard et l'IPv6 proposé est de qualité et n'a pas de régression.
-
Vu le travail que ça demande sur le réseau (passer en double pile) ou sur les box (modèles qui commencent à dater, quid du support?), et vu que les 4G Box ne sont considérées que comme des béquilles au mieux temporaire en attendant le FTTH, et qu'après 2023-2025, cela ne devrait plus représenter grand chose en terme de PdM, on peut aisément imaginer que les opérateurs ne feront plus trop d'efforts pour ce segment??...
-
Il n'y a pas que les 4G Box, mais aussi les autres abonnements data only (Huawei Hotspot Mobile 4G par exemple).
Des données mais aussi des prévisions à 3 ans actualisées seront données dans le baromètre IPv6 de l'Arcep, le lundi 29 novembre prochain.
Il y aura une visioconférence en fin de journée où il est possible de poser des questions.