La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => Free => 
Incidents Free => Discussion démarrée par: papa33 le 28 juin 2017 à 11:15:26
-
Bonjour,
comme beaucoup en ZMD, j'ai pu constater depuis une grosse semaine une amélioration de la qualité du service en ZMD :
--débits élevés et stables (DL : 880 Mb/s, UL : >360 Mb/s, ping : 11ms) Pour le ping, c'est une valeur constante depuis août 2016, date de mon raccordement.
--je n'ai (ou plutôt "je n'avais") plus de décos.
--Par contre, les problèmes de réception TV aux heures de grande écoute perdurent, même s'ils semblent moins "intenses".
Du coup, je me suis dit que j'avais peut-être bien fait d'attendre avant de me précipiter sur une offre jet fibre, ce que j'étais à deux doigts de faire après ma dernière conversation "houleuse" avec le service client.
Et puis ce matin, badadoum, une déco... (bizarrement cette déco, qui a interrompu pendant environ 30 secondes le web et le service TV, n'est pas apparue dans l'historique), et après la reconnexion, je me retrouve avec un ping à 21ms... A noter le débit UL qui a un peu chuté à 290 Mb/s. Bref, on a beau "serrer les fesses", ça finit toujours par une régression...
Si quelqu'un(e) sur ce forum a des suggestions/hypothèses, je suis preneur.
Merci par avance.
-
Bonjour,
Ça pourrait être un soucis sur le réseau de Free, par exemple un lien coupé qui provoque une bascule sur une route de secours moins directe.
Il faudrait que tu fasses un traceroute et que tu compares avec le résultat d'un traceroute plus ancien si tu as ça quelque part.
-
Malheureusement, j'ai pas de traceroute effectué depuis que je suis chez Free. Sinon, sur quel site effectuer le traceroute de préférence (plutôt en ipv4 ou ipv6?)
-
Tu peux faire un traceroute vers ping6.online.net ou ipv6.bouygues.testdebit.info. L'IPv6 est à privilégier comme l'IPv4 passe par un tunnel qui cache les sauts intermédiaires.
-
J'ai fait le traceroute en ipv4 (une question, quand je fais le traceroute en ipv6, mon adresse ip est affichée dans le résultat, et pas en ipv4, mais comme je comprends encore moins les adresses ipv6, il y a peut-être quelque chose qui m'échappe? Bon, de toute façon, le résultat est le même en ipv6, environ 20-21ms). Bref, voici le traceroute en question :
traceroute ping.online.net
traceroute to ping.online.net (62.210.18.40), 30 hops max, 60 byte packets
1 192.168.1.254 (192.168.1.254) 0.275 ms 0.408 ms 0.588 ms
2 194.149.164.54 (194.149.164.54) 24.794 ms 25.331 ms 25.347 ms
3 bzn-9k-5-be2001.intf.routers.proxad.net (194.149.162.22) 21.085 ms 21.290 ms 21.308 ms
4 * * *
5 195.154.1.4 (195.154.1.4) 21.959 ms 22.298 ms 22.287 ms
6 45x-s44-2-a9k1.dc3.poneytelecom.eu (195.154.1.105) 22.238 ms 21.505 ms 21.469 ms
7 ping.online.net (62.210.18.40) 20.980 ms 20.673 ms 21.217 ms
-
Le problème ici c'est qu'on ne voit pas le chemin jusqu'au premier saut, ça rend indispensable d'utiliser IPv6. Tu peux cacher ton IP si tu veux.
-
Voilà, j'ai juste enlevé la première ligne, et je découvre que je suis maintenant à plus de 40ms ! >:( (pas génial en fibre) :
traceroute to ping6.online.net (2001:bc8:1::40), 30 hops max, 80 byte packets
2 2a01:e05:5:f836:370::ffff (2a01:e05:5:f836:370::ffff) 1.912 ms 2.303 ms 2.312 ms
3 * * *
4 2a01:e05:4::1 (2a01:e05:4::1) 3.839 ms 4.134 ms 3.905 ms
5 * * *
6 2a01:e00:1e::5 (2a01:e00:1e::5) 40.439 ms 40.391 ms 40.448 ms
7 dedibox-2-p.intf.routers.proxad.net (2a01:e00:1:b::2) 40.285 ms 40.417 ms 40.674 ms
8 2001:bc8:0:1::b9 (2001:bc8:0:1::b9) 40.665 ms 41.058 ms 40.840 ms
9 2001:bc8:0:1::b2 (2001:bc8:0:1::b2) 40.820 ms 40.988 ms 41.006 ms
10 2001:bc8:1::40 (2001:bc8:1::40) 40.299 ms 40.283 ms 40.267 ms
Confirmé sur speedtest, et UL en forte chute (j'ai toujours été à 360 Mb/s en up) :
(https://beta.speedtest.net/result/6412924950.png) (https://beta.speedtest.net/result/6412924950)
-
Il manque tout plein de routeurs intermédiaires mais ça semble confirmer un problème sur le réseau de Free. Les premiers sauts semblent tout à fait normaux. Le fait que ça empire en soirée fait penser à une route de secours qui sature.
Edit : Ça pourrait aussi être juste un lien de perdu qui fait saturer la route normale.
-
Pas de souci de mon côté en ZMD.
C:\Users\Shazir>tracert ping6.online.net
Tracing route to ping6.online.net [2001:bc8:1::40]
over a maximum of 30 hops:
1 1 ms 1 ms 1 ms 2a01:e0a:22:XXXXXX
2 5 ms 5 ms 2 ms 2a01:e00:2d:f836:391::ffff
3 3 ms 2 ms 2 ms 2a01:e00:2d:1700::ffff
4 * * * Request timed out.
5 * * * Request timed out.
6 3 ms 3 ms 6 ms dedibox-2-p.intf.routers.proxad.net [2a01:e00:1:b::2]
7 5 ms 3 ms 4 ms 2001:bc8:0:1::b9
8 8 ms 5 ms 3 ms 2001:bc8:0:1::b2
9 3 ms 3 ms 3 ms 2001:bc8:1::40
Trace complete.
-
Chez moi non plus, je ne pense pas que ça soit spécifique aux ZMD mais plutôt à la région.
-
Ouais, j'ai pas trouvé d'autres personnes qui auraient reporté le même souci sur aucun forum. Bref, c'est mal parti, je pense que ça ne servira pas à grand chose de les appeler (on va immanquablement me dire que "ça vient de mon installation", comme pour les freezes TV...)
-
C'est effectivement inutile d'appeler. Le problème est forcèment déjà connu des personnes réellement concernées (i.e. pas la hotline).
-
Ah, et aussi des freezes/pixels massifs sur la TV (c'est peut-être plus ou moins lié)... Obligé de repasser sur la TNT pour voir le match, pffff...
-
De mieux en mieux la fibre Free!
(https://beta.speedtest.net/result/6413422759.png) (https://beta.speedtest.net/result/6413422759)
-
Bonjour,
ça me rassure, je ne suis pas le seul
Je suis en vdsl 2 chez free entre 40-50 mbit/s en down et 12-13 mbit/s up.
Je suis sur st jean d'angély
ce matin, j'ai remarqué exactement la même chose, coupure d'environ 30 secondes. depuis cette coupure, je suis passé de 19 ms à 60-70 ms vers mon serveur OVH hébergé à Roubaix.
j'ai fait un tracert 8.8.8.8 est ça donne : (http://zupimages.net/up/17/26/duxd.jpg)
D'habitude, je passe par Bordeaux.
ce soir, le débit est pourri :
(https://beta.speedtest.net/result/6413552099.png)
-
Ah, merci mille fois pour ton message Cayenne! Moi aussi je me sens moins seul du coup!
-
Le passage par Nantes ne semble pas normal, ça n'est probablement pas la route habituelle et ça parait confirmer la théorie d'un lien qui serait tombé.
-
De mon côté vers le DSLAM de SJE17 (Saint Jean d'Angely) :
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| bbox.lan - 0 | 4 | 4 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| be44.cbr01-lyo.net.bbox.fr - 0 | 4 | 4 | 9 | 12 | 16 | 15 |
| be5.cbr01-cro.net.bbox.fr - 0 | 4 | 4 | 11 | 12 | 13 | 13 |
| la43.rpt06-th2.net.bbox.fr - 0 | 4 | 4 | 8 | 8 | 8 | 8 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
|p11-crs16-1-be1012.intf.routers.proxad.net - 0 | 4 | 4 | 10 | 12 | 15 | 10 |
|nantes-crs8-2-be1103.intf.routers.proxad.net - 0 | 4 | 4 | 15 | 18 | 21 | 17 |
|brioux-49m-1-v806.intf.routers.proxad.net - 34 | 3 | 2 | 67 | 67 | 68 | 68 |
|nersac-49m-1-v808.intf.router.proxad.net - 0 | 4 | 4 | 70 | 70 | 71 | 71 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
Il doit y avoir un problème entre Nantes et Brioux.
-
Je dirais que c'est juste une saturation consécutive à la chute d'un autre lien qui fait que tout le trafic passe par une route non dimensionnée pour.
-
Ah Free et son réseau.... :P :-X
-
Les liens qui tombent ça arrivent chez tout le monde (coucou les pelleteuses bien souvent), en général ça ne dure jamais très longtemps. En plus dans ce cas le service est dégradé mais pas interrompu, il y a pire...
-
Je dirais que c'est juste une saturation consécutive à la chute d'un autre lien qui fait que tout le trafic passe par une route non dimensionnée pour.
Peut-être un flapping, non?
-
Géographiquement le chemin semble bizarre et papa33 a bien vu son débit et son ping se dégrader au fur et à mesure que la journée avançait ce qui fait penser à une saturation.
-
Oui, ça semble être le cas. Par contre, ça à l'air d'être un sacré lien qui est tombé, ou alors le reroutage n'est pas forcèment optimal ..
Bref, ça ira surement mieux demain ou vendredi. ;)
-
tien une coïncidence, depuis ce matin 11 dslam injoignable de le loir et cher sur : http://www.free-reseau.fr/
à peut près a la même heure où j'ai eu la coupure + basculement sur nantes
-
Ce n'est peut-être pas une coïncidence. ;)
-
Les liens qui tombent ça arrivent chez tout le monde (coucou les pelleteuses bien souvent)
C'est pas une raison pour avoir des liens chargés à >50% :).
-
problème résolu chez moi, tous est redevenu comme d'habitude :
(http://zupimages.net/up/17/26/4mgl.jpg)
(https://beta.speedtest.net/result/6413730761.png)
-
tracert 194.149.163.37 :
Détermination de l’itinéraire vers nantes-crs8-2-be1104.intf.routers.proxad.net [194.149.163.37]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms 192.168.20.254
2 4 ms 4 ms 4 ms sje17-1-88-124-232-254.fbx.proxad.net [88.124.232.254]
3 6 ms 6 ms 6 ms 213.228.31.254
4 7 ms 9 ms 7 ms brioux-49m-1-v808.intf.routers.proxad.net [194.149.163.45]
5 11 ms 11 ms 11 ms nantes-crs8-2-be1104.intf.routers.proxad.net [194.149.163.37]
Itinéraire déterminé.
lien moins saturé :)
-
OK pour moi également, retour à de très bonnes valeurs.
Edit : et merci pour le boulot et la résolution très rapide du problème.
-
C'est pas une raison pour avoir des liens chargés à >50% :).
Est-ce qu'on peut vraiment en conclure ça ? Pour moi ça veut surtout dire que le lien Brioux <-> Nantes est beaucoup plus petit que le lien Bordeaux <-> Paris, ce qui en soit n'est pas réellement surprenant. Après on peut le regretter, je suis d'accord.
-
Il doit bien y avoir d'autres liens non ?
Plutôt que de saturer (ce qui semblait être le cas hier), n'était il pas possible de renvoyer aussi une partie de trafic via toulouse/marseille/lyon (trajet pris au hasard) mais il doit bien y avoir des liens dans le sud de la France.
Après, oui une panne peu arriver à tout le monde, mais de mémoire, c'est aussi connu que Free n'ayant pas de vrai clients/abonnements "pro", le backup est plus léger que chez les autres.
-
j'ai remarqué un truc, ce matin, en essayant de faire un tracert de ma freebox à st jean d'angély vers le DSLAM de Fouras, j'ai remarqué qu'il y à une route directe entre Bordeaux et Nantes :
(http://zupimages.net/up/17/26/4ndk.jpg)
le DSLAM de Fouras passe par la Rochelle, Nantes ... pour joindre internet d'habitude (OVH vers DSLAM Fouras) :
(http://zupimages.net/up/17/26/asdx.jpg)
Pourquoi hier nous ne somme pas passé par Bordeaux et ensuite Nantes .....
route plus longues ?
problème routeur bordeaux ?
J'aurais du faire des tracert comme ça hier quand il y avait le problème de saturation
-
Est-ce qu'on peut vraiment en conclure ça ? Pour moi ça veut surtout dire que le lien Brioux <-> Nantes est beaucoup plus petit que le lien Bordeaux <-> Paris, ce qui en soit n'est pas réellement surprenant. Après on peut le regretter, je suis d'accord.
J'ai fait un raccourci (en mode nominal / backup <50%) mais l'idée étant de pouvoir perdre une liaison sans saturer les autres (quitte à ce que la latence monte, mais juste à cause de la distance supplèmentaire).
-
Il y a quelques mois, il y avait eu un "malheureux" coup de pelleteuse au centre de la Manche. Résultat, tous les NRA du Nord du département coupés pendant 2 jours alors que les concurrents (Orange, SFR et Bouygues) avait été rétablis très vite...
Quand on fait un réseau low cost, voila ce qui arrive mais tant qu'il continuera à avoir des pigeons pourquoi s'embêter à investir...
-
Free n'a pas de pro sur son réseau, à partir de là je ne vais pas forcement leur jeter la pierre à ce niveau.