Essayez en mode sans échec ou sur un live CD Linux, mon petit doigt me dit que le problème est toujours au même endroit...

Malheureusement non..

Hé, vu que je m'ennuyais, j'avais du temps à perdre.

Le PC n'est pas du tout à remettre en cause, l'OS est fraichement installé, et l'hardware n'a pas un mois…

Coté réseau on est sur du X520-DA2 avec un direct-attach entre la box et la machine, Et il n'y a pas 3h je téléchargeais à plus de 400Mo/s

Avec Ubuntu 18.04, même combat. La 20.04 ben c'est mission impossible, je dépasse pas les 50Ko de download.

Avec un iPhone, Pixel 5, Macbook Pro, même combat, même débit, en wifi ou pas d'ailleurs, ça change rien.

D'ailleurs pour la blague, J'ai mes voisins avec un red FTTH à 20 balles qui fonctionne parfaitement.

De toute façon vu l'asymétrie constatée, je penche sévèrement pour une saturation quelque part. Mais c'est vraiment pas digne d'un opérateur, encore moins qui souhaite se décoller de son image "low-cost" pour devenir quelque chose de plus haut de gamme.

D'ailleurs on est sur du mieux, je dépasse enfin les 20Mbps...

Personne ne constate ce soucis ? J'ai bien vu 2-3 personnes se plaindre avec les mêmes symptômes que moi au même moment sur twitter mais bon.. L'un d'eux est dans la même ville..

EDIT : C'est bien une saturation. Une fois derrière un VPN, tout est ok. Ca craint.

La question habituelle est: Ces saturations sont toutes vers une destination ou un pays particuliers? Ou est-ce sur toutes les directions?
Si c'est vers une destination particulière, c'est une fois de plus le peering "Lamentablo-Cogent" de Free, qui est encore en sucette... Doivent encore avoir en stock des modem ADSL USB, chez Free... 

Hello à tous !

Bon, même heure, même soucis.

J'utilisais souvent les serveurs Orange France, ou Naitways pour Speedtest, Anycast pour nperf..

Coté vitesses actuelles sur les endpoints de underground78 :

J'utilise IDM pour avoir du download multithread. :

Sans VPN :

- http://test-debit.free.fr/10485760.rnd :

1,620 Mo/sTraceroute :
Détermination de l’itinéraire vers test-debit-f12.proxad.net [212.27.42.153]
avec un maximum de 30 sauts :

  1    <1 ms     1 ms    <1 ms  FREEBOX [192.168.100.254]
  2    18 ms     *       18 ms  194.149.164.60
  3    17 ms    18 ms     *     p19-6k-2-v918.intf.nra.proxad.net [78.254.254.166]
  4    18 ms    18 ms    18 ms  bzn-9k-2-sys-be2001.intf.routers.proxad.net [194.149.161.246]
  5    18 ms     *       18 ms  store1-f2.proxad.net [212.27.42.153]

Itinéraire déterminé.
- http://bouygues.testdebit.info/10G/10G.iso :

8,403Mo/s
Traceroute :

Détermination de l’itinéraire vers bouygues.testdebit.info [89.84.1.222]
avec un maximum de 30 sauts :

  1    <1 ms    <1 ms    <1 ms  FREEBOX [192.168.100.254]
  2    18 ms    18 ms    26 ms  194.149.169.61
  3     *        *        *     Délai d’attente de la demande dépassé.
  4    18 ms    18 ms    18 ms  la110.rpt02-th2.net.bbox.fr [194.117.192.9]
  5    23 ms    20 ms    19 ms  62.34.2.53
  6    19 ms    19 ms    18 ms  212.194.171.68
  7    19 ms    18 ms    18 ms  89.89.101.141
  8    19 ms    18 ms    18 ms  89.84.1.222

Itinéraire déterminé.
-http://ping.online.net/10000Mo.dat :

956Ko/s
Traceroute :
Détermination de l’itinéraire vers ping.online.net [62.210.18.40]
avec un maximum de 30 sauts :

  1    <1 ms    <1 ms    <1 ms  FREEBOX [192.168.100.254]
  2    19 ms    19 ms     *     194.149.169.89
  3    18 ms     *        *     194.149.166.62
  4     *        *        *     Délai d’attente de la demande dépassé.
  5    18 ms    18 ms    18 ms  62.210.0.135
  6     *       18 ms    19 ms  grokouik.poneytelecom.eu [62.210.175.218]
  7    18 ms     *       18 ms  51.158.1.43
  8    19 ms    19 ms    19 ms  45x-s44-2-a9k2.dc3.poneytelecom.eu [195.154.1.107]
  9    18 ms    17 ms    17 ms  ping.online.net [62.210.18.40]

Itinéraire déterminé.
-http://ping6.online.net/10000Mo.dat:

2.646Mo/s
Traceroute :

Détermination de l’itinéraire vers ping6.online.net [2001:bc8:1::40]
avec un maximum de 30 sauts :

  1    <1 ms    <1 ms    <1 ms  2a01:e0a:5f3:
  2     2 ms     1 ms     2 ms  2a01:e02:8:f836:b018::ffff
  3     *        *        *     Délai d’attente de la demande dépassé.
  4     *        *        *     Délai d’attente de la demande dépassé.
  5    17 ms    18 ms    17 ms  2a01:e00:29::5
  6     *        *        *     Délai d’attente de la demande dépassé.
  7    18 ms    18 ms    18 ms  2001:bc8:0:1::3b
  8    18 ms    18 ms    18 ms  2001:bc8:0:1::b6
  9     *       18 ms    18 ms  ping6.online.net [2001:bc8:1::40]

Itinéraire déterminé.
- http://scaleway.testdebit.info/10G/10G.iso

135,384Mo/s
Traceroute :

Détermination de l’itinéraire vers scaleway.testdebit.info [62.210.156.7]
avec un maximum de 30 sauts :

  1    <1 ms    <1 ms    <1 ms  FREEBOX [192.168.100.254]
  2     *       18 ms     *     194.149.169.81
  3    18 ms     *       18 ms  194.149.166.62
  4     *        *        *     Délai d’attente de la demande dépassé.
  5    19 ms    18 ms    18 ms  51.158.1.41
  6    18 ms     *       18 ms  45x-s44-2-a9k2.dc3.poneytelecom.eu [195.154.1.107]
  7    18 ms     *       18 ms  hopus.jesuisfrancobelge.eu [62.210.156.7]

Itinéraire déterminé.
- http://rbx.proof.ovh.net/files/10Gio.dat :

541.324Ko/s
Traceroute :

Détermination de l’itinéraire vers rbx.proof.ovh.net [188.165.12.106]
avec un maximum de 30 sauts :

  1    <1 ms    <1 ms    <1 ms  FREEBOX [192.168.100.254]
  2     *       18 ms    18 ms  194.149.169.57
  3    22 ms     *       18 ms  194.149.166.62
  4    19 ms    18 ms    18 ms  gsw-1-a9.fr.eu [54.36.50.110]
  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    21 ms    21 ms    22 ms  be103.rbx-g3-nc5.fr.eu [54.36.50.227]
  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    21 ms    22 ms    22 ms  proof.ovh.net [188.165.12.106]

Itinéraire déterminé.

Je vais pas flooder le fil avec les mêmes test coté VPN, ce qu'il en ressors, c'est que parfois, ça me permet de dépasser les 100Mbps, parfois pas du tout. Ce qui me fait hésiter entre un vrai problème de peering ou la collecte niçoise qui est complètement sur les genoux. J'essaie de pas me dire que c'est peut être aussi les deux… J'ai un collègue sur Antibes qui ne vois pas de soucis, un autre dans Nice qui à le même soucis depuis hier… Etrange..

EDIT : Coté VPN, à priori aucune amélioration quand je passe par une instance hébergée par M247 par exemple. Alors que depuis un truc hébergé par Scaleway/Dedibox, ça à l'air de déboucher pas mal de choses..

Ce qui me fais dire que c'est un mélange des deux c'est que quand on regarde de près :

Les services "étrangers" (Google Twitch and co) et certains speedtests fonctionnent beaucoup mieux avec un VPN. Donc ==> Lien Cogent

Pour autant sans VPN, vers Scaleway, je fais 135Mo/s, mais après avoir retesté, le débit est divisé pas deux. Donc clairement ==> Collecte.

J'ai aussi remarqué que depuis novembre, terminé les 10Gbps (enfin... 8 ) Je suis clairement capé à 5Gbps (ce qui est déjà très bien, mais c'est annonciateur). Alors que je remplissais 7500Mbps sans soucis, je n'ai jamais été plus haut que 4700 en Novembre.

Coté infos FTTH :

On est d'accords je pense, c'est la conséquence de l'ouverture commerciale de plusieurs dizaines de village en même temps certainement…

Du coup, visiblement je suis condamné à attendre que Free intervienne sur la collecte, ou alors voir si l'herbe est plus verte ailleurs…

Exactement, c'est très court. Au début je pensais à un soucis sur Chrome quand j'ai vu que je joignais les adresses IPV6 depuis Edge, puis je me suis rendu compte que ça refonctionnais sur Chrome, c'est la que j'ai percuté. Ca a duré moins d'une minute.

En même temps j'avais en fond sonore une vidéo Twitch qui n'arrêtais pas de couper et je travaillais sur quelques sessions SSH ainsi que quelques bidouilless depuis un cluster kubernetes (3615 raconte ta vie… ) puis je perdais régulièrement mes stream, comme de la microcoupure. Quand j'utilisais mon API Kubernetes, j'avais des latences ignobles avant d'avoir une réponse. Une fois passé en 4G ou sur la box SFR des voisins (mes parents) plus de soucis.

M'est venu à l'esprit de faire un speedtest et la.. Patatra.

Pour le NRO, soit il est neuf, soit il n'a jamais été déclaré sur Freepon.. Vu que j'ai été le premier (06033CRS).
Il semble que de mon coté il y a peu de personnes sensibles aux telcos..
Vu qu'il reprend le code du NRA de la ville d'à coté, je pense qu'il est basé au même endroit, à savoir que la bas c'est une Zone AMII Orange avec quasiment 5000 prises raccordable. De mon coté je suis en zone AMII SFR ouverte commercialement depuis un mois, Orange et Free était présents depuis le premier jour. Seul Bouygues est absent (et pas de FAI alternatifs non plus visiblement, à mon grand regret).

Et encore une fois, même schéma qu'hier, après 23h00, Speedtest sur Orange Paris, je repasse à 50Mbps down, 110 up. et x2 avec un VPN.

Bien sur, vu les débits on peut pense à un soucis de négociation, mais pour écarter tous les doutes :