Auteur Sujet: Upload loin des promesses de free (Lu 1190 fois)

fsutter · « **le:** 20 janvier 2025 à 08:29:18 »

Bonjour,

j'ai un abo freebox delta et mon débit upload est très loin des promesses de free.
Avec un collègue qui est aussi chez free nous avons fais des tests et quand il download un fichier depuis chez moi, il ne dépasse pas les 10MB/s ce qui fait environ 100Mb/s ce qui est très loin des 700Mb/s annoncés par free avec mon abo.
Nous avons fait plusieurs tests et ne sommes jamais arrivés à plus.

Par contre si je fais un speedtest, j'ai environ 650Mb/s, étrange, non?

Est-ce normal?

Merci

MaxLebled · « **Réponse #1 le:** 20 janvier 2025 à 10:54:52 »

Qu'est-ce qui « fournit » le fichier ? Un partage Freebox OS, un logiciel sur PC, ou un serveur Apache maison ?

Il est possible que le logiciel qui envoie le fichier vers ton collègue ne le fasse qu'en mono-thread, ou alors qu'il n'essaie tout simplement pas de maximiser la bande-passante disponible.

fsutter · « **Réponse #2 le:** 20 janvier 2025 à 10:58:04 »

C'est le service de partage de fichiers de Synology.

Si j'essaye en local je suis à environ 100MB/s soit le maximum de mon réseau (gigabit)

MaxLebled · « **Réponse #3 le:** 20 janvier 2025 à 11:02:46 »

Peut-être qu'il y a quelque chose à configurer. Certains services de partage ou de synchronisation essaient explicitement de ne pas maximiser la bande passante par défaut. Je pense par exemple à Dropbox.

Mets un gros fichier sur un disque de ta box, et envoie le lien Freebox OS a ton collègue ; le débit sera peut-être différent ?

Si oui, alors ça indiquerait que ce n'est pas un problème d'interconnexion, mais lié au logiciel utilisé.

cyberkat · « **Réponse #4 le:** 03 février 2025 à 16:24:17 »

Hello,

étant abonné Delta également

Je constate un comportement similaire (limitation des débits sur les flux extérieurs :
en test de débit, speedtest.net exemple :

- serveur Scaleway (Free - Illiad) en multi :
- Down : 5820 Mbps
- Up : 597 Mbps

là, c'est dans les normes.

- serveur Scaleway (Free - Illiad) en mono :
- Down : 2520 Mbps
- Up : 210 Mbps

- serveur ORANGE en multi :
- Down : 6200 Mbps
- Up : 665 Mbps

- serveur ORANGE en mono :
- Down : 1700 Mbps
- Up : 220 Mbps

Avec FAST.com (Netflix) :
Multi :
- Down 5100 Mbps
- Up : 550 Mbps

Mono :
- Down 2200 Mbps
- Up : 200 Mbps

Sur nperf, sorti des serveurs Free, MilkyWan & Moji : peine à aller à plus de 400 / 500 Mbps d'Upload (en multi cnx).

Je pense qu'il y a une sorte "d'optimisation" qui limite le débit par flux.
Donc, ça va quand on fait des speedtests en multiflux et idéalement sur réseau Free propre ou bien desservi.

Par contre, en monoflux (ce que fait votre NAS) : ça limite fortement les échanges.

Il y avait eux des échanges sur différents forums il y a quelques mois de ça par quelqu'un qui avait fait des investigations et des remontées à Free.
Ca n'avait rien donné... c'est du ressort de la gestion du réseau de Free vraisemblablement.

Il était finalement parti chez Orange et là, tout allait bien à ce niveau (côté config réseau avancé par contre ... hmm c'est différent).

Note : personne ne s'en plein vraiment car la plupart regarde le download qui reste très très correct.
Par ailleurs, nombre de système d'échange de données permettent de faire des requêtes en parallèles donc en multi.
Il se trouve que ce n'est pas le cas sur les Syno en natif.

Astuce : en utilisant une encapsulation on doit pouvoir contourner cela (= système VPN en somme).

PS : Quid des abonnées Freebox Delta ??
parce qu'avec 8 Gbps de débit, j'espère que la limite est plus haute (pas sûr cependant...)

lyapounov · « **Réponse #5 le:** 04 février 2025 à 09:05:25 »

Une question importante: comment les adresses IP des synology sont partagées, avec quelle méthode.

Parce que si c'est via le service quickconnect de synology, alors la bande passante est une catastrophe. J'ai comparé une synchronisation via quickconnect versus la même synchro via un DDNS: 2MB/s dans le deuxième cas (je suis chez Starlink, donc upload pas top) versus 80kB/s dans le cas quickconnect. Car il semble que les paquets IP transitent via les serveurs de synology dans ce premier cas.

kgersen · « **Réponse #6 le:** 04 février 2025 à 09:55:47 »

Ca ressemble au souci classique de congestion chez Free...

Dans ce cas il faut utiliser un protocole de congestion style BBR par exemple ou utiliser plusieurs connexions en parallèle (ce que font les speedtests).

Le problème est que le protocole de congestion se règle coté émetteur donc dans le cas présent dans le synology. A ma connaissance le noyau Linux des synology étant ancien, il ne permet ce réglage (a vérifier toutefois).

La commande suivante permet de savoir quel sont les protocoles de congestion disponibles:

Code: [Sélectionner]

sysctl net.ipv4.tcp_available_congestion_control
Sinon pour faire du téléchargement multi-connexion, si c'est un serveur web la source, on peut utiliser la commande aria2c par exemple.

Code: [Sélectionner]

aria2c -x4 urlva télécharger l'url avec 4 connexions en meme temps.

Sur Windows on peut installer aria2c avec la commande:

Code: [Sélectionner]

winget install --id=aria2.aria2 -eSur Linux, la plupart des gestionnaires de paquets ont aria2 (sudo apt install aria2). (nb: aria2 est le nom du paquet, aria2c la commande).