Auteur Sujet: Débit réel en Upload FFTH  (Lu 14789 fois)

0 Membres et 1 Invité sur ce sujet

Jiajo

  • Abonné Orange Fibre
  • *
  • Messages: 832
  • Château-Thierry (02)
Débit réel en Upload FFTH
« Réponse #36 le: 16 mai 2020 à 23:35:27 »
Bonsoir.
Est ce que ce serait possible de tester sur un live linux sur cle USB  une version récente d'iperf3 (>= 3.7) afin de tester avec un ' -C bbr ' ?
Perso sans j'ai 260Mbps et avec j'ai bien 580Mbps environ.

bonsoir,

C'est pas en cherchant a contourner le probleme avec Iperf pour se rassurer (a moitier) de son debit en upload, que sa reglera le probleme de monothread, et de devoir ignorer les protocole FTP....etc qui resoudra le probleme.


FloBaoti

  • Abonné MilkyWan
  • *
  • Messages: 1 300
  • 34
Débit réel en Upload FFTH
« Réponse #37 le: 16 mai 2020 à 23:57:16 »
Rien à voir, il propose de choisir un autre algorithme de contrôle de flux tcp (bbr) car il semble que le problème soit moindre avec cet algorithme. Ça permettrait d'avoir une idée sur le phénomène problématique.

Jiajo

  • Abonné Orange Fibre
  • *
  • Messages: 832
  • Château-Thierry (02)
Débit réel en Upload FFTH
« Réponse #38 le: 17 mai 2020 à 00:02:39 »
Rien à voir, il propose de choisir un autre algorithme de contrôle de flux tcp (bbr) car il semble que le problème soit moindre avec cet algorithme. Ça permettrait d'avoir une idée sur le phénomène problématique.

Algorithme ...protocole...le phénomène problématique est semble t-il parfaitement identifier ::)

Bix

  • Abonné Free fibre
  • *
  • Messages: 11
  • Gironde
Débit réel en Upload FFTH
« Réponse #39 le: 17 mai 2020 à 02:16:57 »
Me suis fait une clé Ubuntu pour tester le bbr comme tu me demandais, et en même temps pour voir si ça pouvait avoir un lien avec Windows et/ou Firefox.

Download (cubic) :
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec  97.5 MBytes   818 Mbits/sec                 
[  5]   1.00-2.00   sec   105 MBytes   879 Mbits/sec                 
[  5]   2.00-3.00   sec   105 MBytes   879 Mbits/sec                 
[  5]   3.00-4.00   sec   102 MBytes   856 Mbits/sec                 
[  5]   4.00-5.00   sec   105 MBytes   879 Mbits/sec                 
[  5]   5.00-6.00   sec   104 MBytes   873 Mbits/sec                 
[  5]   6.00-7.00   sec   105 MBytes   879 Mbits/sec                 
[  5]   7.00-8.00   sec   104 MBytes   871 Mbits/sec                 
[  5]   8.00-9.00   sec   105 MBytes   879 Mbits/sec                 
[  5]   9.00-10.00  sec   105 MBytes   879 Mbits/sec   

Download (bbr) :
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec  97.3 MBytes   816 Mbits/sec                 
[  5]   1.00-2.00   sec   104 MBytes   873 Mbits/sec                 
[  5]   2.00-3.00   sec   102 MBytes   858 Mbits/sec                 
[  5]   3.00-4.00   sec   101 MBytes   850 Mbits/sec                 
[  5]   4.00-5.00   sec   104 MBytes   875 Mbits/sec                 
[  5]   5.00-6.00   sec   104 MBytes   876 Mbits/sec                 
[  5]   6.00-7.00   sec   103 MBytes   864 Mbits/sec                 
[  5]   7.00-8.00   sec   104 MBytes   871 Mbits/sec                 
[  5]   8.00-9.00   sec   103 MBytes   863 Mbits/sec                 
[  5]   9.00-10.00  sec   104 MBytes   874 Mbits/sec

Upload (cubic) :
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  8.70 MBytes  73.0 Mbits/sec    0    122 KBytes       
[  5]   1.00-2.00   sec  13.7 MBytes   115 Mbits/sec    0    177 KBytes       
[  5]   2.00-3.00   sec  18.1 MBytes   152 Mbits/sec    0    232 KBytes       
[  5]   3.00-4.00   sec  23.1 MBytes   193 Mbits/sec    0    286 KBytes       
[  5]   4.00-5.00   sec  28.3 MBytes   237 Mbits/sec    0    339 KBytes       
[  5]   5.00-6.00   sec  31.8 MBytes   267 Mbits/sec    0    393 KBytes       
[  5]   6.00-7.00   sec  30.1 MBytes   253 Mbits/sec    1    328 KBytes       
[  5]   7.00-8.00   sec  27.5 MBytes   230 Mbits/sec    5    270 KBytes       
[  5]   8.00-9.00   sec  26.7 MBytes   224 Mbits/sec    0    329 KBytes       
[  5]   9.00-10.00  sec  30.9 MBytes   259 Mbits/sec    0    383 KBytes   

Upload (bbr) :
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  57.9 MBytes   485 Mbits/sec  4086   1.65 MBytes       
[  5]   1.00-2.00   sec  60.0 MBytes   503 Mbits/sec  4687   1.74 MBytes       
[  5]   2.00-3.00   sec  62.5 MBytes   524 Mbits/sec  5071   1.71 MBytes       
[  5]   3.00-4.00   sec  62.5 MBytes   524 Mbits/sec  4550   1.58 MBytes       
[  5]   4.00-5.00   sec  60.0 MBytes   503 Mbits/sec  3642   1.67 MBytes       
[  5]   5.00-6.00   sec  61.2 MBytes   514 Mbits/sec  4903   1.65 MBytes       
[  5]   6.00-7.00   sec  63.8 MBytes   535 Mbits/sec  4459   1.58 MBytes       
[  5]   7.00-8.00   sec  62.5 MBytes   524 Mbits/sec  4529   1.54 MBytes       
[  5]   8.00-9.00   sec  61.2 MBytes   514 Mbits/sec  4283   1.60 MBytes       
[  5]   9.00-10.00  sec  62.5 MBytes   524 Mbits/sec  5574   1.61 MBytes


Effectivement ça envoie avec le bbr, bon par contre Firefox/Speedtest, même sur Ubuntu, me donnent toujours des résultats merdiques en download.


Pas de problème par contre pour du téléchargement en FTP, ce qui est étrange...


Je retourne sur windows.

_______

Donc de retour sur Windows

Toujours un speedtest dégueulasse


Quelques débits en http et ftp (note : sur ubuntu les débits crevaient le plafond, plus de 80Mo/s) :
http://paris.testdebit.info/1G.iso - Blocage net à 5.8 Mo/s (au micro octet près...)
http://test-debit.free.fr/1048576.rnd - Exactement pareil
ftp://speedtest.tele2.net/10GB.zip - Blocage net à 3.2 Mo/s

http://fr.download.nvidia.com/Windows/445.87/445.87-desktop-win10-64bit-international-dch-whql.exe - Blocage à 5.8Mo/s (au micro octet près aussi. Pas testé sur ubuntu par contre)

Avec iperf3, ça donne ça  >:( :

Download :
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec  5.93 MBytes  49.7 Mbits/sec
[  5]   1.00-2.00   sec  5.82 MBytes  48.9 Mbits/sec
[  5]   2.00-3.00   sec  5.85 MBytes  49.1 Mbits/sec
[  5]   3.00-4.00   sec  5.85 MBytes  49.1 Mbits/sec
[  5]   4.00-5.00   sec  5.85 MBytes  49.0 Mbits/sec
[  5]   5.00-6.00   sec  5.76 MBytes  48.3 Mbits/sec
[  5]   6.00-7.00   sec  5.88 MBytes  49.3 Mbits/sec
[  5]   7.00-8.00   sec  5.80 MBytes  48.7 Mbits/sec
[  5]   8.00-9.00   sec  5.76 MBytes  48.3 Mbits/sec
[  5]   9.00-10.00  sec  5.77 MBytes  48.4 Mbits/sec

Upload :
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec  5.62 MBytes  47.2 Mbits/sec
[  5]   1.00-2.00   sec  5.88 MBytes  49.3 Mbits/sec
[  5]   2.00-3.00   sec  6.00 MBytes  50.3 Mbits/sec
[  5]   3.00-4.00   sec  5.50 MBytes  46.1 Mbits/sec
[  5]   4.00-5.00   sec  6.00 MBytes  50.4 Mbits/sec
[  5]   5.00-6.00   sec  5.88 MBytes  49.3 Mbits/sec
[  5]   6.00-7.00   sec  5.88 MBytes  49.3 Mbits/sec
[  5]   7.00-8.00   sec  5.62 MBytes  47.2 Mbits/sec
[  5]   8.00-9.00   sec  5.88 MBytes  49.3 Mbits/sec
[  5]   9.00-10.00  sec  5.88 MBytes  49.3 Mbits/sec


Bref j'ai un problème avec mon Windows ou alors il y a un filtrage quelque part...


edit : Exact, j'avais bien un souci.

netsh int tcp show global

Réglage auto fenêtre de réception : disabled

J'ai repassé ça en mode normal :
netsh int tcp set global autotuninglevel=normal
Ce qui me donne :

Download :
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec  77.6 MBytes   650 Mbits/sec
[  5]   1.00-2.00   sec  90.7 MBytes   761 Mbits/sec
[  5]   2.00-3.00   sec  99.7 MBytes   836 Mbits/sec
[  5]   3.00-4.00   sec   101 MBytes   843 Mbits/sec
[  5]   4.00-5.00   sec   105 MBytes   878 Mbits/sec
[  5]   5.00-6.00   sec  99.5 MBytes   835 Mbits/sec
[  5]   6.00-7.00   sec  93.7 MBytes   785 Mbits/sec
[  5]   7.00-8.00   sec  90.6 MBytes   760 Mbits/sec
[  5]   8.00-9.00   sec  85.7 MBytes   719 Mbits/sec
[  5]   9.00-10.00  sec   101 MBytes   848 Mbits/sec

Upload :
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec  2.38 MBytes  19.9 Mbits/sec
[  5]   1.00-2.00   sec  10.0 MBytes  83.8 Mbits/sec
[  5]   2.00-3.00   sec  12.5 MBytes   105 Mbits/sec
[  5]   3.00-4.00   sec  9.75 MBytes  81.8 Mbits/sec
[  5]   4.00-5.00   sec  12.1 MBytes   102 Mbits/sec
[  5]   5.00-6.00   sec  9.88 MBytes  82.9 Mbits/sec
[  5]   6.00-7.00   sec  10.4 MBytes  87.0 Mbits/sec
[  5]   7.00-8.00   sec  10.6 MBytes  89.2 Mbits/sec
[  5]   8.00-9.00   sec  11.6 MBytes  97.5 Mbits/sec
[  5]   9.00-10.00  sec  12.8 MBytes   107 Mbits/sec

Les téléchargements FTP sont au max de la ligne
Les téléchargements HTTP par contre bloquent vers 40Mo/s

Ce n'est pas la panacée mais c'est déjà bien mieux

et pour finir le speedtest, toujours assez dégueulasse :




Je reste quand même convaincu qu'il y a une fouille quelque part, les disparités restent vraiment élevées entre Windows et Linux, sans compter l’algorithme de congestion...
« Modifié: 17 mai 2020 à 04:50:22 par Bix »

Fuli10

  • Abonné Free fibre
  • *
  • Messages: 1 006
  • Conflans Sainte Honorine (78)
Débit réel en Upload FFTH
« Réponse #40 le: 17 mai 2020 à 06:58:02 »
Bonjour.
Oui l'idée d'utiliser bbr c'est plus pour vérifier si c'est la ligne ou pas. Donc apparemment pas.
Sur un autre thread vivien avait analysé une capture wireshark d'un de mes test d'upload et de mémoire il y avait vu un problème d'ordre de paquets reçu (genre on reçoit le ack N+1 avant le ack N) qui impactait fortement l'upload avec l'algorithme cubic.
Le problème ne vient pas de la Freebox car c'était une capture entre l'ONT et la box (donc la box n'a pas remélangé).
Le problème est quelque part entre Free, l'OLT et l'ONT. Cela à l'air de ne pas concerner tt le monde, et pas forcément  avec le même impact (j'ai 250M en cubic vs d'autres à 120M).
Cela fait un moment que ça dure.
J'ai l'impression que personne chez Free n'est au courant de ça ou alors l'ignore.

Pour ma part mes serveurs sont passés  en bbr. Et sinon j'attends la fin de mon engagement pour voir si je vais retourner chez orange (en espérant qu'ils arrêtent de me changer l'IPv4 tt les 4 matins). Au moins chez Orange je peux virer la box (juste l'ONT) et garder la box TV pour la qualité de ses flux HD+.
Je pense que je retournerai de nouveau chez Free quand ce souci sera corrigé (dans 5/6 ans)

Tophe59124

  • Abonné Free fibre
  • *
  • Messages: 151
  • Escaudain (59)
Débit réel en Upload FFTH
« Réponse #41 le: 17 mai 2020 à 12:09:56 »
Bonjour,
Mais quelle est la différence entre le mode multi et le mode mono SVP ?

Zweit

  • Abonné Free fibre
  • *
  • Messages: 238
  • Bieville-Beuville (14)
Débit réel en Upload FFTH
« Réponse #42 le: 17 mai 2020 à 13:27:13 »
Salut,

En mode mono-connexion, comme son nom l'indique, le test ne lance qu'une seule connexion TCP. Chaque paquet est transmis l'un après l'autre, dans l'ordre.

En mode multi-connexion, le test va ouvrir plusieurs connexions TCP en parallèle et télécharger différents morceaux du fichier demandé en même temps, puis les assembler une fois tous les morceaux téléchargés.

Dans la vraie vie, selon les protocoles et le serveur en face, les connexions se font soit en mono soit en multi-connexion.

Sur une ligne où la fiabilité n'est pas parfaite (xDSL par exemple) ou pour d'autres raisons à différents endroits du réseau (buffers mal dimensionnés à certains endroits, ...), il peut arriver que des paquets TCP arrivent dans le désordre ou même soient perdus. L'algorithme de congestion utilisé va alors calculer la meilleure manière de transmettre l'information de manière fiable. Pour ce faire, TCP va parfois réduire le débit de la connexion afin de s'assurer que les informations envoyées arrivent complètes et dans le bon ordre.

Il y a quelques années, les accélérateurs de téléchargements étaient très prisés car ils semblaient augmenter le débit. En réalité, cela ne faisait que forcer l'utilisation de plusieurs connexions TCP en simultané lorsque cela n'était pas le cas par défaut. Mais tout ne peut pas fonctionner en multi-connexion...

De même, l'algorithme de congestion utilisé à une très grande importance dans la négociation du débit par TCP. Je te conseille de lire ce topic fort instructif à ce sujet : https://lafibre.info/tcpip/analyser-avec-wireshark/

Tophe59124

  • Abonné Free fibre
  • *
  • Messages: 151
  • Escaudain (59)
Débit réel en Upload FFTH
« Réponse #43 le: 17 mai 2020 à 20:01:17 »
Merci beaucoup pour ces explications.
Cela fait à peine 2 mois que je suis chez Free, certes pour 9€99 par mois, et regrette déjà ce choix...
Écœuré de ces mensonges, ces malhonnêtetés...
Le pognon, le pognon, au détriment de la qualité.
, on voit où cela nous mène depuis quelques mois aussi dans un tout autre domaine.

Tophe59124

  • Abonné Free fibre
  • *
  • Messages: 151
  • Escaudain (59)
Débit réel en Upload FFTH
« Réponse #44 le: 19 mai 2020 à 13:44:48 »
Hier j'appelle de nouveau pour ce problèmes de débit et problèmes de wifi de wifi  que perdurent depuis 2 mois. Par chance je tombe sur un centre de contact en France. Mon espoir a été de courte durée lorsque le gars m'a dit qu'il ne pouvait rien faire mais que je pouvais appeler la société Docteur Ordinateur au 0800942947.
Il me précise que l'appel est gratuit mais ne me précise pas que la prestation est facturée 89€ de l'heure.
Non mais Free se fout de qui ?
Du jamais vu... C'est de pire en pire... Un scandale à la limite de la légalité...
Je n'en reviens toujours pas, 24h00 après.

noks

  • Abonné Free fibre
  • *
  • Messages: 401
  • Limoges 87
Débit réel en Upload FFTH
« Réponse #45 le: 19 mai 2020 à 17:12:42 »
hahaha énorme, leur matériel ne fonctionne pas correctement et il te renvoit chez un prestataire...

A croire que chez Free la dernière chose qu'ils veulent c'est des abonnés ... J'espère vraiment que c'est le cas isolé d'un type et pas la nouvelle politique de Centrapel.

Florian

  • Abonné Bbox fibre
  • *
  • Messages: 2 077
  • Drocourt (78)
Débit réel en Upload FFTH
« Réponse #46 le: 19 mai 2020 à 17:56:03 »
Qui nous dit que c'est le matos le problème dans le cas présent ?

Tophe59124

  • Abonné Free fibre
  • *
  • Messages: 151
  • Escaudain (59)
Débit réel en Upload FFTH
« Réponse #47 le: 19 mai 2020 à 18:37:52 »
Pour le problème de wifi (cela ne fait pas l'objet du topic) je suis quasi certain que c'est un pb de matos, ou bug firmware.
3 personnes rencontrent le même problème autour de moi.
Pour le problème d'upload je suis convaincu que c'est un bridage volontaire.
Pour le cas isolé de l'incompétence d'un technicien du centrappel, je dis non.
En 2 mois j'ai du appeler plus de 15 fois.
Une seule fois un technicien a réellement tenté de m'aider et il m'a même rappelé 1 semaine plus tard (merci Alexandre).
Pour le reste, cela commençait bien avec un choix de canal wifi manuel, et après c'est parti de travers.
Ne pas mettre l'onu/ont sur la Freebox, passer d'ip partagée en ip v4 fullstack, reset usine de la partie routeur, échange par 2 fois de la box pour des motifs non signalés (comme un soi-disant problème d'affichage oled). Cela m'a été signalé que les échanges n'étaient pas effectués suite à mes dysfonctionnements lorsque j'appelais après l'échange.
Des tickets d'incidents qui devaient être ouverts (jamais fait) et faire suite à un appel d'un Niveau 2 que j'attends encore..
J'en ai franchement marre et je veux les quitter... Même si je suis engagé encore plusieurs mois, cela n'est plus possible !