La Fibre
Télécom => Réseau => 
Comment tester son débit ? => Discussion démarrée par: willemijns le 10 juillet 2014 à 12:46:02
-
Hello,
https://raw.githubusercontent.com/sivel/speedtest-cli/master/speedtest_cli.py
par contre, il choisit le serveur en fonction du ping...
-
c'est plus complet par la : https://github.com/sivel/speedtest-cli (https://github.com/sivel/speedtest-cli)
y'a la doc (ou faire speedtest-cli -h) et comment choisir le serveur (faut connaitre son ID).
Ce sont les serveurs de SpeedTest.net pris dans cette liste: http://c.speedtest.net/speedtest-servers-static.php (http://c.speedtest.net/speedtest-servers-static.php)
On y retrouve les ID des serveurs, par exemple:
2231 - Massy - Testdebit.info
3681 - Paris - Free Mobile
1688 - Paris - Bouygues Telecom
3782 - Paris - Orange
4011 - Strasbourg - Lafibre.info
2023 - Lyon - LaFibre.info
Les tests sont trop courts par contre pour donner des résultats probants, surtout avec des abonnements THD.
-
Le hic aussi c'est qu'il ne fait que 4 transferts en parallèle.
-
Ca n'est pas 4 mais 6 mais en fait c'est un peu plus compliqué que ca.
J'ai regardé un peu le code pour voir comment ca marche:
pour mesurer le download: il prépare une liste de 40 fichiers a télécharger depuis le serveur:
4 fois http://<url du serveur>/speedtest/random350x350.jpg
4 fois http://<url du serveur>/speedtest/random500x500.jpg
4 fois http://<url du serveur>/speedtest/random750x750.jpg
4 fois http://<url du serveur>/speedtest/random1000x1000.jpg
4 fois http://<url du serveur>/speedtest/random1500x1500.jpg
4 fois http://<url du serveur>/speedtest/random2000x2000.jpg
4 fois http://<url du serveur>/speedtest/random2500x2500.jpg
4 fois http://<url du serveur>/speedtest/random3000x3000.jpg
4 fois http://<url du serveur>/speedtest/random3500x3500.jpg
4 fois http://<url du serveur>/speedtest/random4000x4000.jpg
donc 4 fois le 1er plus 4 fois le 2nd, etc.
Les fichiers sont de plus en plus gros, le dernier (random4000x4000.jpg) faisant 30Mo environ.
Une fois la liste établie, il télécharge les 40 fichiers en utilisant un système de queue de threads, la taille de la queue est réglée a 6.
Donc a tout moment il y a au plus 6 téléchargements en parallèle mais par forcement tous de la même taille.
Les 6 premiers de la liste démarrent quasi en même temps et ensuite ca déroule, des qu'un est fini ça démarre le suivant dans la liste.
-
A noter que c'est l'ancienne architecture SpeedTest.
Aujourd'hui SpeedTest n'utilise plus ces fichiers pour les tests web mais fait des transfert sur le port 8080 a la mode iperf et c'est bien plus performant.
C'est la même chose sur le testr sur https://testdebit.info (https://testdebit.info) ou le nouveau test DegroupTest.
Les fichiers sont par contre utilisés par la version iOS et Android de SpeedTest.net
-
tiens... ce sujet a été allégé ?
-
Non, ne pas confondre avec l'autre post qui part un peu en hors sujet et parle aussi de SpeedTest en ligne de commande : https://lafibre.info/tester-son-debit/nouveau-test-de-debit-degrouptest/
-
SpeedTest-cli a basculé et utilise maintenant le port 8080, comme le site web speedtest.net ou les applications Android / iOS SpeedTest.net
Avant il utilisait le port 80.
Le trafic SpeedTest-cli est principalement des tests automatisés comme le montre les statistiques (serveur de Massy) :
(https://lafibre.info/images/stats/201909_ookla_apache_accesses.png)
(https://lafibre.info/images/stats/201909_ookla_apache_volume.png)
-
Hello,
en parlant de Speedtest-cli,
J'ai certains serveur sur lesquels il m'es impossible de lancer un test (je m'en suis aperçu avec le script de Vivien pour repérer les serveurs 10Gbps)
Voici le message ce que ca me fait :
speedtest --server 22132
Retrieving speedtest.net configuration...
Testing from Free SAS (xx.xx.xx.xx)...
Retrieving speedtest.net server list...
Retrieving information for the selected server...
Hosted by Leonix Telecom (Paris) [2.04 km]: 5008.033 ms
Testing download speed................................................................................
Download: 0.00 Mbit/s
Testing upload speed................................................................................................
Upload: 0.00 Mbit/s
Pourtant sur le serveur de Massy par exemple aucun soucis :
speedtest --server 2231
Retrieving speedtest.net configuration...
Testing from Free SAS (xx.xx.xx.xx)...
Retrieving speedtest.net server list...
Retrieving information for the selected server...
Hosted by TestDebit.info (Massy) [15.02 km]: 5.364 ms
Testing download speed................................................................................
Download: 4562.37 Mbit/s
Testing upload speed................................................................................................
Upload: 526.08 Mbit/s
Je me demande si c'est pas le fait que les serveurs impossible à tester soit des serveurs qui n'utilise plus du tout le port 80 et le système de fichiers .jpg
je vais voir pour mettre à jour l'appli
-
Pour répondre à ton DM,
(Disclaimer : Je suis le responsable réseau de Leonix/Always On)
Le serveur de Leonix, c'est compliqué...
A la base, c'est un gars qui n'était absolument pas de mon équipe (le réseau) qui a pris l'initiative, sans, c'était installé n'importe comment, donc on a fini par le shut.
Là, j'ai demandé à un de mes stagiaires de le faire, mais ça n'a pas l'air brillant non plus.
Je vous avoue que l'intérêt d'un serveur Speedtest étant très relatif pour nous au vu de nos interconnexions de qualité...
Je vais voir pour trouver le temps de le réinstaller correctement, mais je n'ai aucun ETA à donner :)
-
Merci Hugues pour le retour, Pas de soucis pour ETA ^^chacun fait comme il peut et puis Je pense que ça n'a pas vraiment de plus-value pour vous.
j'ai pris Leonix comme exemple mais j'en est plein d'autre dans le même cas en CLI. Via le Web ou bien l'application pas de soucis particulier.
Voici un exemple
vyos@VyOS-RtR:~$ ./comp-speedtest.sh
Merci de ne pas utiliser votre PC pendant les tests
Test n° 1 / 92 Orange - Paris : Échec serveur indisponible
Test n° 2 / 92 SFR - Paris : 570 Mb/s - 6 ms
Test n° 3 / 92 SiriusHD - Paris : 623 Mb/s - 4 ms
Test n° 4 / 92 Naitways - Paris : 647 Mb/s - 3 ms
Test n° 5 / 92 fdcservers.net - Paris : 567 Mb/s - 7 ms
Test n° 6 / 92 CCleaner - Paris : 901 Mb/s - 3 ms
Test n° 7 / 92 HarryLafranc - Paris : 622 Mb/s - 10 ms
Test n° 8 / 92 Interoute VDC - Paris : Échec serveur indisponible
Test n° 9 / 92 Cloudwatt - Paris : 645 Mb/s - 6 ms
Test n°10 / 92 Télécom Paris - Paris : 827 Mb/s - 7 ms
Test n°11 / 92 Extragornax - Paris : Échec serveur indisponible
Test n°12 / 92 Host-Heberg - Paris : 867 Mb/s - 8 ms
Test n°13 / 92 Stella Telecom - Courbevoie : 681 Mb/s - 7 ms
Test n°14 / 92 Ozone - Courbevoie : 687 Mb/s - 7 ms
Test n°15 / 92 Scaleway/Online- Vitry/Seine: 647 Mb/s - 5 ms
Test n°16 / 92 TestDebit.info - Massy : 4379 Mb/s - 5 ms
Test n°17 / 92 Orange - Lyon : Échec serveur indisponible
Test n°18 / 92 LaFibre.info - Lyon : 3412 Mb/s - 12 ms
Test n°19 / 92 Via Numérica - Archamps : 592 Mb/s - 14 ms
Test n°20 / 92 Rocho DataCente- Chambéry : 754 Mb/s - 14 ms
Test n°21 / 92 Ikoula - Reims : 845 Mb/s - 26 ms
Test n°22 / 92 RIV54 - Saulnes : 708 Mb/s - 16 ms
Test n°23 / 92 ORNE THD - Rombas : 1220 Mb/s - 11 ms
Test n°24 / 92 Vialis - Woippy : 693 Mb/s - 21 ms
Test n°25 / 92 REFO Falck - Falck : 702 Mb/s - 29 ms
Test n°26 / 92 Enes - Hombourg : 546 Mb/s - 20 ms
Test n°27 / 92 Fibragglo - Forbach : 450 Mb/s - 29 ms
Test n°28 / 92 La Regie - Reichshoffe: 447 Mb/s - 20 ms
Test n°29 / 92 AS Dienstleistu- Strasbourg : 98 Mb/s - 29 ms
Test n°30 / 92 LaFibre.info - Douai : 2397 Mb/s - 10 ms
Test n°31 / 92 ePlay TV - Roubaix : 215 Mb/s - 7 ms
Test n°32 / 92 Vianet - Le Havre : Échec serveur indisponible
Test n°33 / 92 LaFibre.info - Bordeaux : 2472 Mb/s - 12 ms
Test n°34 / 92 Axione - Pau : Échec serveur indisponible
Test n°35 / 92 TestDebit.info - Marseille : 2665 Mb/s - 17 ms
Test n°36 / 92 Orange - Marseille : Échec serveur indisponible
Test n°37 / 92 SEACOM - Marseille : Échec serveur indisponible
Test n°38 / 92 DFOX - Nice : 546 Mb/s - 2 ms
Test n°39 / 92 Andorra Telecom- Andorra : 277 Mb/s - 46 ms
Test n°40 / 92 Univ Catholique- Louvain ^C
-
Hugues je me propose d’administrer ton serveur de test de débit.
Un serveur de plus, tant que je reste sur mes scripts c'est pas beaucoup de travail.
Je peux même fournir le hardware avec carte 10G, c'est généralement mieux qu'une VM.
-
C'est déjà un serveur avec une X520 :)
J'en ai parlé à mon chef (que tu connais), je te dirais ce qu'il en pense
-
SpeedTest-cli a basculé et utilise maintenant le port 8080, comme le site web speedtest.net ou les applications Android / iOS SpeedTest.net
Avant il utilisait le port 80.
Le trafic SpeedTest-cli est principalement des tests automatisés comme le montre les statistiques (serveur de Massy) :
(https://lafibre.info/images/stats/201909_ookla_apache_accesses.png)
(https://lafibre.info/images/stats/201909_ookla_apache_volume.png)
Et ce soit Ookla a envoyé un mail :
Hello https://testdebit.info,
Thank you for your participation in the Speedtest Server Network. You are receiving this notification because you have Server permissions in your Connect account.
We are writing to inform you that we have been building HTTP Legacy fallback into OoklaServer since version 2.6.0. We have been fixing issues and migrating servers to use this new built in functionality over the last several months.
Today the HTTP Legay files and web server are no longer required. All servers have been migrated to the new built in legacy fallback functionality.
To use this new functionality servers had their legacy URL updated to the following format. This can also be used when submitting new servers to avoid setting up the web server files:
http://<OoklaServer URL>:8080/speedtest/upload.php
Legacy fallback is only used by our mobile applications and accounts for a very small percentage of test traffic. Testing has shown the use of port 80 vs 8080 for fallback does not have a significant impact on fallback success rates.
We will be updating our server submission interface and documentation to reflect this change. Our hope is that this new OoklaServer only requirement will simplify new server setup, improve monitoring, and centralize all test functions under a single process.
If you have any questions or concerns please feel free to contact us by either replying to this E-mail or opening a new support ticket through your Connect account. Your sponsorship as a Speedtest host is very much appreciated by all of us at Ookla.
Thanks,
Les fichiers en question :
latency.txt
random1000x1000.jpg
random1500x1500.jpg
random2000x2000.jpg
random2500x2500.jpg
random3000x3000.jpg
random3500x3500.jpg
random350x350.jpg
random4000x4000.jpg
random500x500.jpg
random750x750.jpg
upload.php
-
J'ai supprimé aujourd'hui les fichiers SpeedTest sur le port 80 de tous mes serveurs SpeedTest (je voyais dans les log qu'il y avait toujours du trafic sur ces fichiers alors que l'application n'est plus censé les utiliser).
Le port TCP 8080 est aujourd'hui le seul port de test pour SpeedTest.
-
Il doit y avoir d'anciens scripts qui fonctionnent encore avec du port 80...