La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => Free => 
Incidents Free => Discussion démarrée par: Dim le 20 septembre 2023 à 11:54:37
-
Bonjour,
la moitié, c'est bien sur au doigt mouillé.
mais depuis 11h12, impossible de joindre certaines IP.
C:\Users\xxxx>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 xxxxx [192.168.0.1]
2 5 ms 5 ms 5 ms 194.149.169.152
3 4 ms 5 ms 4 ms 194.149.166.58
4 4 ms 4 ms 4 ms 72.14.211.26
5 * * * Délai d’attente de la demande dépassé.
6 5 ms 4 ms 4 ms 142.251.64.127
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é.
13 * * * Délai d’attente de la demande dépassé.
14 * * * Délai d’attente de la demande dépassé.
15 * * * Délai d’attente de la demande dépassé.
16 * * * Délai d’attente de la demande dépassé.
17 * * * Délai d’attente de la demande dépassé.
18 * * * Délai d’attente de la demande dépassé.
19 * * * Délai d’attente de la demande dépassé.
20 * * * Délai d’attente de la demande dépassé.
21 * * * Délai d’attente de la demande dépassé.
22 * * * Délai d’attente de la demande dépassé.
23 * * * Délai d’attente de la demande dépassé.
24 * * * Délai d’attente de la demande dépassé.
25 * * * Délai d’attente de la demande dépassé.
26 * * * Délai d’attente de la demande dépassé.
27 * * * Délai d’attente de la demande dépassé.
28 * * * Délai d’attente de la demande dépassé.
29 * * * Délai d’attente de la demande dépassé.
30 * * * Délai d’attente de la demande dépassé.
Itinéraire déterminé.
C:\Users\xxxxxx>tracert gra.proof.ovh.net
Détermination de l’itinéraire vers gra.proof.ovh.net [141.94.30.145]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms xxxxxxx [192.168.0.1]
2 5 ms 5 ms 4 ms 194.149.169.73
3 5 ms 4 ms 4 ms 194.149.166.58
4 * * * Délai d’attente de la demande dépassé.
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 9 ms 9 ms 8 ms be102.gra-g2-nc5.fr.eu [213.186.32.214]
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é.
13 * * * Délai d’attente de la demande dépassé.
14 * * * Délai d’attente de la demande dépassé.
15 * * * Délai d’attente de la demande dépassé.
16 * * * Délai d’attente de la demande dépassé.
17 * * * Délai d’attente de la demande dépassé.
manifestement, ça ne vient pas de chez moi...
d'autres personnes dans la même situation ?
edit: d'autres IP, chez les même provider (mais situation géographique différente) fonctionnent bien:
C:\Users\xxxxx>tracert sbg.proof.ovh.net
Détermination de l’itinéraire vers sbg.proof.ovh.net [51.91.75.40]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms xxxxxxxxxxx [192.168.0.1]
2 5 ms 4 ms 5 ms 194.149.169.69
3 5 ms 4 ms 4 ms 194.149.166.58
4 * * * Délai d’attente de la demande dépassé.
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 10 ms 10 ms 10 ms be102.sbg-g2-nc5.fr.eu [91.121.215.218]
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é.
13 10 ms 11 ms 10 ms sbg.proof.ovh.net [51.91.75.40]
Itinéraire déterminé.
-
Même problème chez moi également, mêmes horaires.
Le diagnostic freebox pop par exemple fonctionne sur le test débit en free.fr mais pas sur online.fr
Depuis un PC je ping l'un de mes serveurs chez OVH, mais pas un autre qui a la même IP +1
Ca ressemble à la perte d'un lien sur un aggrégat avec une répartition basique par bit.
Edit 12h07 : ça semble reparti
seul l'IPv4 était touché (pour moi en tous cas)
je suis en FTTH sur collecte XPFibre
-
merci !
je pensais aussi a un truc dans le genre pour la cause de la panne.
j'ai que de l'IPv4 (2 connexions en failover, peu d'intérêt a passer en v6)
ça semble en effet revenu (ça a bagotté un peu entre 12h05 et 12h10)
-
merci !
je pensais aussi a un truc dans le genre pour la cause de la panne.
j'ai que de l'IPv4 (2 connexions en failover, peu d'intérêt a passer en v6)
ça semble en effet revenu (ça a bagotté un peu entre 12h05 et 12h10)
Bah du coup, il y a un intérêt maintenant :)
-
ça fait parti de la liste mais tout en bas ::)
(et pis ya encore pas mal de trucs ipv4 only sur internet, donc ça n'aurait pas résolu le problème)
-
Je surveille plusieurs box et j'ai remarqué que les ip full stack en 82.64 et 82.65 n'étaient pas impactées par contre les ip full stack en 82.66 étaient impactées.
Ce n'était pas lié à une zone ou pm ou nro.
Ma voisine même coupleur pm et nro en 82.66 impactée, moi pas impacté en 82.64. Autre connexion en 82.65 non impactée.
Sur certaines box ça a été une coupure franche de 11h26 à 12h04 ; sur d'autres la box répondait au ping de temps en temps.
-
je suis en 82.66 perso
-
les ip full stack en 82.66 étaient impactées.
bien vu ! 82.66 full stack ici aussi
-
ça a l'air de déconner coté freepro aussi...
un pote a des ralentissements (genre perte de paquets ou DNS injoignable) ou des sites qui répondent pas de manière sporadique.
(aucune idée si c'est général ou pas)
-
Certains intituleront cela un "incident isolé collectif".
J'ai eu également cet incident. Perso, les sites de Free étaient touchés, mais tout ce qui concerne IPV6 - Bonjour laFfbre.info! - Passaient normalement.
Comme quoi, l'IPV6 deviendra de plus en plus salvateur, non?
Cela sent la passerelle IPV4 dédiée chez Free qui s'est vautrée, et le temps de reforger (à la main!!!) une nouvelle passerelle, il s'est passé une heure. :)
P'T1, une heure à imputer au "droit à la déconnexion", cela fait très mal! ;) ;) ;)
-
J'ai eu le même problème et je n'ai pas pensé à regarder mon forum préféré. Ça m'aurait évité de m'arracher les cheveux et d'essayer de tout changer mon pihole...
Au final c'est une panne pénible effectivement parce que ça marche "à moitié".
-
Bonjour,
pas le même genre de souci, mais même effet a l'arrivée
ce matin de 8h15 à 9h52.... (un extrait en PJ: rouge = no ping)
autrement dit, inutilisable.
-
Au printemps dernier j'avais constaté de grosses pertes de paquets par intermittence qui avaient l'air de provenir d'AMS-IX, et donc ça touchait « la moitié d'internet »
-
Bonjour,
pas le même genre de souci, mais même effet a l'arrivée
ce matin de 8h15 à 9h52.... (un extrait en PJ: rouge = no ping)
autrement dit, inutilisable.
ça recommence, même schéma.
en gros ça coupe quelques secondes (durée variable) toutes les 30 secondes.
depuis 16h15 et ça continue.
le téléphone et le TV de la box ne sont pas impactés.
ça commence à être sacrément pénible.
-
fini à 17h52.... rien fait de particulier
-
fini à 17h52.... rien fait de particulier
Bizarre, avec apparemment la même durée de perturbation... Seulement internet? Se poser éventuellement la question de ce qui est côté LAN de la box...
-
bah justement aujourd'hui j'avais viré mon routeur pour y mettre mon PC quelques minutes le temps de tester.
idem.
(la box est en bridge)
-
bah justement aujourd'hui j'avais viré mon routeur pour y mettre mon PC quelques minutes le temps de tester.
idem.
(la box est en bridge)
Pourquoi j'ai posé la question? Justement parce qu'il n'y a qu'internet de touché... S'il y avait des coupures au niveau FTTH sur le GPON, les flux TV seraient perturbés, ainsi que la téléphonie.
Donc soit il y un troll qui cochonne tous les flux internet via les transits divers uniquement pour toi, ceci dans des horaires bien particuliers, soit il y a un problème en interne, sur le LAN, ou une perturbation locale qui ne toucherait que le PC (Wifi, autres appareils touchés?).
Ceci dit d'un "vieux" qui a sévi en son temps dans du SAV pro...