La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => Opérateurs grand public alternatifs => MilkyWan => Discussion démarrée par: goudalf le 27 avril 2022 à 21:58:55
-
Bonsoir,
Depuis quelques jours, nous avons un serveur destiné aux tests de débit dans l'infrastructure MilkyWan:
http://speedtest.milkywan.fr (http://speedtest.milkywan.fr)
Il est hébergé dans notre POP de CBO et dispose de 10Gbps de connectivité.
Plusieurs services sont disponibles:
- Des fichiers en téléchargement HTTP de différentes tailles
- IPerf3
- Speedtest.net
- nPerf
Le serveur est également utilisable en IPv4-only sur http://ipv4.speedtest.milkywan.fr (http://ipv4.speedtest.milkywan.fr) et en IPv6-only sur http://ipv6.speedtest.milkywan.fr (http://ipv6.speedtest.milkywan.fr)
-
Et merci François pour le boulot !
Pour info le serveur est un Dell R620 avec deux Xeon E5-2630L E5-2643 v2 et 128Go de mémoire vive. La carte réseau est une X520-DA1 ConnectX-3 Pro
-
Merci.
Il faudrait mentionner les informations importantes, notamment le protocole de congestion TCP, le système d'exploitation utilisé et si des optimisations particulières ont été faites.
-
On tourne sur une Ubuntu Server 22.04 LTS et pour le congestion control, on est en BBR.
Pas d'autre tuning particulier à ce jour.
Je vais rajouter ça sur la page web, merci pour la suggestion.
-
net.ipv4.tcp_congestion_control=bbr
net.core.default_qdisc=fq
net.ipv4.tcp_no_metrics_save=1
net.ipv4.tcp_rmem=4096 131072 16777216
net.ipv4.tcp_wmem=4096 87380 16777216
net.core.rmem_max=16777216
net.core.wmem_max=16777216
net.core.netdev_max_backlog=4000
net.ipv4.tcp_max_syn_backlog=4096
net.core.somaxconn=4096
J'ai trouvé ça dans un post d'un certain "vivien" :)
-
cool.
par contre, on ne peut pas test en upload http/https (avec curl ou nspeed par exemple):
#creation d'un ficher de mire de 2MB
fallocate -l 2MB 2MB.dat
# test upload avec PUT
curl -v -T 2MB.dat http://speedtest.milkywan.fr -o /dev/null
# test upload avec POST
curl -v -X POST --data-binary 2MB.dat http://speedtest.milkywan.fr -o /dev/null
# supprimer fichier mire
rm 2MB.dat
le premier curl donne un 404
le 2eme un 405 (not allowed)
(idem avec nspeed qui fait des POST).
-
cool.
par contre, on ne peut pas test en upload http/https (avec curl ou nspeed par exemple):
#creation d'un ficher de mire de 2MB
fallocate -l 2MB 2MB.dat
# test upload avec PUT
curl -v -T 2MB.dat http://speedtest.milkywan.fr -o /dev/null
# test upload avec POST
curl -v -X POST --data-binary 2MB.dat http://speedtest.milkywan.fr -o /dev/null
# supprimer fichier mire
rm 2MB.dat
le premier curl donne un 404
le 2eme un 405 (not allowed)
(idem avec nspeed qui fait des POST).
Si tu nous donne la conf à faire coté serveur on peut regarder ça ;)
-
Pour ma part depuis ma FTTH Bouygues j'ai des valeurs un poil plus faibles par rapport à d'autres serveurs. Le peering avec Bouygues est limité ?
-
Du tout non :)
-
Si tu nous donne la conf à faire coté serveur on peut regarder ça ;)
si c'est du nginx:
je dirais un truc du genre:
client_max_body_size 0;
if ( $request_method ~ ^(PUT|POST)$ ) {
return 200;
}
a mettre dans la section http ou server suivant la conf en place.
Ajuster éventuellement client_max_body_size pour limiter l'upload max.
si c'est de l'Apache, demande a Vivien il a une conf qui marche bien pour testdebit.info.
-
C’est du Nginx, j’ai transmis à François, merci !
-
si c'est du nginx:
je dirais un truc du genre:
client_max_body_size 0;
if ( $request_method ~ ^(PUT|POST)$ ) {
return 200;
}
a mettre dans la section http ou server suivant la conf en place.
Ajuster éventuellement client_max_body_size pour limiter l'upload max.
si c'est de l'Apache, demande a Vivien il a une conf qui marche bien pour testdebit.info.
C'est bien du nginx. J'ai mis la conf. Du coup ça passe pas en POST, mais c'est OK en PUT.
-
ca passe en POST & PUT mais je viens de voir que j'ai fait une typo dans l'exemple curl que j'ai posté précedemment:
il manque un @ devant 2MB.dat dans le cas d'un POST:
#creation d'un ficher de mire de 2MB
fallocate -l 2MB 2MB.dat
# test upload avec PUT
curl -v -T 2MB.dat http://speedtest.milkywan.fr -o /dev/null
# test upload avec POST
curl -v -X POST --data-binary @2MB.dat http://speedtest.milkywan.fr -o /dev/null
# supprimer fichier mire
rm 2MB.dat
ca ne marche pas trop avec nspeed mais c'est normal y'a un souci de compatibilité avec nginx en upload. c'est dans ma buglist.
-
C'est mon ancien serveur ! :D
-
Une petite update rapide:
On vient de rajouter le support de nPerf.
-
Je pense que l'appli Nperf surestime un peu l'upload ;D
(https://pic.nperf.com/r/3382488298414126-3jwNN29s.png) (https://www.nperf.com/fr/r/3382488298414126-3jwNN29s)
-
Je pense que l'appli Nperf surestime un peu l'upload ;D
(https://pic.nperf.com/r/3382488298414126-3jwNN29s.png) (https://www.nperf.com/fr/r/3382488298414126-3jwNN29s)
je viens de monter à 3500 d'upload...
Vous utilisez quelle magie noire pour nous augmenter les débits sans toucher aux couches L1/L2 ? ;D
-
Effectivement il doit y avoir un léger bug en ce moment avec nperf ?
Sinon de mon côté je constate qu'il y a un peu de reord de paquets depuis ma ligne Orange FTTH vers ce serveur de test (comme vers celui de Bouygues d'ailleurs).
Sans doute rien de vraiment anormal, mais du coup j'en ai profité pour comparer les débits en upload obtenus sous Linux et sous Windows (depuis la même connexion Internet et en utilisant le même algo de congestion CUBIC).
Linux s’accommode très bien de ces reord et arrive à monter en mono-connexion jusqu'au max de la ligne (600Mbps), avec un coef de variation de 0.02% seulement:
(https://lafibre.info/milkywan/nouveau-serveur-speedtest-heberge-sur-le-reseau-de-milkywan/?action=dlattach;attach=127331)
Par contre la couche réseau de Windows a vraiment du mal à gérer ces reord, avec un débit beaucoup plus faible et instable (coef de variation à 25%):
(https://lafibre.info/milkywan/nouveau-serveur-speedtest-heberge-sur-le-reseau-de-milkywan/?action=dlattach;attach=127333)
Vivement qu'ils déploient leur fameuse nouvelle implémentation de TCP RACK chez Microsoft, ou alors ils misent tout sur QUIC ? ::)
-
ouno tu utilises quel outil pour avoir ces stats ?
Je rappelle que vous pouvez demander l’accès à la section privée nPerf pour dialoguer avec Renaud Keradec, founder, owner, CEO/CTO de nPerf
=> https://lafibre.info/nperf/
Pour avoir accès à cette section c'est expliqué sur [Beta-test] Application nPerf pour Windows, Mac, Linux (https://lafibre.info/tester-son-debit/beta-test-application-nperf-pour-windows-mac-linux/) (C'est soumis à validation par nPerf).
Je note que MilkyWan utilise un serveur Ubuntu 22.04, solution qui n'est par encore validée et cela pourrait être la cause de bugs (qu'il faut alors bien remonter à nPerf, car il va y avoir des upgrades de serveurs nPerf Ubuntu 20.04 dans les prochains mois).
-
ouno tu utilises quel outil pour avoir ces stats ?
Outil maison (bizarrement j'ai pas trouvé d'outil existant qui fournissait ces stats, pourtant bien utiles je trouve...).
-
Merci pour la mise à disposition de ce serveur, depuis une connexion Orange le débit est excellent.
iperf3 -c speedtest.milkywan.fr -p 9201 -R
Connecting to host speedtest.milkywan.fr, port 9201
Reverse mode, remote host speedtest.milkywan.fr is sending
[ 7] local xx port 50073 connected to 2a0b:cbc0:42:1::1 port 9201
[ ID] Interval Transfer Bitrate
[ 7] 0.00-1.00 sec 227 MBytes 1.90 Gbits/sec
[ 7] 1.00-2.00 sec 240 MBytes 2.01 Gbits/sec
[ 7] 2.00-3.00 sec 240 MBytes 2.01 Gbits/sec
[ 7] 3.00-4.00 sec 242 MBytes 2.03 Gbits/sec
[ 7] 4.00-5.00 sec 238 MBytes 2.00 Gbits/sec
[ 7] 5.00-6.00 sec 239 MBytes 2.01 Gbits/sec
[ 7] 6.00-7.00 sec 239 MBytes 2.01 Gbits/sec
[ 7] 7.00-8.00 sec 240 MBytes 2.01 Gbits/sec
[ 7] 8.00-9.00 sec 239 MBytes 2.01 Gbits/sec
[ 7] 9.00-10.00 sec 239 MBytes 2.01 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 7] 0.00-10.01 sec 2.34 GBytes 2.01 Gbits/sec 5530 sender
[ 7] 0.00-10.00 sec 2.33 GBytes 2.00 Gbits/sec receiver
iperf Done.
iperf3 -c speedtest.milkywan.fr -p 9201 1 ↵
Connecting to host speedtest.milkywan.fr, port 9201
[ 7] local xx port 50071 connected to 2a0b:cbc0:42:1::1 port 9201
[ ID] Interval Transfer Bitrate
[ 7] 0.00-1.00 sec 65.5 MBytes 549 Mbits/sec
[ 7] 1.00-2.00 sec 94.4 MBytes 791 Mbits/sec
[ 7] 2.00-3.00 sec 94.4 MBytes 792 Mbits/sec
[ 7] 3.00-4.00 sec 94.4 MBytes 792 Mbits/sec
[ 7] 4.00-5.00 sec 94.5 MBytes 792 Mbits/sec
[ 7] 5.00-6.00 sec 94.5 MBytes 793 Mbits/sec
[ 7] 6.00-7.00 sec 94.5 MBytes 792 Mbits/sec
[ 7] 7.00-8.00 sec 94.5 MBytes 792 Mbits/sec
[ 7] 8.00-9.00 sec 91.8 MBytes 770 Mbits/sec
[ 7] 9.00-10.00 sec 94.6 MBytes 793 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 7] 0.00-10.00 sec 913 MBytes 766 Mbits/sec sender
[ 7] 0.00-10.01 sec 912 MBytes 764 Mbits/sec receiver
-
Je note que MilkyWan utilise un serveur Ubuntu 22.04, solution qui n'est par encore validée et cela pourrait être la cause de bugs (qu'il faut alors bien remonter à nPerf, car il va y avoir des upgrades de serveurs nPerf Ubuntu 20.04 dans les prochains mois).
J'ai créé un fil de discussion dédié dans le forum de la beta, parce que le bug semble uniquement affecter l'application, et pas le site web.
Il y a aussi le HTTPS qui ne fonctionne pas, alors qu'il semble utilisé sur le site web.
-
Super boulot les gars !! :D
Petit test sur une coax chez Vialis
(https://www.speedtest.net/result/13156122400.png)
-
J'ai déplacé le hors-sujet : Protocole Arcep pour la mesure du débit mobile (https://lafibre.info/milkywan/protocole-arcep-pour-la-mesure-du-debit-mobile/)
-
Hello,
Le serveur speedtest est maintenant en 40Gbit/s, toujours à CBO :)
-
Sympa ! :)
En tout cas par rapport à mes tests qui datent de mai (cf mon message ici (https://lafibre.info/milkywan/nouveau-serveur-speedtest-heberge-sur-le-reseau-de-milkywan/msg947803/#msg947803)) je constate qu'il y a beaucoup moins de reord entre ma connexion FTTH Orange et ce serveur de test.
Du coup maintenant j'obtiens le débit max de ma ligne en upload en mono-connexion vers ce serveur depuis un Windows, ce qui est plutôt bon signe vu la sensibilité de la stack TCP de Windows pour l'upload ::) :
-
Après on a tout changé depuis, le routeur de coeur du pop, la carte réseau... Je ne sais pas ce qui a résolu le problème ^^
-
Hello,
Pour info on a changé les deux CPU de la machine par des Intel Xeon E5-2643 v2 @ 3.50GHz :)
Ça devrait fortement améliorer les speedtests à plus de 10Gbit/s !
-
Il n'est plus dispo sur speedtest.net ?
-
Il faut un peu de temps pour qu'il revienne.
-
Il est de retour
-
Suite a des abus venant principalement d'abonnés Free, les tests via speedtest.net automatisés et récurrents sont bannis automatiquement.
Le serveur poussait 2G en continu et plus de 10G a la première minute de chaque heure, y'a vraiment des demeurés...
-
Les gars qui scriptent des speedtests car "j'ai payé ma 10Gbit/s, je peux faire ce que je veux avec".
-
Les gars qui scriptent des speedtests car "j'ai payé ma 10Gbit/s, je peux faire ce que je veux avec".
Quelquefois, le passage à l'état adulte se fait sur une trrèèès looonngue période... Certains n'y arrivent jamais! :P
-
Bonjour Hugues, goudalf et toute l'équipe de Milkywan,
Merci pour la mise à dispo du service, je le trouve beaucoup plus fiable que d'autres, étant chez Free (promis c'est pas moi qui spam) c'est plus rapide que de taper chez Scaleway. Etrange non ? (iperf3)
En tout cas merci pour le service, je voulais tester la vitesse avec un ccr2004-16g-2s+ et la Delta en Bridge, a priori pas de HW offload sur le 2004 mais je tape 1Gbs/700mbs chez vous. Je pourrais tester plus tard en 10G.