La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => Bouygues Telecom => 
Incidents Bouygues => Discussion démarrée par: doctorrock le 30 novembre 2020 à 12:57:50
-
Hello.
Depuis 48h maintenant, le ping vers ma passerelle saute environ toutes les 5 min (donc ma "connexion Internet" saute toutes les 5min, avec des freezes d'image sur les TV), et les VPN connectés sur ma ligne sautent et se reconnectent toutes les 5min environ.
Quelqu'un a aussi des soucis ?
Ma Gateway est 176.137.144.1
-
Précision très curieuse (et je ne l'invente pas) : depuis mon message, depuis 13h précisément , le problème a disparu et la connexion est redevenue stable. Hum...
-
Re ce soir.
Même symptôme : une passerelle qui ne ping plus environ toutes les 2min (et donc la connexion qui "saute" environ toutes les 2min)
-
C'est le sujet BT ici ? Je vois Orange dans votre profil.
-
Je suis Orange et BT.
-
Il faudrait la ville aussi pour savoir si tu es en AMII ou PACA THD.
-
Je suis basé sur Draguignan
-
J'ai passé la journée avec des VPNs et SSH (ouest des A.M.) et je n'ai pas eu de soucis, donc le soucis semble localisé sur ton coin/passerelle. Je ne peux pas plus t'aider ... désolé.
Tu es en AMII. Donc directement sur le réseau Bouygues.
-
OK ouai c'est bizarre, j'ai bien rebranché mon ONT mais rien n'y fait.
Ca s'était calmé quelques jours là, puis c'est revenu :-p
-
En rebranchant la BBox, j'ai les mêmes symptomes.
Voici quelques traceroute :
> tracert 8.8.8.8
Détermination de l’itinéraire vers dns.google [8.8.8.8]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms bbox.lan [192.168.1.254]
2 1808 ms 1813 ms 1826 ms i19-les01-t2-31-37-192-2.sfr.lns.abo.bbox.fr [31.37.192.2]
3 * 4 ms 4 ms 62.34.2.36
4 * * 4 ms 62.34.2.41
5 8 ms 8 ms 8 ms be21.cbr01-poi.net.bbox.fr [212.194.170.74]
6 8 ms 8 ms 8 ms lag24.rpt02-mrs.net.bbox.fr [212.194.170.56]
7 8 ms 8 ms 8 ms 209.85.148.0
8 9 ms 9 ms 9 ms 108.170.252.241
9 9 ms 9 ms 8 ms 72.14.232.49
10 8 ms 8 ms 8 ms dns.google [8.8.8.8]
Itinéraire déterminé.
> tracert free.fr
Détermination de l’itinéraire vers free.fr [212.27.48.10]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms bbox.lan [192.168.1.254]
2 432 ms 264 ms 185 ms i19-les01-t2-31-37-192-2.sfr.lns.abo.bbox.fr [31.37.192.2]
3 4 ms 4 ms 4 ms 62.34.2.36
4 * * * Délai d’attente de la demande dépassé.
5 16 ms 17 ms 17 ms be21.cbr01-poi.net.bbox.fr [212.194.170.74]
6 17 ms 17 ms 17 ms 212.194.171.9
7 17 ms 19 ms 19 ms be5.cbr01-cro.net.bbox.fr [212.194.171.141]
8 * 17 ms 17 ms 62.34.2.54
9 * * * Délai d’attente de la demande dépassé.
10 18 ms 17 ms 17 ms p19-6k-2-v918.intf.nra.proxad.net [78.254.254.166]
11 18 ms 18 ms 18 ms bzn-9k-2-sys-be2001.intf.routers.proxad.net [194.149.161.246]
12 18 ms 17 ms 17 ms www.free.fr [212.27.48.10]
Voici un ping vers ma passerelle :
ping 176.137.144.1 /t
Envoi d’une requête 'Ping' 176.137.144.1 avec 32 octets de données :
Réponse de 176.137.144.1 : octets=32 temps=97 ms TTL=63
Réponse de 176.137.144.1 : octets=32 temps=45 ms TTL=63
Réponse de 176.137.144.1 : octets=32 temps=206 ms TTL=63
Réponse de 176.137.144.1 : octets=32 temps=450 ms TTL=63
Réponse de 176.137.144.1 : octets=32 temps=1222 ms TTL=63
Réponse de 176.137.144.1 : octets=32 temps=1062 ms TTL=63
Réponse de 176.137.144.1 : octets=32 temps=1420 ms TTL=63
Réponse de 176.137.144.1 : octets=32 temps=1121 ms TTL=63
Réponse de 176.137.144.1 : octets=32 temps=1875 ms TTL=63
Délai d’attente de la demande dépassé.
Réponse de 176.137.144.1 : octets=32 temps=1246 ms TTL=63
Réponse de 176.137.144.1 : octets=32 temps=1807 ms TTL=63
Réponse de 176.137.144.1 : octets=32 temps=1844 ms TTL=63
Réponse de 176.137.144.1 : octets=32 temps=1802 ms TTL=63
Délai d’attente de la demande dépassé.
Délai d’attente de la demande dépassé.
Réponse de 176.137.144.1 : octets=32 temps=793 ms TTL=63
Réponse de 176.137.144.1 : octets=32 temps=226 ms TTL=63
Réponse de 176.137.144.1 : octets=32 temps=4 ms TTL=63
Réponse de 176.137.144.1 : octets=32 temps=4 ms TTL=63
Réponse de 176.137.144.1 : octets=32 temps=4 ms TTL=63
Réponse de 176.137.144.1 : octets=32 temps=4 ms TTL=63
Réponse de 176.137.144.1 : octets=32 temps=38 ms TTL=63
Réponse de 176.137.144.1 : octets=32 temps=4 ms TTL=63
Réponse de 176.137.144.1 : octets=32 temps=13 ms TTL=63
Réponse de 176.137.144.1 : octets=32 temps=140 ms TTL=63
Réponse de 176.137.144.1 : octets=32 temps=631 ms TTL=63
Réponse de 176.137.144.1 : octets=32 temps=425 ms TTL=63
Réponse de 176.137.144.1 : octets=32 temps=4 ms TTL=63
Réponse de 176.137.144.1 : octets=32 temps=44 ms TTL=63
Réponse de 176.137.144.1 : octets=32 temps=11 ms TTL=63
Réponse de 176.137.144.1 : octets=32 temps=746 ms TTL=63
Statistiques Ping pour 176.137.144.1:
Paquets : envoyés = 32, reçus = 29, perdus = 3 (perte 9%),
Durée approximative des boucles en millisecondes :
Minimum = 4ms, Maximum = 1875ms, Moyenne = 596ms
C'est le yoyo. Ca fait 3 jours maintenant que ça dure.
-
Quelle est cette passerelle car j'ai la même chose quand je teste de ma connexion en Normandie :
PING 176.137.144.1 (176.137.144.1): 56 data bytes
Request timeout for icmp_seq 0
64 bytes from 176.137.144.1: icmp_seq=0 ttl=52 time=1050.464 ms
64 bytes from 176.137.144.1: icmp_seq=1 ttl=52 time=945.386 ms
64 bytes from 176.137.144.1: icmp_seq=2 ttl=52 time=1480.911 ms
Request timeout for icmp_seq 4
Request timeout for icmp_seq 5
Request timeout for icmp_seq 6
64 bytes from 176.137.144.1: icmp_seq=6 ttl=52 time=1679.310 ms
^C
--- 176.137.144.1 ping statistics ---
9 packets transmitted, 4 packets received, 55.6% packet loss
round-trip min/avg/max/stddev = 945.386/1289.018/1679.310/301.721 ms
-
Je ne sais pas, mais depuis cette nuit ça s'est calmé, en gros c'est rentré dans l'ordre. Mais pour combien de temps ? ...
-
doctorrock, est-ce que tu constates toujours ces problèmes ?
Si oui, est-ce que tu peux me communiquer en MP ton numéro client ByTel ?
Je prépare une remontée en interne des soucis de ce type
-
Ouai, la passerelle répond au ping quand elle veut.
La connexion est stable cela dit, la passerelle relaye bien (même si elle ne se signale pas dans les traceroute) mais elle n'aime pas trop les requêtes ICMP on dirait.
-
Yes je te confirme que la passerelle (le BSR, son petit nom) ne répond que rarement à l'ICMP. Il gère des milliers de clients à la fois, et son premier rôle c'est le routage. Mais comme les hop d'après ont un ping correct, alors ce BSR n'ajoute pas de latence à la transmission. :) Pas de soucis donc
-
Ya juste un souci : mon routeur ping sa passerelle pour savoir si elle est up et monte la route dans la FDB.
Dès que la passerelle cesse de répondre au ping, la route tombe, et si j'ai pas d'alternative : je me retrouve dans le noir.
Je peux passer en ARP ping (à la place d'ICMP), ça marche mieux, mais là encore parfois, elle cesse de répondre.
Assez chiant au final, je dois me résoudre à ne pas tester ma passerelle, et donc si elle tombe, je ne peux pas le détecter et changer mes itinéraires en conséquences (je suis multihomé, j'ai plusieurs FAI en sortie).
-
Tu ne peux pas forcer un ping de 1.1.1.1 en passant par une connexion ou une autre ?
-
Tu ne peux pas forcer un ping de 1.1.1.1 en passant par une connexion ou une autre ?
Je n'ai pas compris ?
-
Tu ne peux pas dire à ton routeur (ou je ne sais pas ce qui teste) de tester par exemple d'envoyer un ping sur WAN1 vers 1.1.1.1 pour vérifier si Wan1 est UP et faire pareil sur WAN2 (pour savoir si WAN2 est up ) ? et donc déduire comme çà si ta connexion est UP plutôt que de ping la passerelle ?
-
Non, il teste les routes connectées pour connaitre leurs états, c'est à dire le premier saut, directement adjacent.
-
Tu passes par quoi ?
Parce que la majorité des systèmes DualWan savent faire des tests sur chaque patte et sont même capable de détecter si la connexion de Backup est down alors qu'elle n'est pas utilisé en mode "normal".
Sinon faudrait voir si tu ne peux pas essayer de ping par exemple un serveur qui sert la TV Bouygues (et qui avec un peu de chance n'est pas annoncé sur internet).
-
C'est du Mikrotik. Il teste chaque voisin immédiat par ping ou arp (ou pas de test), et monte ou démonte la route en fonction.