Auteur Sujet: Incident en cours sur le Backbone Free ? (Lu 607 fois)

coom · « **le:** **Hier** à 15:26:52 »

Hello à tous,

Moi et pas mal de mes potes abonnés chez Free avons des soucis depuis hier soir, aux alentours de 20h30 :
- Latences
- Beaucoup de drop de packets
- Déconnexion de nos VPN qu'ils soient en IPSec ou du VPN SSL pour faire du TTV.

Après rapide troubleshoot, il s'avère que les pings vers 8.8.8.8 sont catastrophique, la ou vers 1.1.1.1 "tout va bien". Et fun fact : seul IPv4 est impacté. Tout les sites en IPv6 répondent nickel, la ou en IPv4 c'est totalement "random"

Code: [Sélectionner]

C:\Users\Guillaume>ping -t -w 1 8.8.8.8

Envoi d’une requête 'Ping'  8.8.8.8 avec 32 octets de données :
Réponse de 8.8.8.8 : octets=32 temps=181 ms TTL=117
Réponse de 8.8.8.8 : octets=32 temps=176 ms TTL=117
Délai d’attente de la demande dépassé.
Réponse de 8.8.8.8 : octets=32 temps=166 ms TTL=117
Réponse de 8.8.8.8 : octets=32 temps=161 ms TTL=117
Réponse de 8.8.8.8 : octets=32 temps=156 ms TTL=117
Réponse de 8.8.8.8 : octets=32 temps=157 ms TTL=117

Statistiques Ping pour 8.8.8.8:
    Paquets : envoyés = 7, reçus = 6, perdus = 1 (perte 14%),
Durée approximative des boucles en millisecondes :
    Minimum = 156ms, Maximum = 181ms, Moyenne = 166ms
Ctrl+C
^C
C:\Users\Guillaume>ping -t -w 1 1.1.1.1

Envoi d’une requête 'Ping'  1.1.1.1 avec 32 octets de données :
Réponse de 1.1.1.1 : octets=32 temps=2 ms TTL=60
Réponse de 1.1.1.1 : octets=32 temps=2 ms TTL=60
Réponse de 1.1.1.1 : octets=32 temps=2 ms TTL=60
Réponse de 1.1.1.1 : octets=32 temps=1 ms TTL=60
Réponse de 1.1.1.1 : octets=32 temps=2 ms TTL=60
Réponse de 1.1.1.1 : octets=32 temps=2 ms TTL=60

Statistiques Ping pour 1.1.1.1:
    Paquets : envoyés = 6, reçus = 6, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
    Minimum = 1ms, Maximum = 2ms, Moyenne = 1ms
Ctrl+C
^C
C:\Users\Guillaume>ping www.google.fr

Envoi d’une requête 'ping' sur www.google.fr [2a00:1450:4007:80a::2003] avec 32 octets de données :
Réponse de 2a00:1450:4007:80a::2003 : temps=2 ms
Réponse de 2a00:1450:4007:80a::2003 : temps=2 ms

Statistiques Ping pour 2a00:1450:4007:80a::2003:
    Paquets : envoyés = 2, reçus = 2, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
    Minimum = 2ms, Maximum = 2ms, Moyenne = 2ms
Ctrl+C
^C
C:\Users\Guillaume>ping www.google.fr -4

Envoi d’une requête 'ping' sur www.google.fr [142.251.142.3] avec 32 octets de données :
Réponse de 142.251.142.3 : octets=32 temps=223 ms TTL=117
Réponse de 142.251.142.3 : octets=32 temps=192 ms TTL=117
Réponse de 142.251.142.3 : octets=32 temps=220 ms TTL=117
Réponse de 142.251.142.3 : octets=32 temps=241 ms TTL=117

Statistiques Ping pour 142.251.142.3:
    Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
    Minimum = 192ms, Maximum = 241ms, Moyenne = 219ms

C:\Users\Guillaume>

Vous observez aussi ce comportement chez vous ?

FreeBox Ultra en 8Gbits bridgée sur un FW OPNSense "10 Gbits" capable, je suis en IdF dans le Val d'Oise.

Preneur de vos retours

Guillaume

Alan700 · « **Réponse #1 le:** **Hier** à 15:46:42 »

Bonjour,

Aussi, chez Free et oui, tout ce qui est lié à Google prend une latence de malade (+600ms).

Sur RIPE Atlas, j'ai pu lancer des mesures et bien uniquement chez Free et ça touche aussi l'IPv6.

Code: [Sélectionner]

Hop 1 : 2a01:e0a:... (Passerelle client)           [0.5 ms]
Hop 2 : 2a01:e03:... (Backbone Free)               [1.6 ms]
Hop 4 : 2a01:e03:... (Backbone Free)               [2.2 ms]
Hop 8 : 2001:4c08:200f::5d9 (Entrée Level 3/Lumen) [6.6 ms]
Hop 9 : 2001:4c08::c5 (Level 3 Paris / Transit)   [310.8 ms]  ⚠️ EXPLOSION
Hop 10: 2001:4860:4827:400:: (YouTube / Google)    [281.7 ms]  ⚠️

zbug · « **Réponse #2 le:** **Hier** à 15:56:18 »

Je confirme ici aussi, pas que google, services microsoft et d'autre, en ipv4 c'est totalement instable ou latence à 200ms+, en ipv6 c'est aléatoire mais globalement moins "cassé"

Pegasus38 · « **Réponse #3 le:** **Hier** à 16:08:30 »

Pour une fois que l'ipv6 est utile...

zergflag · « **Réponse #4 le:** **Hier** à 17:27:52 »

Même problème également depuis hier soir $:-\$ :

fansat70 · « **Réponse #5 le:** **Hier** à 18:27:31 »

Effectivement, passage par le kamchatka, pour 540ms de latence... Résolveur dans les choux, donc proche plus connu?

heyron · « **Réponse #6 le:** **Hier** à 18:37:55 »

Salut à tous,

Mêmes soucis chez moi (Annecy), je constate de gros lags dans les jeux depuis hier soir.
Freebox pop avec 5gbits, réseau local cablé en 2.5gbits.

Voici le résultat de l'outil "mtr" chez moi vers l'IP 8.8.8.8:

Code: [Sélectionner]

mtr -rwc 50 8.8.8.8
Start: 2026-10-14T18:24:38+0200
HOST: home-cachy                                Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- _gateway                                   0.0%    50    0.2   0.2   0.2   0.7   0.1
  2.|-- taller-49m-1-v804.intf.routers.proxad.net  0.0%    50    3.8   4.1   3.7   4.5   0.2
  3.|-- ???                                       100.0    50    0.0   0.0   0.0   0.0   0.0
  4.|-- mei-b5-link.ip.twelve99.net                0.0%    50   16.1  18.3  15.4  52.4   8.0
  5.|-- 72.14.208.138                             92.0%    50  177.0 187.7 177.0 199.9  10.5
  6.|-- 192.178.105.171                           18.0%    50  138.7 151.0 115.1 211.4  18.7
  7.|-- 209.85.243.243                             4.0%    50  531.0 526.0 416.2 594.4  44.0
  8.|-- dns.google                                16.0%    50  203.9 184.9 152.9 215.3  14.3

J'espère que ça va se résoudre rapidement, c'est pas optimal de jouer en partage connexion 5g

wackou · « **Réponse #7 le:** **Hier** à 19:23:10 »

Bonjour,
Même problème ici en Sarthe sur Freebox Pop.
J'ai constaté hier soir autour de 21h une forte latence vers Google.
Mon routeur indiquait environ 300ms vers 8.8.8.8
Ça c'est terminé vers minuit.
Rebelote aujourd'hui autour de 13h, latence autour de 200ms/300ms.
Et là ça grimpe sans cesse.
J'ai redémarré ma Freebox et mon OpenWrt dans le doute.

simonlou · « **Réponse #8 le:** **Hier** à 19:48:37 »

Bonjour,

Même constat de notre côté, sur 3 lignes Free fibre dans 3 villes : Châlons-en-Champagne (moi), Reims et Laon (un ami). Mesures du 14/10 entre 18h40 et 19h20. Je pense avoir de quoi compléter la trace RIPE Atlas d'Alan700, notamment sur le chemin retour.

1. Châlons : trafic réel vers Google (TCP/TLS, pas seulement de l'ICMP)

Code: [Sélectionner]

curl https://www.google.com
connect: 0.560s  tls: 1.069s   -> handshake TLS 1.3 = 1 RTT ~ 510 ms

curl https://www.twitch.tv (témoin)
connect: 0.137s  tls: 0.148s   -> RTT ~ 11 ms

ping google.com (ams15s48-in-f14.1e100.net, 142.251.39.110)
rtt min/avg/max/mdev = 470.5/504.8/561.0/34.4 ms

2. Châlons : chemin aller (mtr TCP 443, 20 cycles, 18h41)

Code: [Sélectionner]

HOST: pc-sim                                Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- _gateway                               0.0%    20    0.2   0.6   0.2   6.5   1.4
  2.|-- station27.multimania.isdnet.net        0.0%    20    4.7   4.6   3.9   5.2   0.3
  3.|-- ns1.online.net                         0.0%    20    4.9   4.8   4.1   5.3   0.3
  4.|-- ???                                   100.0    20    0.0   0.0   0.0   0.0   0.0
  5.|-- prs-b10-link.ip.twelve99.net          15.0%    20  7175. 2603.   4.9 7175. 2169.4
  6.|-- google-ic-344095.ip.twelve99-cust.net  0.0%    20    5.3   5.3   4.7   6.2   0.4
  7.|-- pnpara-ag-in-f14.1e100.net             0.0%    20  235.9 310.1  10.2 594.0 218.0

Toute la latence apparaît sur la réponse de Google.

3. Châlons : chemin retour, depuis une VM Google (Globalping, gcp-southamerica-east1, 10 paquets, ~19h05)

Code: [Sélectionner]

Host                                                        Loss% Drop  Rcv   Avg  StDev  Javg
 1. AS15169 _gateway (142.251.247.129)                       0.0%    0   10 106.9    0.2   0.2
 2. AS15169 108.170.255.8                                    0.0%    0   10 107.6    0.1   0.1
 3. AS???   (waiting for reply)
 4. AS3356  ae1.3102.ear6.par1.neo.colt.net (171.75.10.5)   90.0%    9    1 198.9    0.0 198.9
 5. AS3356  213.242.121.78                                  20.0%    2    8 359.3   15.2  14.0
 6-10.      (waiting for reply)
11. AS12322 82-67-xx-xx.subs.proxad.net (ma ligne)          10.0%    1    9 415.5   13.9  87.6

4. Châlons : chemin via Arelion vers Free (looking glass AS1299, prs-b16 InterXion PAR5)

Code: [Sélectionner]

traceroute vers ma ligne :
  1 prs-bb2-link.ip.twelve99.net              3 / 2 / 2 ms
  2 prs-b17-link.ip.twelve99.net              6 / 10 / 6 ms
  3 freesas-ic-385069.ip.twelve99-cust.net    8 / 4 / 4 ms
  (puis plus de réponse, routeurs Free silencieux)

ping vers ma ligne :
Success rate is 100 percent (5/5), round-trip min/avg/max = 6/8/10 ms

Le chemin AS1299 vers Free est sain dans les deux sens.

5. Reims : chemin aller (mtr, 50 cycles, 19h16)

Code: [Sélectionner]

HOST: pve                                   Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 192.168.110.254                        0.0%    50    0.4   0.4   0.3   3.4   0.4
  2.|-- station27.multimania.isdnet.net        0.0%    50    5.2   4.9   4.1   5.5   0.4
  3.|-- ns1.online.net                         0.0%    50    4.8   4.9   4.2   5.5   0.3
  4.|-- ???                                   100.0    50    0.0   0.0   0.0   0.0   0.0
  5.|-- prs-b10-link.ip.twelve99.net          16.0%    50  4119. 1888.   4.9 7187. 1881.2
  6.|-- google-ic-344095.ip.twelve99-cust.net  0.0%    50    5.4   5.4   4.8   7.3   0.4
  7.|-- pnpara-ag-in-f14.1e100.net             0.0%    50  473.7 339.4  10.2 1187. 247.1

6. Laon : chemin aller (mtr, 50 cycles, 19h16)

Code: [Sélectionner]

HOST: pve2                                      Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 192.168.120.254                            0.0%    50    0.8   0.6   0.4   1.2   0.2
  2.|-- cbv-sbc-2-te1-0-0.intf.routers.proxad.net  0.0%    50    4.4   4.8   3.9   5.3   0.3
  3.|-- ???                                       100.0    50    0.0   0.0   0.0   0.0   0.0
  4.|-- ???                                       100.0    50    0.0   0.0   0.0   0.0   0.0
  5.|-- ae2.3211.edge7.par1.neo.colt.net          28.0%    50  1208. 1848. 112.9 7801. 2395.7
        ae1.3111.edge7.par1.neo.colt.net
  6.|-- 4.68.70.210                                0.0%    50    9.1  27.6   8.8 122.3  41.4
  7.|-- ams15s48-in-f14.1e100.net                  0.0%    50  267.6 356.6  14.6 717.4 217.9

Laon sort par AS3356 et non par AS1299, et présente pourtant le même symptôme que Reims et Châlons.

7. Autres abonnés Free (sondes Globalping AS12322, ping google.com, ~19h00)

Code: [Sélectionner]

Paris              14 ms                    OK
Reims              140-160 ms, 33 % perte   dégradé
Palavas-les-Flots  530-590 ms               dégradé
Cologne (32)       330-350 ms               dégradé
(sonde de Nantes écartée : 0,4 ms avec TTL 63, réponse locale, non représentative)

Hypothèse
Congestion sur le chemin retour Google vers Free via AS3356 à Paris. Le réseau interne de Free semble sain : 4 à 6 ms jusqu'à la sortie sur les 3 lignes. Comme le chemin AS1299 est propre, un réajustement des annonces de Free vers AS3356 devrait faire revenir Google par Arelion.

luzubal29 · « **Réponse #9 le:** **Hier** à 21:54:57 »

Hello les foromeurs,

Même problème ici à 10km au sud de Rennes sur mon offre Pop S en mode bridge derrière un UDR7 avec IP FullStack.

Début des problèmes hier soir aux alentours de 21h avec comme vous tous ici un ping énorme vers Google (800ms de moyenne).

Petite accalmie dans la nuit mais ça a repris à 9h30 ce matin, et c'est toujours cassé à l'heure actuelle.

Ping hier soir :

Temps de réponse vers Google constatés ce soir depuis l'interface de l'UDR :

En regardant également ce soir la courbe du lien depuis le routeur, on constate énormément de PL (pointillés rouge, moyenne à 5%) :

Voilà le routage vers Google depuis mon ordinateur ce soir :

Voilà le topo !
Bonne soirée à tous

Gears · « **Réponse #10 le:** **Hier** à 22:50:29 »

Hello, idem ici en Alsace sur Mulhouse, depuis hier soir de grosses pertes de paquets et des problèmes de lag sur des jeux en ligne.