5G/4G box Bouygues Telecom => Discussion démarrée par: chantoine le 19 septembre 2019 à 15:28:17 5G/4G box Bouygues Telecom => Discussion démarrée par: chantoine le 19 septembre 2019 à 15:28:17Bonsoir Chantoine,
Pourrais-tu faire une copie d'écran de :
- La configuration de ton B715s-23c : je pense que l'APN a été configuré en mode IPv4 & IPv6
- La page http://ip.lafibre.info/ : je pense que tu n'as plus de connectivité IPv4 littérale
Le site http://ip.lafibre.info/ permet de tester sa connectivité Internet et contrairement à d’autres sites de tester la connectivité d’une IPv4 littérale via le test de l’URL http://46.227.16.8/
Si ce que j'écris ci-dessous est juste, tu ne dois plus pouvoir charger la page http://46.227.16.8/
- je n'ai plus d'IPv6 actuellement :-)
Aaaah les bricoleurs du dimanche qui désactivent la pile IPv6 de leur Windows... ::)Je ne pense pas que ce comportement soir majoritaire.
Par conséquent Bouygues Telecom désactive l'IPv6 quand il détecte ce type d'équipement.
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)
Détails techniques : Trois modes sont possibles pour configurer un APN :
• IPv4 uniquement : le réseau donne uniquement une IPv4 (tous les terminaux sont compatibles avec ce mode legacy)
• IPv4 + IPv6 : dual stack le réseau donne une IPv4 et une IPv6 (tous les terminaux compatibles IPv6 peuvent utiliser ce mode)
• IPv6 uniquement : le réseau donne uniquement une IPv6 (Cela concerne uniquement les terminaux compatible IPv6 avec 464XLAT)
Ton routeur Huawei B715s-23c est compatible uniquement avec les deux premiers et il ne propose pas de mode IPv6 only dans la page "Profile Management".
Bouygues Telecom ne support pas le mode IPv4 + IPv6, contrairement à Orange. Si on fait ce choix le réseau utilise un autre mode et ne distribue par IPv4 + IPv6.
Que se passe-t-il quand un mobile sur le réseau Bouygues Telecom, est configuré en IPv4 + IPv6 sur l’APN mmsbouygtel.com ?
• Avant le 19 septembre 2019, le réseau semble renvoyer une IPv4 uniquement.
• Après le 19 septembre 2019, le réseau semble renvoyer une IPv6 uniquement.
Un mobile compatible IPv6 avec 464XLAT n’observera aucune régression notable.
Un mobile incapable 464XLAT comme ton routeur Huawei B715s-23c sera face à plusieurs types des régressions :
• Si un DNS IPv4 est configuré manuellement sur le terminal, alors le client perd toute résolution DNS, le réseau ne proposant aucune connectivité DNS. Du point de vue client on est face à une coupure totale d’internet.
• Si DoH est activé dans son navigateur web, le client pourra surfer sur l’Internet IPv6, mais pas sur l’Internet IPv4, faute d’avoir un DNS64. Du point de vue client on est face à un Internet où de très nombreux sites ne fonctionnent plus du tout.
• Ton cas à priori : Tu utilises le DNS64 de Bouygues Telecom, tu as donc une connectivité IPv4 via DNS, mais pas une connectivité IPv4 via une IPv4 littérale. Du point de vue client un certain nombre d’applications domotiques ne fonctionneront plus, parmi celles-ci, on trouve notamment :
- http://46.227.16.8/ et tous les sites web qui ont une url avec une IPv4 littérale
- tous les sites web qui ont des objets ou images avec une IPv4 littérale
- LEGRAND : Door Entry V1.6.1
- SYNOLOGIE : DS cam et DS photo
- DELTA DORE : Easy Life
- SOMFY : Somfy protect KO
- LENOVO : Lenovo Cam
- Application Sricam : IP Camera
Ca ce n'est pas propre, j'en parlerais à Bouygues Telecom : ok pour mettre de l'IPv4 pour les clients qui ont un routeur pour le mode IPv4+IPv6, mais il faudrait garder l'IPv6 pour le mode IPv6.
Oui, j'étais jusqu'à présent en v6 Only. Maintenant, je n'ai plus rien dans ce mode.La bonne nouvelle, c'est que tu peut appeler Bouygues Telecom pour demander à être exclut de la baclk-list IPv6.
- Un téléphone Wiko dont je n'ai plus la référence.Pas besoin de changer de routeur, si tu restes quelques jours avec ta sim sur ce routeur, Bouygues Telecom va te supprimer l'IPv6.
Consultation Web impossible.
-> Certains équipements ne semblent clairement pas prêts à la disparition d'IPv4 !
La bonne nouvelle, c'est que tu peut appeler Bouygues Telecom pour demander à être exclut de la baclk-list IPv6.C'est effectivement le principal problème : l'impossibilité d'obtenir une IPv4, même en forçant le mode ;)
Pas besoin de changer de routeur, si tu restes quelques jours avec ta sim sur ce routeur, Bouygues Telecom va te supprimer l'IPv6.
Il est aussi possible d'appeler le service client pour être black-listé d'IPv6 pour accélérer la chose.
Normalement, il me semble que le mode IPv4 devrait dans tous les cas fonctionner et offrir une IPv4.
C'est étonnant ce comportement.
Pour ton téléphone Wiko si le surf est impossible c'est peut-être qu'il n'utilise pas les DNS proposés (ils sont en IPv6) ou qu'il force un DNS tiers. Si tu mets un DNS 8.8.8.8, le terminal étant incapable de joindre 8.8.8.8, tu n'a aucune connectivité Internet, même pas en IPv6, à l'exception des IPv6 littérales. La page http://[2a01:6e00:10:410::2]/ devrait fonctionner !Je n'ai pas vérifié si le téléphone récupérait une IPv6, ainsi que des DNS v6.
Pour les offres 4G seule, la problématique est l'absence de routeurs qui intègre le 464XLAT, afin de ne pas avoir de régression.
Carte SIM 4G Box : IPv4 publique dédiée sans IPv6.
Bouygues Telecom ne propose pas de dual stack: c'est IPv4 only ou IPv6 only.Je suis tres interessé par le sujet.
Suite aux régressions quand un client est en IPv6 only sans IPv4 et sans 464XLAT, Bouygues Telecom désactive manuellement l'IPv6 pour les clients concernés.
Avec l'APN configuré en IPv4 only (si il propose cette configuration) c'est le cas aussi ?
.../..
Pour rajouter à ces problèmes, les conditions générales de tous les opérateurs interdisent l'utilisation d'équipement fixe (alimenté par le secteur) avec ces offres (ce qui est autorisé c'est tout ce qui est mobile, donc alimenté par une batterie.).
Avec l'APN sur IPv6, tu as toujours une connectivité IPv4 mais pas native (464XLAT) d'où ce que tu as entendu.
Oui, je suis intéressé d'un retour avec le Netgear AC785.
Si tu testes via twitter n'hésites à me mettre dans la boucle pour que je suive ça (@lafibreinfo (https://twitter.com/lafibreinfo))
Je suis allé dans "Networtk" puis "internet" puis j'ai créé un nouveau profil APN que je configure en "ipv6", APN en "dynamic", authentification type "chap"
Les routeurs qui ne proposent pas de choix pour le mode IPv4 / IPv4+IPv6 / IPv6 sont en mode "IPv4 + IPv6", mode qui chez Bouygues Telecom ne permet plus d'avoir d'IPv4.
Je soupçonne fortement que c'est le mode utilisé par les iPhone chez Bouygues Telecom.
Chez Orange l’implémentation est différente et IPv4+IPv6 permet d'accéder à une IPv4 derrière CG-Nat et une plage IPv6 /64.
Bref, je ne vois pas de solution de sortie simple.
<select id="ip_type_value" class="input_select hidden">
<option value="2">
<script type="text/javascript">dw(IDS_common_IPV4V6);</script>
</option>
<option value="0">
<script type="text/javascript">dw(IDS_common_IPV4);</script>
</option>
<option value="1">
<script type="text/javascript">dw(IDS_common_IPV6);</script>
</option>
</select>
Sur Android l'APN est en quel mode ? IPv4 ? IPv4+IPv6 ? IPv6 ?
@willemijns : j'ai analysé rapidement un firmware de B715 et je confirme qu'il y a bien les options JS et HTML pour le type d'IP.
Il y a un "input_select hidden" qui pourrait tendre à confirmer que c'est juste masqué de l'interface comme je l'évoquais.Code: [Sélectionner]<select id="ip_type_value" class="input_select hidden">
<option value="2">
<script type="text/javascript">dw(IDS_common_IPV4V6);</script>
</option>
<option value="0">
<script type="text/javascript">dw(IDS_common_IPV4);</script>
</option>
<option value="1">
<script type="text/javascript">dw(IDS_common_IPV6);</script>
</option>
</select>
Suite aux régressions quand un client est en IPv6 only sans IPv4 et sans 464XLAT, Bouygues Telecom désactive manuellement l'IPv6 pour les clients concernés.Comment faire pour obtenir cette désactivation? j'ai appelé Bouygues 3 fois, ils ne veulent rien savoir de mon problème de connexion internet impossible si je force IPv4 sur le routeur: d’après eux, ce problème n'existe pas, jamais entendu parler...
j'ai aussi lu sur ce forum qu'il suffisait de laisser le routeur branché plusieurs jours, voila 8 jours mais toujours pas de connexion possible en IPv4...
Les téléphones Android supportent le 464XLAT depuis la 4.3, iOS aussi depuis la 12.Windows 10 (1703 et+) supporte Clat uniquement depuis une clé 3G/4G. Clat ne peut être mis en œuvre que pour un périphérique 3G/4G connecté directement à Windows 10. Via une connexion Ethernet ou Wi-Fi à un routeur, ce n'est pas pris en charge. Je ne sais pas pourquoi Microsoft a mis cette limitation, mais cela bloque des entreprises qui souhaiteraient passer leur réseau interne en IPv6 uniquement.
Windows 10 le supporte également depuis la 1703 si ma mémoire est bonne.
Pour Linux il est possible d'utiliser "clatd".
Cela concerne les routeurs de marque Huawei, vu qu'un revendeur de matériel Huawei (LowcostMobile) a fait le forcing pour la mise en place de cette règle (merci à lui).
Cryptage, ton idée d'ajouter un routeur avec 464XLAT m'a d'abord fait penser à ressortir un vieux Netgear sur lequel tenter d'installer OpenWRT mais finalement la solution VMware m'apparait plus attrayante:
"Armin_M
Aug '19
I set up a vm on ESXi a few weeks ago wiith 18.06.2 image from https://archive.openwrt.org/releases/18.06.2/targets/x86/64/combined-ext4.img.gz 29 as base disk. You can use the wiki just with the new img-file.
Works fine"
https://openwrt.org/docs/guide-user/virtualization/vmware
retour dans qq jours...
Les offres Pro sont sur un autre APN qui ne supporte pas IPv6.
Peu importe l'APN configuré dans le routeur ou le mobile : il est ré-écrit dynamiquement.
Le fait d'être sur un APN non compatible IPv6 se vérifie facilement : en mettant la carte dans un mobile avec le paramétrage IPv6 only, il n'y a pas de connexion à Internet.
bonjour, suite des tests après réception du Huawei B525s.
après le premier boot cela s'annonce mal:
2020-01-08 08:25:07 System Notice WAN connection INTERNET_VOICE_R_UMTS1:IPv6 connected
2020-01-08 08:25:07 System Notice WAN connection INTERNET_VOICE_R_UMTS1:IPv4 failed
mais grace à l'astuce de Cryptage (MERCI!!!!!) de pour modifier les tables depuis firefox, il est possible de faire apparaitre le choix du type d'IP.
le profile par défaut du b525 utilise IPv4&IPv6.
je le modifie en IPv4 only et la miracle!
2020-01-08 08:29:08 System Notice WAN connection INTERNET_VOICE_R_UMTS1:IPv4 connected
2020-01-08 08:29:01 System Notice WAN connection INTERNET_VOICE_R_UMTS1:IPv6 disconnected
cela vient terminer ma série de tests desquels on peut tirer les conclusions suivantes (pour les routeurs fixes, pour toute connexion avec des appareils mobiles il n'y a pas cette restriction au niveau du type d'IP):
.la possibilité de choix du type IP de connexion est bien géré par Bouygues en fonction de la paire MODEM+SIM
.pas besoin d'attendre quelques jours pour avoir de l'IPv4 si le routeur utilisé est un modèle commercialisé par Bouygues (pas de lien avec lowcostmobile)
bonne journée!
Android does not (yet) support IPv6-only wifi connections, and this software was not designed to offer CLAT services via a wifi connection.
It can be made to work by giving CLAT an IP to use in the config file, along with answering ND for that IP on the handset (set the proxy_ndp sysctl and use ip -6 neighbor add proxy ...).
Please note that running this CLAT implementation requires IPv6 forwarding turned on, so if you're relying on RA autoconfiguration (SLAAC) you'll need to configure a static IPv6 global address on the wifi interface.
Also note that multiple handsets running 464xlat on the same wifi network will result in IPv6 address conflicts if you don't make sure each one has a unique hostid for its clat function.
Du coup j'ai le problème inverse de tout le monde, je n'obtiens jamais d'IPv6, quel que ce soit l'APN.
Je ne comprends pas comment c'est possible...
Je pense que l'APN de la seconde SIM n'est pas le même.
Je ne sais pas comment l'APN réel sur lequel on arrive (sachant que celui que l'on configure est ré-écrit dynamiquement par Bouygues)
Il faudrait tester avec une deuxième personne mais si vraiment c'est le cas il suffirait pour ceux qui sont coincés de mettre 2 € de plus par mois pour avoir une carte SIM fonctionnelle IPv4.
Perso je pencherais quand même plutôt pour quelque chose fait côté Bouygues (genre un blacklist grâce aux routeurs Huawei) mais pas simple à vérifier...
Je n'ai pas spécialement envie de demander à Bouygues de faire joujou avec ma SIM principale donc mon MR6400 ne me sert à rien, je vais le revendre... dommage :(
Bonjour, les paramétrages de nos Sim sur le réseau, ne sont plus faite pour que celle-ci fonctionne dans un routeur, par contre l'option multi Sim elle fonctionne bien dans un routeur étant donné qu'elle utilise seulement les paramètres internet mobile et non voix.
Sébastien, Bouygues Telecom
Même en dual stack, je n'ai aucune IPv6. Dans les logs y'a un message comme quoi aucun préfix n'a été reçu et que donc il ne peut pas démarrer radvd.
Rappel: MultiSim, MR6400v1, dernière update firmware, j'ai un doute qu'il supporte bien IPv6 en 4G. Faudrait que je test avec une autre SIM.
J'ai lu un cas de ce type sur le forum bouygues telecom il y a 3/5 jours, ils ont donc remis comme avant
(sous la préssion de l'ARCEP sûrement).
C'est pas une histoire de blacklist ipv6 plutot?
Cela serait bien d'avoir le firmware du Huawei b715s-23c qui gère le 464XLAT, cela résoudrait le problème.
Tu confirmes ne pas avoir de connectivité vers une IPv4 littérale sur http://ip.lafibre.info/ ?
Etrange que ta SIM B&You classique ne récupère pas d'IPv4. Quand tu configures l'APN mmsbouygtel.com en IPv4 normalement tu reçois une IPv4 d'office, sans aucun problème.
Sur ta Multi Sim (ebouygtel.com), si tu mets IPv4 en PDP Type ça fonctionne aussi ?
Et bien sur problème, mon routeur ne se connecte qu'en IPV6.. Openmptcp ne voit rien.
Je viens de faire la commande multi-sim, à suivre ..
Merci, je vous tiens au jus du resultat.
Salut, tiens nous au courant, en espérant que la deuxième SIM résolve ton problème!
Bonjour, normal qu'en 2021, toujours pas d'IPv6 sur ma 4GBox ?Sans rentrer dans le débat, ce n'est pas dans les plans de Bouygues pour le S1 2021 https://lafibre.info/ipv6/ipv6-barometre-2020/msg816879/#msg816879 ... après à voir si les activations commenceront dans la 2eme partie 2021 ou 2022.
Merci d'avance.
Sans rentrer dans le débat, ce n'est pas dans les plans de Bouygues pour le S1 2021 https://lafibre.info/ipv6/ipv6-barometre-2020/msg816879/#msg816879 ... après à voir si les activations commenceront dans la 2eme partie 2021 ou 2022.Ah :/ en attendant j'ai des solutions pour avoir une ipv6?
Prendre un tunnel chez un fournisseur avec IPv6 (Milkywan, he.net, ..)Ca va me couter cher ?
C'est un comportement qu'on a déjà repéré par le passé et qui semble-t-il est normal.
Je me souviens de tests avec un MR6400 où j'obtenais le même comportement : que de l'IPv6 en SIM principale, et IPv4 et IPv6 possibles en SIM secondaire.
Je fais remonter ce topic.
Je fais actuellement des tests avec un Mikrotik Chateau LTE12 mais je n'ai pas le même comportement avec la multi-sim.
Contrairement au Huawei B525 je ne récupère que de l'IPv4 ou que de l'IPv6 mais plus les deux, y compris avec l'APN eBouygtel.com....
Je trouve ça bien dommage surtout que ça fonctionne parfaitement sur le B525. A se demander s'il y a vraiment une logique chez Bouygues...
Tue Sep 27 16:36:51 2022 kern.info kernel: [ 1801.667643] nat46: adding device (464-wan)
Tue Sep 27 16:36:51 2022 kern.warn kernel: [ 1801.667872] [nat46] make_nat46_instance: allocated nat46 instance with 1 pairs
Tue Sep 27 16:36:51 2022 kern.warn kernel: [ 1801.668334] nat46: netdevice nat46 '464-wan' created successfully.
Tue Sep 27 16:36:51 2022 kern.info kernel: [ 1801.668615] nat46: configure device (464-wan) with 'local.style NONE local.v4 192.0.0.1/32 local.v6 2a04:cec0:107c:3804:ee89:306e:e832:143f/128 remote.style RFC6052 remote.v6 64:ff9b::c000:ab/96'
Tue Sep 27 16:36:51 2022 daemon.notice netifd: Interface 'wan' is now upifstatus 'wan'
{
"up": true,
"pending": false,
"available": true,
"autostart": true,
"dynamic": false,
"uptime": 80,
"l3_device": "464-wan",
"proto": "464xlat",
"updated": [
"routes",
"data"
],
"metric": 0,
"dns_metric": 0,
"delegation": true,
"ipv4-address": [
],
"ipv6-address": [
],
"ipv6-prefix": [
],
"ipv6-prefix-assignment": [
],
"route": [
{
"target": "2a04:cec0:107c:3804:ee89:306e:e832:143f",
"mask": 128,
"nexthop": "::",
"table": 128,
"source": "::/0"
},
{
"target": "0.0.0.0",
"mask": 0,
"nexthop": "0.0.0.0",
"metric": 2048,
"source": "0.0.0.0/0"
}
],
"dns-server": [
],
"dns-search": [
],
"neighbors": [
],
"inactive": {
"ipv4-address": [
],
"ipv6-address": [
],
"route": [
],
"dns-server": [
],
"dns-search": [
],
"neighbors": [
]
},
"data": {
"firewall": [
{
"type": "nat",
"target": "SNAT",
"family": "inet",
"snat_ip": "192.0.0.1"
}
]
}
}
Je ne sais pas s'il y a une limitation IMEI chez Bouygues Telecom pour les SIM B&You grand public
Les nouveaux clients 4G Box de Bouygues Telecom (offre 4G Box et non B&You) ont de l'IPv6 qui fonctionne.
Seul le B315s choppe une IPv6 et m'en fourni une sur mon pfSense derrière.
Hello,
Je serais curieux de savoir comment tu obtenais une IPv6+IPv4 sur un B525, car impossible d'avoir une IPv6 ici sur un B525s-65a avec carte SIM Box 4G Bouygues.
Sur un B315s-22, j'ai IPv4+IPv6 qui fonctionne sans problème avec aucune config particulière.
Sur un B525s-65a, je n'obtient qu'une IPv4 et aucune IPv6 sur le routeur...
Si tu as quelques astuces, je suis preneur ;)
Ça fonctionnait également uniquement avec l'APN eBouygtel. Avec le mmsBouygtel je n'avais pas le dual stack.
Je suis abonné 4GBox et j'ai remplacé le Huawei fournit par Bouygues par un Zyxel (LTE7460).
Je n'ai qu'une IPv4, pas d'IPv6 allouée.
J'ai regardé la config APN actuelle, j'ai "faigpbouygtel".
Dois-je remplacer l'APN par autre chose ?
En lisant ce fil, je n'ai jamais vu apparaître cet APN (faigpbouygtel). J'ai vu passé "ebouygtel.com" et "mmsbouygtel.com", du coup, lequel est le bon ?
Y en a t-il un a testé pour récupéré une Ipv6 ?
A ce propos, je me demande comment fonctionne l'adressage/routage sur le CPE, c'est également en mode relais ? Car j'ai du également mettre relais sur OWRT sinon pas d’adresse côté LAN.
rndis0 Link encap:Ethernet HWaddr da:83:a0:10:f4:ad
inet addr:192.168.42.129 Bcast:192.168.42.255 Mask:255.255.255.0
inet6 addr: fe80::d883:a0ff:fe10:f4ad/64 Scope: Link
inet6 addr: 2a04:cec0:1071:94f9::58/64 Scope: Global
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:598 errors:0 dropped:0 overruns:0 frame:0
TX packets:429 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:72276 TX bytes:68032
rmnet_data4 Link encap:UNSPEC
inet6 addr: 2a04:cec0:1071:94f9:fadb:1c4a:dc58:2f5c/64 Scope: Global
inet6 addr: fe80::fadb:1c4a:dc58:2f5c/64 Scope: Link
UP RUNNING MTU:1500 Metric:1
RX packets:23046 errors:0 dropped:0 overruns:0 frame:0
TX packets:22074 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:20956940 TX bytes:3658114
python2 autoneighxy
/usr/bin/python2: can't find '__main__' module in 'autoneighxy'~# ebtables -t broute -A BROUTING -p ! ipv6 -j DROP
ebtables: No chain/target/match by that name
root@CLAT:~# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: enp0s3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether 08:00:27:16:99:1d brd ff:ff:ff:ff:ff:ff
inet 192.168.50.1/24 brd 192.168.50.255 scope global enp0s3
valid_lft forever preferred_lft forever
inet6 fda2:9477:cf10:8f00:a00:27ff:fe16:991d/64 scope global dynamic mngtmpaddr
valid_lft 6983sec preferred_lft 3383sec
inet6 2a04:cec0:1063:503a:a00:27ff:fe16:991d/64 scope global dynamic mngtmpaddr
valid_lft 6983sec preferred_lft 3383sec
inet6 fe80::a00:27ff:fe16:991d/64 scope link
valid_lft forever preferred_lft forever
3: clat: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 500
link/none
inet 192.0.0.1/32 scope global clat
valid_lft forever preferred_lft forever
inet6 fe80::feab:1c9f:a9ad:eb00/64 scope link stable-privacy
valid_lft forever preferred_lft forever
# Step 1: Detect if there is an IPv4 default route on the system from before.
# If so we have no need for 464XLAT, and we can just exit straight away
#
if(cfgbool("v4-conncheck-enable") and !cfgbool("v4-defaultroute-replace")) {
my $delay = cfgint("v4-conncheck-delay");
p("Checking if this system already has IPv4 connectivity ",
$delay ? "in $delay sec(s)" : "now");
sleep($delay);
open(my $fd, '-|', cfg("cmd-ip"), qw(-4 route list default))
or err("'", cfg("cmd-ip"), " -4 route list default' failed to execute");
while(<$fd>) {
if(/^default /) {
p("This system already has IPv4 connectivity; no need for a CLAT.");
cleanup_and_exit(0);
}
}
close($fd) or err("cmd(ip -4 route list default) failed");
} else {
d("Skipping IPv4 connectivity check at user request");
}Oui j’ai actuellement un abonnement 4G box. J’ai une ip publique ipv4.
La problématique est liée au fait que les routeurs dans le parc ne sont pas tous compatibles IPv6 only (il faut le support du 464XLAT).
Une grande mise à jour du baromètre IPv6 arrive dans les prochaines semaines.
Voici une liste de box Huawei dont j'ai la certitude qu'elles gèrent bien l'IPv6 only avec du 464XLAT :Tous les routeurs Huawei récents sont compatibles 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.
Je viens de me commander un Huawei B535-235.
Y a t-il une config particulière à faire pour le XLAT (sim b&you) ?
Je suis intéressé par une copie d'écran des différents menus de ce routeur, notamment sur la configuration IPv6 et le firewall IPv6.
Savez-vous si le routeur Huawei b535-333 est compatible avec 646XLAT ?
le Huawei B535-235 semble difficile à trouver...
J'ai déjà répondu à la question page précédente (https://lafibre.info/bboost/arrivee-de-lipv6-sur-un-routeur-huawei-b715s-23c/msg999943/#msg999943), c'est non. Il faudrait d'ailleurs que lowcostmobile cesse de le mettre dans la description...
Et tu n'as pas reçu le B535-235 que t'as commandé ? rupture ? Sinon direction LBC il doit bien y en avoir qui traîne, j'ai chopé le mien à 70€.
Après c'est à relativiser, même sans CLAT, y'a toujours le DNS64, donc à moins d'avoir impérativement besoin d'une ipv4 littérale ça devrait marcher dans 99% des cas. Et y'a aussi la possibilité de faire la conversion à la main (perso j'avais besoin de me connecter à mon VPN en ipv4 et le ddns n'était pas à jour, j'ai checké mon ipv4 publique et remplacé celle-ci par son équivalent ipv6 et roule ma poule).
dns64 64:ff9b::/96 {
clients { any; };
};
En faisant un essai en mode bridge pour vérifier le DNS j'ai découvert un truc bizarre : Lorsque je passe par le routeur, les adresses DNS64 ne fonctionnent pas. Du coup le navigateur passe systématiquement par l'ipv4 littérale ce qui fait travailler le CLAT pour rien. Et dès que je me mets en bridge, ça refonctionne...
Il suffit de lancer un ping sur une 64:ff9b::, ça ne répond pas et dès que le bridge est actif, ça part.
$ ping 64:ff9b::e2:9519
PING 64:ff9b::e2:9519(64:ff9b::e2:9519) 56 data bytes
From 64:ff9b::6440:fffe icmp_seq=1 Destination unreachable: No route
From 64:ff9b::6440:fffe icmp_seq=2 Destination unreachable: No route
Si je comprends bien, si tu passes ton routeur 4G en mode "bridge" (pas sur de comprendre ce que ca fait exactement, car ce n'est pas de l'Ethernet des deux côtés), tu ne peux plus rien joindre dans 64:ff9b::/96?
Et si tu le reconfigure pour qu'il agisse comme un routeur, ca fonctionne, c'est ca ?
64:ff9b:: map vers 0.0.0.0, je ne m'attendrai pas à ce que ca réponde aux pings. Chez moi, le NAT64 local (mon routeur) me revoie un destination unreachable: no route, ce qui a du sens (0.0.0.0 n'est pas une IPv4 valide).
Ou alors il y a simplement une règle en dur qui bloque le préfixe 64:ff9b::/96 pour forcer le passage en ipv4 littérale après pourquoi faire ça ? Mystère...
Tayga sait faire du NAT64 mais on peut aussi l'utiliser comme un CLAT (c'est d'ailleurs ce que fait clatd de Tore Anderson), donc difficile de savoir sans investiguer plus.
renaud@Linuxmint:~$ traceroute 64:ff9b::68f4:2ac1
traceroute to 64:ff9b::68f4:2ac1 (64:ff9b::68f4:2ac1), 30 hops max, 80 byte packets
1 2a04:cec0:1109:8c1e:b273:5dff:fec4:3d30 (2a04:cec0:1109:8c1e:b273:5dff:fec4:3d30) 0.927 ms 1.011 ms 1.096 ms
2 2a04:cec0:1109:8c1e:0:61:5720:a40 (2a04:cec0:1109:8c1e:0:61:5720:a40) 118.908 ms 118.901 ms 118.968 ms
3 * * *
4 2001:860:b211:5100::14:4 (2001:860:b211:5100::14:4) 120.615 ms * *
5 2001:860:b211:5100::15:3 (2001:860:b211:5100::15:3) 119.671 ms 119.884 ms 119.650 ms
6 64:ff9b::a7d:7832 (64:ff9b::a7d:7832) 119.866 ms 38.488 ms 26.514 ms
7 lo1-lns-c10k05-m.club-internet.fr (64:ff9b::5959:64e2) 32.505 ms 42.318 ms 42.308 ms
8 64:ff9b::d4c2:aa00 (64:ff9b::d4c2:aa00) 50.578 ms 50.645 ms 50.371 ms
9 be5.cbr01-cro.net.bbox.fr (64:ff9b::d4c2:ab8d) 50.545 ms 50.608 ms 59.256 ms
10 64:ff9b::3e22:2fa (64:ff9b::3e22:2fa) 50.288 ms 47.765 ms 45.754 ms
11 * * *
12 twitter2.par.franceix.net (64:ff9b::2531:ed47) 51.896 ms 51.869 ms 51.708 ms
13 * * *
14 64:ff9b::68f4:2ac1 (64:ff9b::68f4:2ac1) 56.066 ms 52.077 ms 41.056 msrenaud@Linuxmint:~$ traceroute 64:ff9b::68f4:2ac1
traceroute to 64:ff9b::68f4:2ac1 (64:ff9b::68f4:2ac1), 30 hops max, 80 byte packets
1 2a04:cec0:1104:de18:b273:5dff:fec4:3d30 (2a04:cec0:1104:de18:b273:5dff:fec4:3d30) 0.880 ms 0.966 ms 1.059 ms
2 2a04:cec0:1104:de18:0:61:5721:5640 (2a04:cec0:1104:de18:0:61:5721:5640) 46.486 ms 46.475 ms 46.635 ms
3 * * *
4 2001:860:b211:5100::14:4 (2001:860:b211:5100::14:4) 46.719 ms 47.425 ms 47.615 ms
5 2001:860:b211:5100::15:3 (2001:860:b211:5100::15:3) 46.651 ms 46.601 ms 46.633 ms
6 * * *
7 * * *
8 * * *
9 * * *
10 * * *
11 * * *
12 * * *
13 * * *
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *
PING twitter.com : 64 data bytes
72 bytes from 64:ff9b::68f4:2a41: seq=0 ttl=53 time=48 ms
72 bytes from 64:ff9b::68f4:2a41: seq=1 ttl=53 time=44 ms
72 bytes from 64:ff9b::68f4:2a41: seq=2 ttl=53 time=44 ms
--- twitter.com ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss,
round-trip min/avg/max : 44 / 45 / 48 ms
Cela serait possible de reformuler et détailler les équipements utilisés ?
Si l'IMEI, l'APN et la configuration de l'APN sont identiques entre les deux quel facteur pourrait bloquer l'IPv6 ?