La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => Orange / Sosh => 
Débit fibre => Discussion démarrée par: nicox11 le 18 novembre 2023 à 16:09:24
-
Bonjour,
J'ai un petit soucis de débit en upload avec mon NAS Synology. C'est un Synology 1819+, qui est normalement assez puissant pour le peu que je lui demande.
Je n'ai pas trouvé de partie pour parler des débits peu importe l'opérateur, mais bon comme je suis chez Orange je poste ici.
Globalement, en local je n'ai pas de problème. Je peux télécharger de mon NAS en 1Gb/s sans problème (dans les deux sens).
En utilisant internet, le téléchargement fonctionne au débit attendu (internet vers le NAS) à 1Gb/s.
Par contre, via internet, l'envoi semble limité. En faisant un test iperf directement sur le NAS, je peux voir que je peux envoyer à 400Mb/s, ce qui semble correct.
iperf3 -c paris.testdebit.info -p 9222
Connecting to host paris.testdebit.info, port 9222
[ 5] local ***** port 44420 connected to 2001:860:de01:1101::2 port 9222
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 42.8 MBytes 359 Mbits/sec 162 710 KBytes
[ 5] 1.00-2.00 sec 47.0 MBytes 394 Mbits/sec 0 759 KBytes
[ 5] 2.00-3.00 sec 39.9 MBytes 335 Mbits/sec 53 595 KBytes
[ 5] 3.00-4.00 sec 40.6 MBytes 341 Mbits/sec 0 664 KBytes
[ 5] 4.00-5.00 sec 44.8 MBytes 376 Mbits/sec 0 713 KBytes
[ 5] 5.00-6.00 sec 46.9 MBytes 394 Mbits/sec 0 745 KBytes
[ 5] 6.00-7.00 sec 46.9 MBytes 393 Mbits/sec 0 767 KBytes
[ 5] 7.00-8.00 sec 43.8 MBytes 367 Mbits/sec 67 588 KBytes
[ 5] 8.00-9.00 sec 40.5 MBytes 340 Mbits/sec 1 654 KBytes
[ 5] 9.00-10.00 sec 43.8 MBytes 367 Mbits/sec 0 703 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 437 MBytes 367 Mbits/sec 283 sender
[ 5] 0.00-10.05 sec 435 MBytes 364 Mbits/sec receiver
Par contre, pour un transfert du NAS vers internet, cela semble bloqué à 15-20Mo/s maximum (et dans le meilleur des cas ! Ca tombe souvent à 10Mo/s).
J'ai des fichiers volumineux et en théorie je pourrais envoyer presque 2 fois plus vite que ça.
Cela me le fait sur tous mes endpoints, cela semble donc bien venir du NAS.
Le problème semble assez global car le flux semble limité avec des protocols différent :backup vers un autre NAS, interface WEB etc.
Des idées sur comment troubleshooter ce problème ? Pour moi je devrais pouvoir envoyer à 400Mb/s
De ce que je vois, la liaison internet permet bien le débit (cf: iperf).
Le téléchargement en local montre que le NAS permet l'upload a des débits élevés (50Mo/s).
Donc pourquoi en internet l'upload n'est pas meilleur ?
Exemple des caractéristique du NAS en internet et en local (voir pièces jointes)
Il ne semble pas y avoir de problème de mémoire/Cpu
Merci
-
C'est le même problème que sur ce sujet https://lafibre.info/orange-debit/debit-limite-vers-un-serveur-en-particulier/36/
En résumé: Orange bride certains protocoles et pas d'autres
-
C'est le même problème que sur ce sujet https://lafibre.info/orange-debit/debit-limite-vers-un-serveur-en-particulier/36/
En résumé: Orange bride certains protocoles et pas d'autres
La grosse différence est que je n'ai pas de Livebox qui pourrait toucher à ce paramètre de QoS.
Donc à moins qu'il y ait un bridage dans le réseau, ce qui semble improbable, je ne vois pas trop.
Sur tes tests de débit, globalement tu as utilisé du rsync et tu changes justes les ports ? Ou tu testes vraiment des protocols différents ?
Cela peut valoir le coup de tester un port différent si c'est ça.
-
j'ai testé des protocoles différent mais aussi des ports différents et le seul protocole qui n'était pas bridé était le SMB les autres se trouvaient tous le temps bridés en upload.
Solution ultime faire un vpn.
Personnellement j'ai opté pour rapatrier tout le matos chez moi comme ça plus de problème.
-
Si je comprends bien, changer de port ne servirait à rien donc. J'ai d'ailleur fait l'essai pour voir et effectivement pas de changement.
Donc d'après toi, orange ferait de l'inspection de paquet et briderait selon le protocole ?
Ça me parait gros quand même...
Je ne peux malheureusement faire qu'uniquement du https.
Après il est vrai que je ne comprends pas trop pourquoi iperf arrive à 400 Mbps et pas le https (qui pourtant sature bien mon lien local, donc exit les pb de cpu/ram/protocole);
-
La grosse différence est que je n'ai pas de Livebox qui pourrait toucher à ce paramètre de QoS.
Quel routeur ? Et comment est appliqué la CoS pour le DHCP ?
Parce qu'en fait, la manière dont je l'appliquais sur mon ER4 avait AUSSI un impact sur les paquets routés avec un certain TOS (à cause de la table ip_tos2prio dans le noyaux Linux).
Edit: Ah c'est sur de l'HTTPS... Surprenant du coup.
-
comment sont mesurer les upload en https ? quels logiciels sont utilisé a chaque bout ?
-
Quel routeur ? Et comment est appliqué la CoS pour le DHCP ?
Parce qu'en fait, la manière dont je l'appliquais sur mon ER4 avait AUSSI un impact sur les paquets routés avec un certain TOS (à cause de la table ip_tos2prio dans le noyaux Linux).
Edit: Ah c'est sur de l'HTTPS... Surprenant du coup.
Mon routeur est un mikrotik RB5009. J'applique la CoS sur les paquets avec les ports DHCP 68/69 en udp sur un switch en amont.
comment sont mesurer les upload en https ? quels logiciels sont utilisé a chaque bout ?
Pour les upload, je fais simplement un download d'un fichier de mon NAS en https, donc avec la GUI synology. Un simple navigateur comme firefox.
-
Tu utilises le proxy de Synology, ou bien tu es en direct sur ton NAS via une ouverture de port ?
-
Tu utilises le proxy de Synology, ou bien tu es en direct sur ton NAS via une ouverture de port ?
J'utilise une connexion direct avec redirection de port (pour ipv4, direct en IPv6)
-
Pour les upload, je fais simplement un download d'un fichier de mon NAS en https, donc avec la GUI synology. Un simple navigateur comme firefox.
si le client de test n'est pas le facteur limitant ca peut être le protocole de congestion tcp.
pour voir le protocole utilisé:
sysctl net.ipv4.tcp_congestion_control
pour voir ceux disponibles:
sysctl net.ipv4.tcp_available_congestion_control
sinon un test avec un vpn, par exemple avec tailscale.com peut permettre de mettre cela en évidence (y'a une app tailscale pour syno). (le vpn se faisant sur udp il n'est pas affecté par le proto de congestion tcp).
-
si le client de test n'est pas le facteur limitant ca peut être le protocole de congestion tcp.
pour voir le protocole utilisé:
sysctl net.ipv4.tcp_congestion_control
pour voir ceux disponibles:
sysctl net.ipv4.tcp_available_congestion_control
sinon un test avec un vpn, par exemple avec tailscale.com peut permettre de mettre cela en évidence (y'a une app tailscale pour syno). (le vpn se faisant sur udp il n'est pas affecté par le proto de congestion tcp).
Si le problème est le protocole de congestion, pourquoi ieprf n'est pas affecté ?
Je te donne les infos des que je peux
-
effectivement si iperf3 n'est pas affecté ce n'est peut-être pas la congestion.
il faut comparer point a point entre iperf3 et un transfert https distant et local:
- meme machine source & machine destination (ca peut tres bien marcher avec paris.testdebit.info mais pas avec un PC derriere un FAI grand public).
- meme version d'IP: ipv6 ou ipv4
- coté client s'assurer que le logiciel n'est pas la cause (firefox) ou le disque (vu qu'on écrit un fichier c'est souvent le facteur limitant). préférer donc faire en ligne de commande avec un "curl -o /dev/null url" plutot que firefox.
- a noter qu'iperf3 ne chiffre pas contrairement a https (donc impact cpu plus important). donc si possible tester dans chiffrement aussi.
entre un distant et local, la taille des buffers coté réception peut jouer.
bref il faut déterminer plus finement ou ce situe le problème car un iperf3 vers paris.testdebit.info et un téléchargement avec firefox depuis X ne mesure pas la même chose. ni un téléchargement en local sur le LAN.
-
Moi j'utilise Openspeedtest sur mon synology (docker container)
https://github.com/openspeedtest/Docker-Image
Je suis sur Starlink, donc je peux pas tester la fibre pour l'instant. Mais l'upload me semble correct vu de l'extérieur...
-
Moi j'utilise Openspeedtest sur mon synology (docker container)
https://github.com/openspeedtest/Docker-Image
Je suis sur Starlink, donc je peux pas tester la fibre pour l'instant. Mais l'upload me semble correct vu de l'extérieur...
attention toutefois:
- openspeedtest c'est multi-connexion (par défaut, 6 en même temps en upload).
- utiliser Docker introduit du NAT supplémentaire entre le container et l'hote donc une éventuelle limitation a cause du cpu quand on a des tres gros débits (idéalement utiliser le réseau 'host' (--network host)).
Un NAS n'ayant pas forcement un gros cpu c'est souvent le facteur limitant.
-
attention toutefois:
- openspeedtest c'est multi-connexion (par défaut, 6 en même temps en upload).
- utiliser Docker introduit du NAT supplémentaire entre le container et l'hote donc une éventuelle limitation a cause du cpu quand on a des tres gros débits (idéalement utiliser le réseau 'host' (--network host)).
Un NAS n'ayant pas forcement un gros cpu c'est souvent le facteur limitant.
Voici le résultat entre un Mac et le syno, les deux sur le même switch
980 et 967, je perds pas grand chose par rapport au Gbs