La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => Bouygues Telecom => 
Incidents Bouygues => Discussion démarrée par: Florian le 23 septembre 2021 à 14:16:50
-
Bonjour,
Depuis environ 1 heure je vois que 8.8.8.8 &co répondent avec environ 1 secondes de latence, quand ça veut bien répondre. Pas de soucis vers d'autres destinations... Mais des lenteurs sur les sites qui utilisent gstatic&co également. Vous savez si c'est général ?
Merci.
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 ccr1036 [192.168.1.1]
2 * 1496 ms 1393 ms static-212-194-96-3.ftth.abo.bbox.fr [212.194.96.3]
3 1 ms 1 ms 2 ms 212.194.171.108
4 * * * Délai d’attente de la demande dépassé.
5 3 ms 3 ms 2 ms 212.194.171.69
6 * * * Délai d’attente de la demande dépassé.
7 4 ms 5 ms 1 ms 72.14.204.68
8 906 ms 880 ms 849 ms 108.170.244.225
9 884 ms * 876 ms 108.170.236.97
10 * 905 ms 877 ms dns.google [8.8.8.8]
-
Hello,
Depuis ma Bbox dans le 91 je ne constate pas cela :
HOST: beesly Loss% Snt Last Avg Best Wrst StDev
1. AS??? bbox.lan 0.0% 10 0.7 0.7 0.6 1.2 0.2
2. AS5410 176.160.96.2 30.0% 10 1907. 2149. 1907. 2276. 144.4
3. AS5410 62.34.2.22 10.0% 10 3.6 3.9 3.4 5.5 0.7
4. AS5410 62.34.2.0 0.0% 10 6.1 5.2 4.7 6.1 0.5
5. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
6. AS15169 72.14.204.68 0.0% 10 4.8 4.9 4.4 6.9 0.8
7. AS15169 108.170.244.193 0.0% 10 4.6 4.8 4.5 4.9 0.1
8. AS15169 64.233.174.49 0.0% 10 4.5 4.7 4.4 5.3 0.3
9. AS15169 dns.google 0.0% 10 4.7 4.8 4.4 4.9 0.1
Toujours d'actu ?
-
Florian vu ton traceroute, je pense que le problème était du coté Google.
L'IP 72.14.204.68 est joignable avec peu de latence et semble correspondre à une IPv4 de Google sur Paris.
-
Yep toujours d'actu :/
Détermination de l’itinéraire vers 8.8.8.8 avec un maximum de 30 sauts.
1 <1 ms <1 ms <1 ms 192.168.1.1
2 28 ms 14 ms 17 ms 212.194.96.3
3 * * 1 ms 212.194.171.108
4 * * * Délai d’attente de la demande dépassé.
5 3 ms 3 ms 1 ms 212.194.171.69
6 * * * Délai d’attente de la demande dépassé.
7 2 ms 1 ms 2 ms 72.14.204.68
8 891 ms 892 ms 890 ms 108.170.244.225
9 * * 2 ms 216.239.48.139
10 881 ms 897 ms 887 ms 8.8.8.8
Je prends le bien connu 8.8.8.8, mais les autres services se comportent pareil, environ 900ms en réponse, que ce soit en ipv4 ou v6.
-
Il y a trois types de services de Google :
- Ceux sur le GGC de l'opérateur
- Ceux qui sont en local à Paris
- Ceux qui partent vers Saint-Ghislain à la frontière entre la France et la Belgique
(https://lafibre.info/images/datacenter/201206_google_gwan.png)
-
Dans tous les cas cette latence n'est pas normale :)
-
Tu peux ping free.fr en v4 et en v6 ? Parce que vers cette destination j'ai bien 800ms.
-
Je dirais qu'il y a effectivement un petit soucis en cours : https://twitter.com/search?q=bouygues&src=typed_query&f=live
-
Y'a des drop de trafic sur les weathermaps chez ByTel. Je n'en sais pas plus pour l'instant.
-
Pareil pour joindre OVH.
-
Idem, et pas que vers Google et OVH.
-
Tu peux ping free.fr en v4 et en v6 ? Parce que vers cette destination j'ai bien 800ms.
Envoi d’une requête 'ping' sur free.fr [212.27.48.10] avec 32 octets de données :
Réponse de 212.27.48.10 : octets=32 temps=4 ms TTL=53
Réponse de 212.27.48.10 : octets=32 temps=3 ms TTL=53
Réponse de 212.27.48.10 : octets=32 temps=4 ms TTL=53
Réponse de 212.27.48.10 : octets=32 temps=5 ms TTL=53
Envoi d’une requête 'ping' sur free.fr [2a01:e0c:1::1] avec 32 octets de données :
Réponse de 2a01:e0c:1::1 : temps=2 ms
Réponse de 2a01:e0c:1::1 : temps=2 ms
Réponse de 2a01:e0c:1::1 : temps=2 ms
Nickel de mon coté.
-
A priori ça doit aller mieux avec OVH :
Nous avons detecté une dégradation de service sur le réseau de Bouygues Telecom. Nous avons isolé notre PNI avec eux et maintenant le trafic passe par un transitaire et est de nouveau stable. Nous contactons Bouygues Telecom pour qu'ils vérifient leurs équipements
http://travaux.ovh.net/?do=details&id=53457
-
Je sais pas de quand date le message d'ovh mais clairement c'était pas top ya 5 minutes
mon smokeping vers travaux.ovh.net
-
Envoi d’une requête 'ping' sur free.fr [212.27.48.10] avec 32 octets de données :
Réponse de 212.27.48.10 : octets=32 temps=4 ms TTL=53
Réponse de 212.27.48.10 : octets=32 temps=3 ms TTL=53
Réponse de 212.27.48.10 : octets=32 temps=4 ms TTL=53
Réponse de 212.27.48.10 : octets=32 temps=5 ms TTL=53
Envoi d’une requête 'ping' sur free.fr [2a01:e0c:1::1] avec 32 octets de données :
Réponse de 2a01:e0c:1::1 : temps=2 ms
Réponse de 2a01:e0c:1::1 : temps=2 ms
Réponse de 2a01:e0c:1::1 : temps=2 ms
Nickel de mon coté.
Tu peux les traceroute en v4 stp ?
-
Je sais pas de quand date le message d'ovh mais clairement c'était pas top ya 5 minutes
Tweeté à 15H08 pour être précis, effectivement il n'y a pas la date sur le premier message de travaux.ovh :(.
-
Vous avez toujours le pb ?
-
Tu peux les traceroute en v4 stp ?
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 ccr1036 [192.168.1.1]
2 2 ms 1 ms 2 ms static-212-194-96-3.ftth.abo.bbox.fr [212.194.96.3]
3 * * 2 ms 212.194.171.108
4 * * 2 ms 212.194.171.80
5 3 ms 3 ms 4 ms 212.194.171.69
6 * * * Délai d’attente de la demande dépassé.
7 * * * Délai d’attente de la demande dépassé.
8 2 ms 4 ms 4 ms p11-9k-1-be1022.intf.routers.proxad.net [194.149.161.229]
9 4 ms 3 ms 4 ms bzn-9k-2-sys-be2001.intf.routers.proxad.net [194.149.161.246]
10 4 ms 3 ms 3 ms www.free.fr [212.27.48.10]
-
Vous avez toujours le pb ?
Aaaaah nickel vers google, que ce soit v4 ou v6
-
Pb sur un routeur de peering. Trafic détourné par d'autres liens qui ont pas aimé la charge. Pb initial résolu, en tout cas le trafic remonte sur les weathermap.
Ça va mieux là je pense :)
-
Yep, merci beaucoup pour les infos :)
-
Ici ça ne fonctionnait qu'en me connectant en Allemagne par VPN. Suite aux derniers messages je me suis déco pour tester et effectivement, ça refonctionne. ;D Merci Nico pour m'avoir dirigé vers ce sujet :)
-
Ca refonctionne aussi chez moi.
-
Bouygues est un opérateur réactif :)
-
Pour le coup j'avais une probabilité sur deux de ne m'en être jamais rendu compte...
-
De 13h45 à 15h05 avec une de mes sondes, soit 1h20 pour résoudre le problème, c'est plutôt pas mal.
-
Vaut mieux que ça se passe à 15h qu'en soirée :)
-
Florian vu ton traceroute, je pense que le problème était du coté Google.
L'IP 72.14.204.68 est joignable avec peu de latence et semble correspondre à une IPv4 de Google sur Paris.
Mon analyse était erronée et la cause c'est que le routage était asymétrique.
Le saturation était dans le sens descendant et le traceroute que nous avons eu était dans le sens montant. Pour faire une analyse fiable, un traceroute réalisé coté Google était nécessaire.
-
La route aller semblait passer par Interxion, tandis que la route retour par Telehouse où un routeur a connu une très forte saturation suite à un problème affectant ses liens.
(en tout cas vers Free)