La Fibre
Fournisseurs d'accès à Internet mobile et 5G/4G fixe => 5G/4G Bouygues Telecom => 5G/4G Bouygues Telecom => Discussion démarrée par: skid9000 le 06 décembre 2019 à 17:25:13
-
Je suis revenu chez bytel pour profiter de l'offre à 11,99€ qu'ils ont sortit fin novembre et j'ai remarqué que vraisemblablement le ping semble bloqué net :o
Que ça soit direct sur mon tel avec termux ou sur un pc en partage de connexion derrière...
C'est nouveau ? J'ai pas souvenir d'une restriction du genre quand j’étais chez eux y a 3-4 ans ???
-
Est-ce qu'il ne faut pas utiliser ping6 pour pinger en ipV6 ?
-
non, ça passe chez moi avec ping (sous W10)
d'ailleurs sous windows, pour forcer ipv6, c'est ping -6 google.fr
ping6 n'existe pas.
>ping ipv6.lafibre.info
Envoi d’une requête 'ping' sur ipv6.lafibre.info [2a01:6e00:10:410::2] avec 32 octets de données :
Réponse de 2a01:6e00:10:410::2 : temps=38 ms
Réponse de 2a01:6e00:10:410::2 : temps=40 ms
Réponse de 2a01:6e00:10:410::2 : temps=41 ms
Réponse de 2a01:6e00:10:410::2 : temps=40 ms
-
Je suis chez Bouygues et je viens de tester: le ping fonctionne bien en ipv6 sur le réseau 4G ipv6.
Par contre pas de réponse au ping ipv4, normal je pense vu que c'est de l'ipv6 only.
-
C'est normal, il faut forcer l'IPv4 only dans les paramètres de l'APN "mmsbouygtel.com".
-
C'est normal, il faut forcer l'IPv4 only dans les paramètres de l'APN "mmsbouygtel.com".
A priori non c'est pas normal.
Pourquoi désactiver l'ipv6 ? C'est l'avenir.
-
A priori non c'est pas normal.
Pourquoi désactiver l'ipv6 ? C'est l'avenir.
Normal = NAT64
-
ça ne ping ni en v4 ni en v6 de mon coté :-\
J'ai l'apn en v6 de mon coté...
-
Il serait intéressant de voir si cette limitations est sur l'APN IPv4, juste pour comprendre.
Avec SFR en 4G on ping bien : (test réalisé en partage de connexion vers un PC Ubuntu)
$ mtr -zrwc100 ipv4.lafibre.info
Start: 2019-12-07T19:37:34+0100
HOST: vivien Loss% Snt Last Avg Best Wrst StDev
1. AS??? _gateway 0.0% 100 8.9 8.5 4.3 76.0 7.0
2. AS??? ? ? 100.0 100
3. AS??? 10.4.1.8 1.0% 100 41.6 44.9 29.3 218.9 26.1
AS??? 10.4.0.8
AS??? 10.4.2.8
4. AS??? 172.16.80.252 1.0% 100 36.8 42.9 30.9 107.8 11.8
5. AS15557 105.230.154.77.rev.sfr.net 1.0% 100 55.8 45.4 30.9 204.2 19.6
6. AS15557 30.12.6.109.rev.sfr.net 0.0% 100 61.5 62.7 38.4 902.0 85.9
7. AS15557 30.12.6.109.rev.sfr.net 0.0% 100 61.3 62.8 38.7 790.6 75.6
8. AS??? adeli-l2.peers.lyonix.net 0.0% 100 55.1 95.4 37.9 2067. 238.0
9. AS43142 lafibre.info 0.0% 100 52.7 59.1 37.1 561.0 62.6
$ ping lafibre.info
PING lafibre.info (46.227.16.8 ) 56(84) bytes of data.
64 bytes from lafibre.info (46.227.16.8 ): icmp_seq=1 ttl=54 time=50.9 ms
64 bytes from lafibre.info (46.227.16.8 ): icmp_seq=2 ttl=54 time=39.5 ms
64 bytes from lafibre.info (46.227.16.8 ): icmp_seq=3 ttl=54 time=56.9 ms
64 bytes from lafibre.info (46.227.16.8 ): icmp_seq=4 ttl=54 time=45.3 ms
-
On n'a aucune preuve que le ping est bloqué.
On a même la preuve qu'il n'est pas bloqué pour d'autres.
On a juste un utilisateur qui n'y arrive pas.
-
Il serait intéressant de voir si cette limitations est sur l'APN IPv4, juste pour comprendre.
J'ai l'apn en v6 mais j'ai retest en v4 et ça change strictement rien (si ce n'est que je n'ai plus d'ipv6 mais ça logique) ça ping ni en v4 ni en v6...
EDIT : J'ai rien dit, quand on a l'APN en v4, on peut ping une ipv4 ça fonctionne... Jvais étendre mes tests pour voir...
Quel argument vous me proposez pour demande à Bouygues Telecom de débloquer l'ICMP quand il est initié par le client ?
Je l'utilise que pour vérifier la connectivité entre mon tel et internet (et du monitoring quand je suis pas chez moi), donc c'est pas une grande perte, mais j'aimerais bien connaitre leurs raisons ???
EDIT 2 :
Ok donc j'ai testé :
APN v4 :
- Ping v4 : OK
- Ping v6 : Nope (normal y en a pas)
APN v6 :
- Ping v4 : Nope
- Ping v6 : Nope
APN v4/v6 :
- Ping v4 : Nope
- Ping v6 : Nope
-
J'ai effectué les mêmes tests avec les mêmes APN, et, je confirme, ping est bien bloqué avec les APN IPv6.
-
Serait-il possible de me faire un traceroute depuis un mobile Bouygues ? (désolé, je n'ai pas de SIM Bouygues et je suis coincé en télétravail chez moi, pas de cantine pour mon fils)
Exemple sous windows 10 :
tracert lafibre.info
Vous pouvez également utilise WinMTR pour mtr
Exemple sous Linux, avec MTR :
mtr -zrwc20 lafibre.info
-
Serait-il possible de me faire un traceroute depuis un mobile Bouygues ? (désolé, je n'ai pas de SIM Bouygues et je suis coincé en télétravail chez moi, pas de cantine pour mon fils)
Exemple sous windows 10 :
tracert lafibre.info
Vous pouvez également utilise WinMTR pour mtr
Exemple sous Linux, avec MTR :
mtr -zrwc20 lafibre.info
Traceroute avec l'APN IPv6 :
Tracing route to lafibre.info [2a01:6e00:10:410::2]
over a maximum of 30 hops:
1 1 ms 1 ms 1 ms 2a04:cec0:1132:67ff::ef
2 58 ms 61 ms 79 ms 2a04:cec0:1132:67ff:0:c:3bf2:9440
3 * * * Request timed out.
4 66 ms 78 ms 78 ms 2001:860:b215:5100::14:4
5 * * * Request timed out.
6 * * * Request timed out.
7 * * * Request timed out.
8 * * * Request timed out.
9 * * * Request timed out.
10 * * * Request timed out.
11 * * * Request timed out.
12 * * * Request timed out.
13 * * * Request timed out.
14 * * * Request timed out.
15 * * * Request timed out.
16 * * * Request timed out.
17 * * * Request timed out.
18 * * * Request timed out.
19 * * * Request timed out.
20 * * * Request timed out.
21 * * * Request timed out.
22 * * * Request timed out.
23 * * * Request timed out.
24 * * * Request timed out.
25 * * * Request timed out.
26 * * * Request timed out.
27 * * * Request timed out.
28 * * * Request timed out.
29 * * * Request timed out.
30 * * * Request timed out.
Trace complete.
-
Même symptôme avec l'APN en v6
C:\Users\skid>tracert lafibre.info
Détermination de l’itinéraire vers lafibre.info [2a01:6e00:10:410::2]
avec un maximum de 30 sauts :
1 7 ms 3 ms 2 ms 2a04:cec0:114a:8200::49
2 542 ms 41 ms 54 ms 2a04:cec0:114a:8200:0:32:6f6c:2d40
3 * * * Délai d’attente de la demande dépassé.
4 49 ms 40 ms 47 ms 2001:860:b212:100::14:4
5 * * * Délai d’attente de la demande dépassé.
6 * * * Délai d’attente de la demande dépassé.
7 * * * Délai d’attente de la demande dépassé.
8 * * * Délai d’attente de la demande dépassé.
9 * * * Délai d’attente de la demande dépassé.
10 * * * Délai d’attente de la demande dépassé.
11 * * * Délai d’attente de la demande dépassé.
12 * * * Délai d’attente de la demande dépassé.
-
Chez moi ça fonctionne bien (région parisienne) :
HWFRD:/ # traceroute -6 ip.lafibre.info
traceroute to ip.lafibre.info (2a01:6e00:10:410::2), 30 hops max, 64 byte packets
1 2a04:cec0:10c5:7ef0:0:49:29d1:540 (2a04:cec0:10c5:7ef0:0:49:29d1:540) 29.200 ms 24.429 ms 16.624 ms
2 * * *
3 2001:860:b204:5100::14:4 (2001:860:b204:5100::14:4) 25.041 ms 23.577 ms 16.317 ms
4 2001:860:b204:5100::15:2 (2001:860:b204:5100::15:2) 13.914 ms 23.524 ms 16.501 ms
5 2001:860:b204:5100::11:4 (2001:860:b204:5100::11:4) 15.213 ms 24.550 ms 14.526 ms
6 2001:860:bbe0:e1::1 (2001:860:bbe0:e1::1) 14.804 ms 25.207 ms 15.745 ms
7 la10.bsr01-cbv.ipv6.net.bbox.fr (2001:860:bbee:e::1) 20.477 ms 34.557 ms 23.901 ms
8 * * *
9 lafibre.info (2a01:6e00:10:410::2) 54.964 ms 31.335 ms 24.285 ms
HWFRD:/ # ping6 ip.lafibre.info
PING ip.lafibre.info (2a01:6e00:10:410::2): 56 data bytes
64 bytes from 2a01:6e00:10:410::2: seq=0 ttl=57 time=43.788 ms
64 bytes from 2a01:6e00:10:410::2: seq=1 ttl=57 time=35.677 ms
64 bytes from 2a01:6e00:10:410::2: seq=2 ttl=57 time=44.014 ms
^C
--- ip.lafibre.info ping statistics ---
4 packets transmitted, 3 packets received, 25% packet loss
round-trip min/avg/max = 35.677/41.159/44.014 ms
HWFRD:/ # wget -O - http://ipinfo.io
Connecting to ipinfo.io (216.239.34.21:80)
{
"ip": "80.214.26.126",
"city": "Paris",
"region": "Île-de-France",
"country": "FR",
"loc": "48.8534,2.3488",
"org": "AS5410 Bouygues Telecom SA",
"postal": "75000",
"timezone": "Europe/Paris",
"readme": "https://ipinfo.io/missingauth"
-
Une ipv4 sur le même apn ça ping aussi ?
-
Non, comme dit plus haut, le ping v4 ne fonctionne pas sur un APN v6 only.
-
D'un coté ça fait sens cependant en IPv4/IPv6 y a exactement le même blem, peut-tu également essayer ce scénario ?
(je disais ça car avec l'APN en v6 only je récupère quand même une v4 dans la foulée ??? )
-
Inutile, si je mets l'APN en IPv4/IPv6 il se met en IPv6, donc même résultats. Bouygues ne fait pas de dual stack sur mobile, c'est une fausse ipv4 (NAT64 et 464XLAT).
Je pense que le partage de connexion mobile ipv6-only avec un PC pose un problème parce que Windows ne fait pas de 464XLAT.
Fais-tu les requêtes depuis ton téléphone directement ?
Arrivez-tu depuis ton tel à pinger en v6 un équipement local chez toi ?
-
Je le fait en partage de connexion sur mon laptop.
Je vais retester direct sur mon tel à midi.
-
Je poste ça pour skid du coup.
-
Je pense que le partage de connexion mobile ipv6-only avec un PC pose un problème parce que Windows ne fait pas de 464XLAT.
Pour le partage de connexion, le 464XLAT est fait par le smartphone (Android / iOS).
Les équipements qui se connectent sur le smartphone récupèrent une IPv4 et une IPv6.
Pour le cas où vous mettez une clé 3G / clé 4G sur Windows, Windows 10 sait gérer le 464XLAT afin d'avoir de l'IPv4 sur une connexion IPv6 only.
Par contre Windows 7 ou Windows 8 ne savent pas le gérer.
Sous Linux aussi il y a du 464XLAT qui existe mais je ne sais pas si il est activé. Là aussi cela ne concerne aujourd'hui que ceux qui ont une clé 3G / 4G. Si on passe par un routeur, c'est à lui de le gérer (les routeurs 4G Huawei en Égypte le font, mais pas avec le firmware Français)
-
Bonjour,
Je déterre le sujet.
J'avais besoin de faire des pings sur ma ligne Bouygues en partage de connexion et direct sur le mobile et à chaque fois en Timeout.
C:\Windows\System32>tracert www.google.fr
Détermination de l'itinéraire vers www.google.fr [216.58.215.35]
avec un maximum de 30 sauts :
1 5 ms 2 ms 2 ms xx.xx.xx.xx
2 * * * Délai d'attente de la demande dépassé.
3 * * * Délai d'attente de la demande dépassé.
4 * ^
C:\Windows\System32>
Dans Wireshark, à pars le "Time to live Exeeded" et "Destination unreachable (port unreachable)".
Est-ce qu'on à avancer sur le problème ou pas ?
-
Il y a une case à cocher sur l'interface de ta Bbox pour activer la répons eau ping ICMP (valable en xDSL comme en FttH).
Coté réseau 4G, il n'y a pas de réponse au ping ICMP, que ce soit en IPv4 comme en IPv6.
-
Pas de bbox dans mon cas, uniquement à partir du mobile.
Visiblement ça ne concerne que Bouygues et pas de solution en vue ?
-
L’ICMPv6 passe sans problème en 4G Bouygues. Cependant du fait du DNS64/464XLAT il ne fonctionnera pas si tu essayes de pinguer ou traceroute une IPv4 : le mécanisme de traduction ne le prend pas en compte.