La Fibre

Télécom => Réseau => testdebit Comment tester son débit ? => Discussion démarrée par: vivien le 26 novembre 2015 à 22:49:54

Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 26 novembre 2015 à 22:49:54
Test de débit et de neutralité de l'Internet IPv4 + IPv6

Je vous propose un test de neutralité basé sur un simple script batch qui utilise curl pour effectuer des téléchargement dans le vide (les fichiers ne sont pas enregistrer sur le disque dur)

Le script de test de la neutralité avec curl : https://lafibre.info/testdebit/curl/test-neutralite.zip

Il faut extraire le fichier .zip et curl.exe doit être dans le même dossier que test-neutralite.bat.

Double cliquez sur le fichier test-neutralite.bat

Un fichier .bat étant pas définition pas signé (vous pouvez l'éditer, avec le bloc note, il est facilement compréhensible), il faut cliquer sur exécuter sur l'avertissement de Windows :
(https://lafibre.info/testdebit/curl/201511_test-neutralite_alerte_windows10.png)

Après avoir choit une taille de fichier a télécharger, le test vous présente les débits par port, protocole (http ou https) et nom de fichier.

Les tests sont effectués en IPv4 et en IPv6, si IPv6 est disponible, car les débits peut être différents : Une connexion avec IPv6 encapsulé dans de l'IPv4 aura des mauvaises performances en IPv6. Inversement, une connexion IPv6 native mais avec un IPv4 via CGNAT pourra avoir des problèmes de performances en IPv4. (Cela se fait déjà dans le fixe, chez des petits FAI qui manquent d'IP : leur box a une plage IP LAN en 192.168.1.xxx comme tous, mais une IP WAN en 10.xxx.xxx.xxx (exemple en France sur le fixe : Alsatis (https://lafibre.info/alsatis/alsatis-et-son-wrp400/msg154897/#msg154897))



Un exemple de cela donne avec une ligne FTTH neutre : (IPv4 uniquement)
(https://lafibre.info/testdebit/curl/201511_test-neutralite_ftth_windows10.png)

Le débit est le débit utile (calculé en divisant le temps mis pour le transfert entre le premier octet du fichier et le dernier octet)
Entre parenthèse est indiqué :
- DNS : Temps en millisecondes pour faire la requête DNS
- SYN : Temps en millisecondes pour établir la connexion TCP (envoi du paquet [SYN] et réception du paquet [SYN-ACK]) c'est le ping TCP. Il mesure le temps pour faire l'aller-retour vers le serveur.
- GET (téléchargement) ou POST (pour l'émission d'un fichier): C'est le temps en millisecondes pour faire le requête HTTP
- Download : Temps en millisecondes pour transfert le fichier proprement dit (c'est ce temps qui sert au calcul en Mb/s)

Un exemple de cela donne avec une ligne non neutre : (IPv4 uniquement)
(https://lafibre.info/images/altice_cable/201511_numericable-outremer_3.png)

J'ai mis 3 extensions de fichier, car vous savez que d'autres opérateurs ont eu l'idée de brider en fonction des extension de fichier...
=> Débit Free Mobile en Itinérance Orange (https://lafibre.info/free-mobile/debit-free-mobile-en-itinerance-orange/)/size]
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 26 novembre 2015 à 22:50:21
Aujourd'hui l’Internet est de lus en plus chiffré (port 443) et vous pouvez voir que cet opérateur bride tout ce qui est https (et aussi le http sur le port 554) : les débit sont ridicules avec moisn de 500 Kb/s !

Par contre aucun souci sur le port 8080 qui dépasse les 29 Mb/s (toujours sur le même serveur).
Vous savez a quoi sert le port 8080 ? Uniquement SpeedTest !
Sympa speedtest d'avoir mis le trafic sur un port à part, cela permet de bien le prioriser, sans avoir d'effet de bord.

Pour le port 80, je suis tombé sur les bonnes extension de fichiers.

Gwadagamer a fait une vidéo avec un téléchargement sur OVH à 24 Ko/s sur le port 80 :
(https://lafibre.info/images/altice_cable/201511_numericable-outremer_1.jpg)

Suivit d'un speedtest sur le port 8080 :
(https://lafibre.info/images/altice_cable/201511_numericable-outremer_2.jpg)

Cela se passe de commentaires.
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 26 novembre 2015 à 22:52:45
Le problème avec Numericable Outremer n'est pas que vers OVH, il est présent sur Youtube, Twitch, ect... ou le service est inutilisable le soir.

C'est quand même triste d'avoir une connexion qui va bien à 100 Mb/s mais uniquement sur SpeedTest et les débits sont tellement bridés sur les autres ports, qu'il est impossible de regarder une pauvre vidéo streaming à 1 Mb/s. Je ne parle pas du temps pour télécharger un pauvre fichier de 10Mo.

Ce n'est plus un abonnement à Internet, mais un abonnement à SpeedTest !

Je vous invite a regarder sa vidéo qui est affligeante sur les pratiques de Numericable Outremer :
https://lafibre.info/videos/altice/201511_numericable_outremer_19nov2015_bride.mp4

Numericable Outremer promet pourtant sur son site web "votre film culte en moins de 5 minutes" : C'est vrai, a condition qu'il soit hébergé sur le port 8080 (SpeedTest)
(https://lafibre.info/images/altice_cable/201511_numericable-outremer_4.png)

Attention : Numericable France (aujourd'hui SFR) n'a pas de telles pratiques.
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 26 novembre 2015 à 22:58:33
Je vous invite à retrouver les aventures des habitants de la Guadeloupe avec la neutralité de l'internet sur le sujet Problèmes de Débit, Ping, twitch sur Numéricable Outremer Guadeloupe/martinique (https://lafibre.info/guadeloupe/problemes-de-debit-ping-twitch-sur-numericable-outremer-guadeloupemartinique/)

Gwadagamer, qui a réalisé les tests ci-dessus et envoyé des demandes à l'ARCEP restées sans réponse.

LiKiDia, qui a décidé de porter plainte :

(https://lafibre.info/images/altice_cable/201511_numericable-outremer_5.png)
Titre: Test de débit et de neutralité de l'Internet
Posté par: Gwadagamer le 26 novembre 2015 à 23:17:49
merci beaucoups de prendre le temps pour nous, on est un peut perdu a 7000 kilomètres. merci :D
Titre: Test de débit et de neutralité de l'Internet
Posté par: frenchieman le 26 novembre 2015 à 23:31:45
 :-[ Je me joins a Gwadagamer aussi et vous remercie de vous intéresser à notre cause....c'est une hérésie en 2015...on est aux Antilles mais on est pas des pigeons non plus !
Titre: Test de débit et de neutralité de l'Internet
Posté par: Snickerss le 27 novembre 2015 à 00:19:26
Pour une fois, on peut parler d'un situation scandaleuse sans exagérer sur le terme  :o c'est hallucinant sur un acces fixe ..
Titre: Test de débit et de neutralité de l'Internet
Posté par: Gwadagamer le 27 novembre 2015 à 00:21:34
Snickerss oui tu peut le dire c'est scandaleux .. la on viens de retwitter l'info sur twitter avec arcep qui est cité j'espères que les gens feront passer l'info. :D
Titre: Test de débit et de neutralité de l'Internet
Posté par: Kaelhan le 27 novembre 2015 à 07:42:31
:-[ Je me joins a Gwadagamer aussi et vous remercie de vous intéresser à notre cause....c'est une hérésie en 2015...on est aux Antilles mais on est pas des pigeons non plus !
Ta phrase me fait penser à l'émission de France 4 "On n'est plus des pigeons", leurs journalistes sont très présents sur les réseaux sociaux. Peut-être pourriez-vous les contacter et voir même à 7000 km s'ils souhaitent parler de ce sujet.
Titre: Test de débit et de neutralité de l'Internet
Posté par: Gwadagamer le 27 novembre 2015 à 10:58:21
Ta phrase me fait penser à l'émission de France 4 "On n'est plus des pigeons", leurs journalistes sont très présents sur les réseaux sociaux. Peut-être pourriez-vous les contacter et voir même à 7000 km s'ils souhaitent parler de ce sujet.

Je viens de les contacter sur twitter, ils m'ont renvoyé une vidéo moi ej leur un peu argumenté que c'était différent on va voir, et oui ils sont hyper réactifs
Titre: Test de débit et de neutralité de l'Internet
Posté par: corrector le 27 novembre 2015 à 13:19:02
Le port 8080 est utilisé traditionnellement pour les proxy HTTP non transparents.
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 27 novembre 2015 à 14:36:38
J'ai changé l'extension testée .iso et .zip pour être plus représentatif
J'ai rajouté un 4ème type de fichier uniquement pour le port 80 : .pdf
J'ai réduit à 2 types de fichiers testé au lieu de 3 pour le https et le http port 6881.
=> le test est plus rapide à s’exécuter.

J'ai abrégé Download en Down et Upload en Up afin de ne pas avoir un ligne qui dépasse la fenêtre et fasse un retour à la ligne supplèmentaire.


Chaque fichier est accessible selon 8 ports différents et 3 protocoles différents :

IPv6 / IPv4 en automatique, selon le choix du navigateur :
- ftp port 21 : wget -O /dev/null ftp://3.testdebit.info/1000Mo/1000Mo.iso
- http port 80 : wget -O /dev/null http://3.testdebit.info/fichiers/1000Mo/1000Mo.iso
- https port 443 : wget -O /dev/null https://3.testdebit.info/fichiers/1000Mo/1000Mo.iso (c'est du vrai https, grade "A" selon SSL Labs)
- http port 554 : wget -O /dev/null http://3.testdebit.info:554/fichiers/1000Mo/1000Mo.iso
- https port 993 (port de Secure IMAP4 over TLS/SSL) : wget -O /dev/null https://3.testdebit.info:993/fichiers/1000Mo/1000Mo.iso (c'est du vrai https)
- https port 1194 (port de OpenVPN) : wget -O /dev/null https://3.testdebit.info:1194/fichiers/1000Mo/1000Mo.iso (c'est du vrai https)
- http port 6881 (port de BitTorrent) : wget -O /dev/null http://3.testdebit.info:6881/fichiers/1000Mo/1000Mo.iso
- http port 8080 (port de SpeedTest) : wget -O /dev/null http://3.testdebit.info:8080/fichiers/1000Mo/1000Mo.iso

IPv4 uniquement :
- ftp port 21 : wget -O /dev/null ftp://3-ipvbouygues.testdebit.info/1000Mo/1000Mo.iso
- http port 80 : wget -O /dev/null http://3-ipvbouygues.testdebit.info/fichiers/1000Mo/1000Mo.iso
- https port 443 : wget -O /dev/null https://3-ipvbouygues.testdebit.info/fichiers/1000Mo/1000Mo.iso (c'est du vrai https, grade "A" selon SSL Labs)
- http port 554 : wget -O /dev/null http://3-ipvbouygues.testdebit.info:554/fichiers/1000Mo/1000Mo.iso
- https port 993 (port de Secure IMAP4 over TLS/SSL) : wget -O /dev/null https://3-ipvbouygues.testdebit.info:993/fichiers/1000Mo/1000Mo.iso (c'est du vrai https)
- https port 1194 (port de OpenVPN) : wget -O /dev/null https://3-ipvbouygues.testdebit.info:1194/fichiers/1000Mo/1000Mo.iso (c'est du vrai https)
- http port 6881 (port de BitTorrent) : wget -O /dev/null http://3-ipvbouygues.testdebit.info:6881/fichiers/1000Mo/1000Mo.iso
- http port 8080 (port de SpeedTest) : wget -O /dev/null http://3-ipvbouygues.testdebit.info:8080/fichiers/1000Mo/1000Mo.iso

IPv6 uniquement :
- ftp port 21 : wget -O /dev/null ftp://3-ipv6.testdebit.info/1000Mo/1000Mo.iso
- http port 80 : wget -O /dev/null http://3-ipv6.testdebit.info/fichiers/1000Mo/1000Mo.iso
- https port 443 : wget -O /dev/null https://3-ipv6.testdebit.info/fichiers/1000Mo/1000Mo.iso (c'est du vrai https, grade "A" selon SSL Labs)
- http port 554 : wget -O /dev/null http://3-ipv6.testdebit.info:554/fichiers/1000Mo/1000Mo.iso
- https port 993 (port de Secure IMAP4 over TLS/SSL) : wget -O /dev/null https://3-ipv6.testdebit.info:993/fichiers/1000Mo/1000Mo.iso (c'est du vrai https)
- https port 1194 (port de OpenVPN) : wget -O /dev/null https://3-ipv6.testdebit.info:1194/fichiers/1000Mo/1000Mo.iso (c'est du vrai https)
- http port 6881 (port de BitTorrent) : wget -O /dev/null http://3-ipv6.testdebit.info:6881/fichiers/1000Mo/1000Mo.iso
- http port 8080 (port de SpeedTest) : wget -O /dev/null http://3-ipv6.testdebit.info:8080/fichiers/1000Mo/1000Mo.iso


Ici, j'ai donné un exemple avec l'extension .iso mais il existe d'autres extensions disponibles, que j'ai classé par catégories :

Compression :
1000Mo.iso
1000Mo.zip
1000Mo.rar
1000Mo.7z
1000Mo.sit
1000Mo.dmg
1000Mo.hqx
1000Mo.gz
1000Mo.tgz
1000Mo.tar
1000Mo.tar.bz2
1000Mo.tar.xz
1000Mo.uu
1000Mo.xz
1000Mo.bin
1000Mo.bz2
1000Mo.sea

Documents :
1000Mo.pdf
1000Mo.txt
1000Mo.doc
1000Mo.docx
1000Mo.ppt
1000Mo.pptx
1000Mo.xls
1000Mo.xlsx
1000Mo.odp
1000Mo.odt
1000Mo.ods

Web :
1000Mo.html
1000Mo.woff2
1000Mo. swf

Images :
1000Mo.jpg
1000Mo.jpeg
1000Mo.png
1000Mo.gif
1000Mo.svg
1000Mo.webp

Vidéo :
1000Mo.mp4
1000Mo.avi
1000Mo.mpg
1000Mo.mov
1000Mo.webm
1000Mo.divx
1000Mo.xvid
1000Mo.flv
1000Mo.mks
1000Mo.wmv
1000Mo.mka
1000Mo.mkv
1000Mo.rmvb

Audio :
1000Mo.mp3
1000Mo.wma
1000Mo.aac
1000Mo.wav
1000Mo.au
1000Mo.aif
1000Mo.raw
1000Mo.vqf
1000Mo.asf

Exécutables :
1000Mo.exe
1000Mo.msi
1000Mo.apk
1000Mo.deb
1000Mo.rpm
1000Mo.ova

Divers :
1000Mo.rnd
1000Mo.vivien


Depuis le début on ne parle que de fichier de 1000Mo, mais toutes les tailles sont disponibles dans la liste ci-dessous :
1ko
2ko
5ko
10ko
20ko
50ko
100ko
200ko
500ko
1Mo
2Mo
5Mo
10Mo
20Mo
30Mo
50Mo
100Mo
200Mo
500Mo
1000Mo
5000Mo

Vous pouvez tout mixer.

Exemple: fichier .woff2 de 2Ko, en IPv6 uniquement, https sur le port 1194, cela donne :
wget -O /dev/null https://3-ipv6.testdebit.info:1194/fichiers/2Ko/2Ko.woff2

Dans tous les cas ce sont des données aléatoires non compressibles qui sont envoyées.
Titre: Test de débit et de neutralité de l'Internet
Posté par: DamienC le 27 novembre 2015 à 19:37:01
Vivien, j'ai un petit problème avec ton script, je le lance, je choisi la taille en Download et en Upload, j'attends, dans le gestionnaire des tâches je vois bien que le script utilise ma connexion WiFi mais il ne se passe rien après avoir téléchargé les 100 Mo (l'option que j'ai choisi)
J'ai laissé tourner encore 5 minutes pour être sûr et pas mieux :/
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 27 novembre 2015 à 21:03:55
Tu as essayé avec d'autres tailles ?

J'ai fait plusieurs tests (Windows 7 , Windows 10) sans pouvoir reproduire ton bug.

Si tu pouvais faire de nouveau un test (sur un petit fichier pour que cela passe vite)

Voici un copie d'écran de la version que j'ai fait ce midi :
Titre: Test de débit et de neutralité de l'Internet
Posté par: LiKiDia le 27 novembre 2015 à 22:43:05
Merci Vivien de nous donner un coup de main, (ainsi qu'aux contributeurs)  :P
cela commence à être repris :  http://www.lescrutateur.com/2015/11/numericable-en-guadeloupe-est-elle-une-boite-serieuse.html
FOS
Titre: Test de débit et de neutralité de l'Internet
Posté par: LiKiDia le 27 novembre 2015 à 22:44:48
Vivien, j'ai un petit problème avec ton script, je le lance, je choisi la taille en Download et en Upload, j'attends, dans le gestionnaire des tâches je vois bien que le script utilise ma connexion WiFi mais il ne se passe rien après avoir téléchargé les 100 Mo (l'option que j'ai choisi)
J'ai laissé tourner encore 5 minutes pour être sûr et pas mieux :/
Peut être doit tu lancer l’exécutable avec des droits Administrateurs ?
Titre: Test de débit et de neutralité de l'Internet
Posté par: LiKiDia le 27 novembre 2015 à 22:49:21
Test de débit et de neutralité de l'Internet IPv4 + IPv6

Un exemple de cela donne avec une ligne FTTH neutre : (IPv4 uniquement)
(https://lafibre.info/testdebit/curl/201511_test-neutralite_ftth_windows10.png)


Le jour ou j'ai un tel debit  :'(
J'offre le punch à tout le monde!  :-*
Titre: Test de débit et de neutralité de l'Internet
Posté par: cali le 28 novembre 2015 à 01:38:19
Les tests sont beaux avec speedtest.net parce que le FAI détourne les adresses des serveurs speedtest. Ca se fait de plus en plus souvent chez les FAI de merde parce que la majorité de leurs clients se limitent à ce site.
Titre: Test de débit et de neutralité de l'Internet
Posté par: corrector le 28 novembre 2015 à 03:31:05
Peut être doit tu lancer l’exécutable avec des droits Administrateurs ?
Je vois pas de raison...
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 28 novembre 2015 à 09:30:11
Pas besoin de droits administrateur pour le script.

La priorisation du port 8080 est bien plus simple que la priorisation de milliers d'adresses IP qui changement régulièrement : il y a régulièrement des nouveaux serveurs en France et d'autres qui ferment.
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 28 novembre 2015 à 16:47:42
y'a pas mal de mythes et légendes la dessus. Je ne connais pas les pratiques mais je m’interroge.

Prioriser un port TCP ou UDP a l'échelle d'un gros FAI ca ne me parait pas simple simple à  faire quand meme sans parler du cout.
Deja les gros FAI n'ont pas forcement un réseau full IP public mais le plus souvent un réseau de transport niveau 2 (ou 2,5) genre anciennement ATM ou plus fréquemment MPLS de nos jours. Internet n'est qu'un réseau parmis d'autres réseaux transportés pour leur clients.

Techniquement c'est bien sur possible mais pour les gros FAI ca complique quand meme pas mal les choses. C'est surement possible aux endroits ou des équipements existent qui vont déjà regarder a l’intérieur des paquets IP, par exemple au point de jonction avec un réseau mobile ?

Mais en Internet fixe j'en doute vraiment, a moins d'agir au niveau des box par un marquage QoS ?, économiquement ca me parait être la le plus simple. A un point de peering de plusieurs Gbps va t'on vraiment regarder dans les paquets IP pour voir le port et agir en conséquence ? peut-etre mais j'en doute.

Pour les petits FAI ou ceux qui n'ont qu'un réseau full IP public (ie qui ne font que de l'Internet comme Free par exemple) c'est nettement peut-etre moins couteux à  faire mais ils n'ont pas forcement  les moyens financiers ou l'envi. Sauf si a la base le but est de truander les clients comme ce FAI en Guadeloupe ;)

Je suis très sceptique sur la chose.
Titre: Test de débit et de neutralité de l'Internet
Posté par: Gwadagamer le 28 novembre 2015 à 19:02:11
Kgersen merci pour ta réponse, Pour la guadeloupe et la martinique on a une spécificité c'est que l'on a que 3 tuyaux pour sortir de l'île, et en faite tout se passe a l'entrée et a la sortie de ce dernier. Tout le flux est centralisé au même endroit donc çà devient beaucoups plus facile pour eux car c'est le noeux principale que tu es obligé d'utiliser si tu veux sortir de l'île.
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 28 novembre 2015 à 21:30:33
Prioriser un port TCP ou UDP a l'échelle d'un gros FAI ca ne me parait pas simple simple à  faire quand meme sans parler du cout.

Je ne comprends pas surtout que tu donnes toi même la solution dans un message :
Je cherche a comprendre pourquoi le port 554 a un débit réduit sur le Livebox (source ici (https://lafibre.info/orange-les-news/actualites-ipv6-orange/msg279486/#msg279486))
ca peut être lié a un marquage QoS des paquets ? A priori Orange limite les débit des paquets prioritaires (pour éviter qu'un petit malin balance tout en prio haute) (cf discussion sur DHCP Orange).

Prioriser le port 8080, c'est gratuit, il suffit de mettre une règle qui le DSCP à une valeur plus élevée que le reste du trafic best-effort sur les routeurs de peering pour que cela soit prioriser dans le réseau.

Tous les FAI utilisent déjà les marquages DSCP pour prioriser le flux multicast, la VoIP, la VoD mais aussi le trafic DNS (vers le DNS du FAI) donc rajouter une règle pour le port 8080, c'est facile.

Sous Linux, la modification du DSCP est très simple :
/sbin/iptables -t mangle -A OUTPUT -p tcp --sport 8080 -j DSCP --set-dscp 40
/sbin/ip6tables -t mangle -A OUTPUT -p tcp --sport 8080 -j DSCP --set-dscp 40
Cela ne sert à rien si aucun routeur ne s'en sert. Ne pensez pas que le marquage est conservé à l'entrée du réseau du FAI, le premier truc qu'il fait de mettre à 0 les DSCP. Tous ? non, j'ai remarqué que Adeli laissait le marquage DSCP à l'entre de son réseau. Par contre, je ne sais pas si un équipement va prioriser le trafic avec le DSCP sur le réseau du SIEA.

Prioriser le trafic en fonction de protocole utilisé (http vs https) ou des nom des fichiers, c'est par contre coûteux (même si on a tous en tête un opérateur mobile qui le fait). Je ne sais pas si c'est ce que fait Numericable Outremer. Il faudrait que j'inverse les protocoles pour voir (faire passer du trafic https sur le port 80 et du trafic http sur le port 443)
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 28 novembre 2015 à 22:36:54
Tous les FAI utilisent déjà les marquages DSCP pour prioriser le flux multicast, la VoIP, la VoD mais aussi le trafic DNS (vers le DNS du FAI) donc rajouter une règle pour le port 8080, c'est facile.

C'est facile sur les box d'extrémités (cpe) oui. ca l'est de moins en moins plus on remonte en amont dans le réseau. C'est de ca que je parlais. De l'endroit ou l'on marque.

Gérer le marquage le réseau c'est une chose, d'autant si c'est un marquage simple de classe de service de niveau 2 (802.1p).

Marquer c'est autre chose. Je fais bien la distinction entre les 2. L'un est facile, l'autre pas en fonction du débit qui passe a l'endroit ou on fait le marquage (donc a l'endroit ou on regarde le contenu et le port).

Titre: Test de débit et de neutralité de l'Internet
Posté par: DamienC le 28 novembre 2015 à 23:03:45
Bon je viens de refaire les tests, le bug est présent pour les fichiers de 100 Mo ou plus, ceux inférieurs passent sans problème.

Cdt,
DamienC
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 28 novembre 2015 à 23:22:14
Marquer c'est autre chose. Je fais bien la distinction entre les 2. L'un est facile, l'autre pas en fonction du débit qui passe a l'endroit ou on fait le marquage (donc a l'endroit ou on regarde le contenu et le port).
Les routeurs savent marquer les flux en fonction d'informations dans l'en-tête, tel que port source ou port destination.

Je me demande si ils savent marquer en fonction de la taille des paquets, cela serait sympa, pour prioriser le contenu interactif sur les gros transferts, lors d'usage simultanés sur une même ligne (exemple concret : faire du SSH quand tu télécharge un iso)

En ADSL, le téléchargement de l'ISO va remplir les buffers sur le DSLAM et les paquets du SSH font passer par ce buffer FIFO (First In, First Out)

Taguer les flux < 1400 octets avec un DSCP supérieur permettrait de prioriser ces flux (il ne faudrait pas faire de la strict priorité, car sinon de nombreux petits paquets bloqueraient les gros paquets, mais avec du round-robin il est possible de déterminer un flux minimum pour les petits paquets qui passeront donc sans la latence du buffer)
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 29 novembre 2015 à 00:02:18
Les routeurs savent marquer les flux en fonction d'informations dans l'en-tête, tel que port source ou port destination.

Décidèment je me fais mal comprendre.

Je ne parlais pas de 'pouvoir' mais plus de 'vouloir' en terme économique et complexité a gérer cela. Suivant les modèles et config, un meme routeur ne tiendra pas le même débit s'il fait juste router ou si il doit aussi regarder l’intérieur des paquets IP pour voir match source/dest/proto/port etc et faire du marquage. Tenir 10 Gbps en routage simple c'est un chose, tenir 10 Gpbs avec des access-list L3 de marquage QoS c'est pas la même bestiole. Enfin ca a peut-etre changé ca fait presque 10 ans que je ne travaille plus dans ce domaine.

Encore une fois depuis le début je ne parle de ce qu'il est "techniquement possible" mais de ce qu'il économiquement et humainement réaliste de faire pour un gros FAI en fonction du rapport coût/gain que cela représente.

"techniquement" si on s'en donne les moyens on peut quasi tout faire.
Titre: Test de débit et de neutralité de l'Internet
Posté par: willemijns le 30 novembre 2015 à 20:16:33
Petit souvenir de 2005/2007 avec les non degroupé FREE...

Un gusse avait fait passé un huissier et avec un VPN, une vidéo avec des speedtests bien sentis il avait résilié sans frais...
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 01 décembre 2015 à 19:18:37
Vivien, j'ai un petit problème avec ton script, je le lance, je choisi la taille en Download et en Upload, j'attends, dans le gestionnaire des tâches je vois bien que le script utilise ma connexion WiFi mais il ne se passe rien après avoir téléchargé les 100 Mo (l'option que j'ai choisi)
J'ai laissé tourner encore 5 minutes pour être sûr et pas mieux :/

J'ai réalisé pas mal de test, sans arriver a reproduire ton problème.
Tu es bien sous Windows 10 ?

Serait-il possible de tester ce script (qui doit être placé a coté de curl.exe, qui est livré avec https://lafibre.info/testdebit/curl/test-neutralite.zip) ?
=> https://lafibre.info/testdebit/curl/test-curl.bat

Il réalise 4 tests qui devrait tous les 4 afficher des info (mais rien en Mb/s)
C'est ces retours que mon fichier batch exploite.
Titre: Test de débit et de neutralité de l'Internet
Posté par: DamienC le 01 décembre 2015 à 20:09:41
Voilà le résultat Vivien
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 01 décembre 2015 à 20:29:33
C'est parfait.

60,766 représente le temps du téléchargement total du fichier de 100 Mo en secondes.

test-neutralite.bat ne fonctionne toujours pas ?
Titre: Test de débit et de neutralité de l'Internet
Posté par: DamienC le 01 décembre 2015 à 20:53:16
Eh bien ce soir si, c'est étrange. Je viens de le re-télécharger.
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 01 décembre 2015 à 20:58:02
Une nouvelle vidéo de Gwadagamer qui lance le test de neutralité avec Numericable outremer :
https://lafibre.info/videos/altice/201511_numericable_outremer_22nov2015_les_preuves.mp4
Titre: Test de débit et de neutralité de l'Internet
Posté par: LiKiDia le 01 décembre 2015 à 21:00:01
Je pense que cela est parlant
Ps: Vivien si ce n'est pas à sa place, merci de déplacer
Titre: Test de débit et de neutralité de l'Internet
Posté par: Paul le 01 décembre 2015 à 21:33:25
Malheureusement ni Numéricable ni l'ARCEP n'ont l'air d'y prêter attention.
Titre: Test de débit et de neutralité de l'Internet
Posté par: Gwadagamer le 01 décembre 2015 à 21:40:42
Parlant de çà j'aimerais trouvé des infos sur le financement de l'ARCEP car j'ai trouvé des choses bizarre ..
Titre: Test de débit et de neutralité de l'Internet
Posté par: LiKiDia le 01 décembre 2015 à 22:30:11
Bon, j’ai téléchargé ça :  http://speedify.com/referral/sign-up/?source=sp_0GOGYNRGky
Merci d’utiliser le lien complet, ils me créditent d'un giga à chaque fois que l'on souscrit (gratuit pour - de 1Gb par mois)
Avec mes deux connexions cela donne cela
https://www.speedtest.net/my-result/4879283083
Titre: Test de débit et de neutralité de l'Internet
Posté par: LiKiDia le 01 décembre 2015 à 23:00:21
Test de Vivien avec speedify:
Titre: Test de débit et de neutralité de l'Internet
Posté par: LiKiDia le 01 décembre 2015 à 23:01:03
Test de Vivien sans speedify;
Titre: Test de débit et de neutralité de l'Internet
Posté par: LiKiDia le 01 décembre 2015 à 23:03:46
Dans mon cas, cela n’améliore que mon upload et dégrade mon download (certainement dus au paquets perdus, merci Vivien)
bref, un VPN à tester pour certains
Titre: Test de débit et de neutralité de l'Internet
Posté par: Gwadagamer le 01 décembre 2015 à 23:04:55
moi je vais tester toit a l'heure mais likidia j'ai l'impression que tu as pas la meme chose que moi au niveau de sbrides
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 03 décembre 2015 à 09:53:40
Comparatif Windows 10 vs Windows 7

Windows 10 :
(https://lafibre.info/testdebit/windows10/201512_test_netralite_windows10.png)
 
Windows 7 : un bug reconnu par Microsoft, quand la latence est < à 10ms, limite la Rwin à 64 Ko dans certains cas sous Windows 7 et dans notre cas divise les débits par 10
(https://lafibre.info/testdebit/windows7/201512_test_netralite_windows7.png)
Titre: Test de débit et de neutralité de l'Internet
Posté par: Gwadagamer le 03 décembre 2015 à 13:00:04
ha loool sympa le bug a la con
Titre: Test de débit et de neutralité de l'Internet
Posté par: Gwadagamer le 05 décembre 2015 à 20:59:03
Hello tout le monde je me suit amusé à  faire un test sur le site https://testdebit.info/.

J'ai téléchargé un fichier de de 5 a 200 MO sur online.net et la je me suis aperçu que j'étais entre 2,4 a 3,0mo/sec, et aprés je me suis amusé a down un fichier de 1000MO .. et la je tombe autour des 90ko/sec ce que j'ai sur mon server online.net de n'importe qu'elle taille de fichier. J'ai réalisé le test a 20 seconde d'intervalle.
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 05 décembre 2015 à 21:24:29
C'est reproductible sur le serveur 3, celui qui sert pour le test de neutralité ?

http://3.testdebit.info/fichiers/1Mo.dat
http://3.testdebit.info/fichiers/2Mo.dat
http://3.testdebit.info/fichiers/5Mo.dat
http://3.testdebit.info/fichiers/10Mo.dat
http://3.testdebit.info/fichiers/20Mo.dat
http://3.testdebit.info/fichiers/30Mo.dat
http://3.testdebit.info/fichiers/50Mo.dat
http://3.testdebit.info/fichiers/100Mo.dat
http://3.testdebit.info/fichiers/200Mo.dat
http://3.testdebit.info/fichiers/500Mo.dat
http://3.testdebit.info/fichiers/1000Mo.dat
http://3.testdebit.info/fichiers/5000Mo.dat
Titre: Test de débit et de neutralité de l'Internet
Posté par: Gwadagamer le 05 décembre 2015 à 21:32:34
Vivien oui 250ko/sec 1go et 2,2mo/sec en dessous
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 05 décembre 2015 à 22:12:05
Merci pour les infos, on ne l'avait pas encore vu ce type de bridage.
Ils sont créatifs chez Outremer Telecom.

Je me demande comment cela se passe quand le serveur n’annonce pas la taille du fichier (il n'est pas obligatoire d'annoncer la taille dans l'en-tête de réponse)

J'imagine que c'est pour cela que le débit est réduit en https : il est impossible de récupérer la taille en https.

Tu as testé avec mes nombreuses extensions de fichiers, disponible sur le serveur 3.testdebit.info ?

http://3.testdebit.info/fichiers/100Mo/100Mo.iso et tu changes l'extension :

Compression :
100Mo.iso
100Mo.zip
100Mo.rar
100Mo.7z
100Mo.sit
100Mo.dmg
100Mo.hqx
100Mo.gz
100Mo.tgz
100Mo.tar
100Mo.tar.bz2
100Mo.tar.xz
100Mo.uu
100Mo.xz
100Mo.bin
100Mo.bz2
100Mo.sea

Documents :
100Mo.pdf
100Mo.txt
100Mo.doc
100Mo.docx
100Mo.ppt
100Mo.pptx
100Mo.xls
100Mo.xlsx
100Mo.odp
100Mo.odt
100Mo.ods

Web :
100Mo.html
100Mo.woff2
100Mo. swf

Images :
100Mo.jpg
100Mo.jpeg
100Mo.png
100Mo.gif
100Mo.svg
100Mo.webp

Vidéo :
100Mo.mp4
100Mo.avi
100Mo.mpg
100Mo.mov
100Mo.webm
100Mo.divx
100Mo.xvid
100Mo.flv
100Mo.mks
100Mo.wmv
100Mo.mka
100Mo.mkv
100Mo.rmvb

Audio :
100Mo.mp3
100Mo.wma
100Mo.aac
100Mo.wav
100Mo.au
100Mo.aif
100Mo.raw
100Mo.vqf
100Mo.asf

Exécutables :
100Mo.exe
100Mo.msi
100Mo.apk
100Mo.deb
100Mo.rpm
100Mo.ova

Divers :
100Mo.rnd
100Mo.vivien
Titre: Test de débit et de neutralité de l'Internet
Posté par: Gwadagamer le 05 décembre 2015 à 22:13:41
vivien,

Ouis mais truc de fou, sur mon server chez online.net j'ai un cakebox qui est pas en https et lui c'est direct 90ko/sec que ce soit 5 mo ou 1go.  donc je pense qu'ils savent sur quel server on test ..
Titre: Test de débit et de neutralité de l'Internet
Posté par: Gwadagamer le 05 décembre 2015 à 22:16:39
Vivien un jour il faudra essaye de ce faire un vocal car la j'ai des trucs de fou en direct en fesant les tests ... c'est un truc de malade .....
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 05 décembre 2015 à 22:17:09
https = pas d'information sur le nom de fichier ou sa taille (c'est chiffré)

Fait bien les tests avec les différentes extensions en http.
Titre: Test de débit et de neutralité de l'Internet
Posté par: Gwadagamer le 05 décembre 2015 à 22:19:20
https://www.hostingpics.net/viewer.php?id=946062bizarre.jpg
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 07 décembre 2015 à 19:38:55
Je suis de plus en plus persuadé que le bridage du port 554 est fait pas Windows, vu le nb de FIA où le débit est réduit.

Problème, sur mes windows je n'ai pas de limitation de débit sur ce port.

Une personne aurait une idée du pourquoi de la limitation sur le port TCP 554 ?

D'autres personnes pour faire le test ?
Titre: Test de débit et de neutralité de l'Internet
Posté par: Gwadagamer le 07 décembre 2015 à 21:02:10
Vivien j'ai testé sous windows et linux aucune différence de mon côté ...
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 07 décembre 2015 à 21:10:03
Outremer Telecom c'est un cas à part...
Titre: Test de débit et de neutralité de l'Internet
Posté par: Gwadagamer le 07 décembre 2015 à 21:11:24
Vivien je test ce soir avec orange outremer xD
Titre: Test de débit et de neutralité de l'Internet
Posté par: Gwadagamer le 07 décembre 2015 à 21:17:04
Ha sinon c'est Plus outremer Télécom depuis lundi dernier c'est SFRCaraîbes bref je ferais un topo j'ia un rdv soit ce soir soit demain avec l'adjoint du directeur technique de Paris.
Titre: Test de débit et de neutralité de l'Internet
Posté par: Shinochaz le 12 janvier 2016 à 19:01:33
Je n'ai pas lu tout le topic et m'excuse par avance si une solution existe malgré tout mais je suppose que rien n'a été prévu pour les utilisateurs de Mac  :-X
Titre: Test de débit et de neutralité de l'Internet
Posté par: Choubs le 02 février 2016 à 13:11:09
Bonjour à tous,

Je viens d'effectuer un test de débit avec mon PC portable sous Windows 10 et un abonnement Vivo XL de chez Swisscom à 1Gbit/s avec débit symétrique. Je dois bien avouer que je suis très déçu par les résultats :(

(https://picload.org/image/wawaaii/capturedcran.png)

Pourtant quand j'effectue un speedtest depuis Firefox sur le site nPerf, les débits sont nettement meilleurs  ???

(https://pic.nperf.com/r/42745663-pLeHj6kS.png)
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 02 février 2016 à 13:35:08
nPerf ou SpeedTest utilisent plusieurs connexion TCP en parallèle pour passer outre les saturations et problématiques TCP.

Là, il y a une seule connexion TCP.

quel est ton ping vers le serveur 3.testdebit.info utilisé dans le test de neutralité ?
Titre: Test de débit et de neutralité de l'Internet
Posté par: Choubs le 02 février 2016 à 13:52:07
Pour le test nPerf, à l'initialisation du test, il semblerait qu'il utilise les ports TCP 8080 et 8081 en IPv6.

@Vivien Je suis assez novice dans le domaine :-[, comment faire pour connaitre mon ping dans le test de neutralité ?

J'ai effectué un ping classic vers 3.testdebit.info et j'obtiens 19ms, 20ms, 18ms et 18ms.
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 02 février 2016 à 14:20:34
C'est ca => ping de 19ms environ (plus la latence est importante, plus TCP/IP a du mal a monter en débit)
Titre: Test de débit et de neutralité de l'Internet
Posté par: Choubs le 02 février 2016 à 14:34:09
Par contre je viens d'effectuer un autre test et je trouve le résultat assez surprenant.

Quand je fais un speedtest via l'interface de gestion de la Box, j'ai des débits supérieurs à 900Mbit/s aussi bien en download qu'en upload.
 
Par contre quand je fais ce même test de débit via mon PC portable sur des sites comme (Speedtest, Ariase ou nPerf), là les débits tombent en-dessous de 700Mbits/s (cf. mon résultat nPerf ci-dessus).
 
Est-ce que ça veut dire que pour son speedtest, la Box n'utilise pas des ports TCP comme lors des speedtests via les sites Speedtest, Ariase ou nPerf ?
Titre: Test de débit et de neutralité de l'Internet
Posté par: DamienC le 02 février 2016 à 14:35:38
La limitation est peut-être dû à ton PC? Il ne parvient pas à encaisser autant de débit visiblement.
Titre: Test de débit et de neutralité de l'Internet
Posté par: Choubs le 02 février 2016 à 14:43:13
Pourtant mon PC dispose bien d'un port ethernet gigabit ???

De plus, le 18 janvier dernier j'ai réussi à atteindre des débits très élevés sur Speedtest https://www.speedtest.net/my-result/5007559625 (https://www.speedtest.net/my-result/5007559625)

Et un autre test à l'instant https://www.speedtest.net/my-result/5050938522 (https://www.speedtest.net/my-result/5050938522)
Titre: Test de débit et de neutralité de l'Internet
Posté par: BM92 le 02 février 2016 à 15:21:56
Pourtant mon PC dispose bien d'un port ethernet gigabit ???

De plus, le 18 janvier dernier j'ai réussi à atteindre des débits très élevés sur Speedtest https://www.speedtest.net/my-result/5007559625 (https://www.speedtest.net/my-result/5007559625)

Et un autre test à l'instant https://www.speedtest.net/my-result/5050938522 (https://www.speedtest.net/my-result/5050938522)

Sur Speedtest tu a bien choisi le bon site distant j'espère
Un site près de chez toi
Titre: Test de débit et de neutralité de l'Internet
Posté par: Logan21 le 02 février 2016 à 15:38:01
Pourtant mon PC dispose bien d'un port ethernet gigabit ???

ça peut provenir d'une insuffisance du processeur, j'ai eu le même souci

avec un Athlon 5200+ je ne dépassais pas les 540 mbs
sur un 4 core avec carte Intel d'il y a 5 ans, j'étais aux environs de 700-800
maintenant j'ai un 8 cores 8320 et j'atteins sans problème 900 mbs
Titre: Test de débit et de neutralité de l'Internet
Posté par: Choubs le 02 février 2016 à 16:36:04
@BM92 Oui j'ai bien choisi le serveur le plus proche de chez moi, c'est à dire Genève ;)

@Logan21 Pour le processeur, il commence a daté un peu effectivement :-[ C'est un Intel Core i7 740QM @ 1.73GHz (http://ark.intel.com/fr/products/49024/Intel-Core-i7-740QM-Processor-6M-cache-1_73-GHz (http://ark.intel.com/fr/products/49024/Intel-Core-i7-740QM-Processor-6M-cache-1_73-GHz))
Titre: Test de débit et de neutralité de l'Internet
Posté par: Nico le 02 février 2016 à 17:02:44
Un site près de chez toi
Attention, en France j'aurais tendance à conseiller un site à Paris car malheureusement très souvent pour faire un Marseille<>Marseille (par exemple) on repasse par Paris...
Titre: Test de débit et de neutralité de l'Internet
Posté par: BM92 le 02 février 2016 à 17:03:40
@Logan21 Pour le processeur, il commence a daté un peu effectivement :-[
C'est un Intel Core i7 740QM @ 1.73GHz (http://ark.intel.com/fr/products/49024/Intel-Core-i7-740QM-Processor-6M-cache-1_73-GHz (http://ark.intel.com/fr/products/49024/Intel-Core-i7-740QM-Processor-6M-cache-1_73-GHz))

Tu pense vraiment que le proc peu freiner le débit d'une connexion fibre ?
Perso je n'en suis pas persuader mais bon je me plante peut être
Titre: Test de débit et de neutralité de l'Internet
Posté par: DamienC le 02 février 2016 à 17:05:09
Moi avec un Pentium 2 Core je tape dans les 850 Mbps avec mon offre 1 Gbps.
Titre: Test de débit et de neutralité de l'Internet
Posté par: Choubs le 02 février 2016 à 17:07:19
Merci à tous pour vos réponses. Du coup je sèche un peu là :-[
Titre: Test de débit et de neutralité de l'Internet
Posté par: DamienC le 02 février 2016 à 17:12:03
Vérifie du côté de ton antivirus, as-tu essayé de démarrer en mode sans échec avec prise en charge réseau?
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 02 février 2016 à 17:23:09
@BM92 Oui j'ai bien choisi le serveur le plus proche de chez moi, c'est à dire Genève ;)

@Logan21 Pour le processeur, il commence a daté un peu effectivement :-[ C'est un Intel Core i7 740QM @ 1.73GHz (http://ark.intel.com/fr/products/49024/Intel-Core-i7-740QM-Processor-6M-cache-1_73-GHz (http://ark.intel.com/fr/products/49024/Intel-Core-i7-740QM-Processor-6M-cache-1_73-GHz))

oui c'est surement le proc et plus c'est un portable.

j'ai un vieux desktop avec un Core i7-920 @ 2.67GHz (l'un des premiers i7 de 2008/2009) et il a du mal a atteindre le giga ca affiche nettement le cpu a 100%. Avec de l'overcloak ca passe par contre mais juste.

il a un 'Single Thread Rating' de 1161 sur passmark: https://www.cpubenchmark.net/cpu.php?id=834
ton 740QM a un  'Single Thread Rating' de 914 donc en dessous: https://www.cpubenchmark.net/cpu.php?id=852
max 700Mbits me semble correcte pour ce cpu donc.

Apres faut bien comprendre comment marche tout ca. La plupart des tests de debit et des transferts réseau sont 'mono thread' donc n'utilise qu'un cœur du cpu. en lancant 2 transferts séparés (dans 2 fenêtres différentes ou 2 onglets du navigateur) tu peux éventuellement atteindre le max du réseau.
Titre: Test de débit et de neutralité de l'Internet
Posté par: Choubs le 02 février 2016 à 17:49:16
@DamienC Je vais essayer ta manip même si je n'y crois pas trop, mais ne sait-on jamais :D

@kgersen Pour l'overcloak j'y connais rien donc à part changer de PC, pas vraiment de solution.

Parce que j'ai exactement le même problème depuis un serveur NAS Synology DS214Play, c'est même pire car en download je ne dépasse jamais 15Mo/s et en uplaod 5Mo/s :'(

http://global.download.synology.com/download/Document/DataSheet/DiskStation/14-year/DS214play/Synology_DS214play_Data_Sheet_fra.pdf (http://global.download.synology.com/download/Document/DataSheet/DiskStation/14-year/DS214play/Synology_DS214play_Data_Sheet_fra.pdf)
Titre: Test de débit et de neutralité de l'Internet
Posté par: BM92 le 02 février 2016 à 21:47:58
Parce que j'ai exactement le même problème depuis un serveur NAS Synology DS214Play, c'est même pire car en download je ne dépasse jamais 15Mo/s et en uplaod 5Mo/s :'(

Pour le Syno tu passe par ton réseau interne (192.168.XX.XX ou externe (nom de domaine) ?
Les drivers de ta carte Ethernet sont a jour ?
Ton câble Ethernet est de type CAT5 ou CAT6 ?
Titre: Test de débit et de neutralité de l'Internet
Posté par: Choubs le 02 février 2016 à 23:54:10
@BM92

Pour le NAS, j'imagine que tu parles de l'interface de gestion ? Si c'est le cas, je passe par l'IP 192.168.XXX.XXX

Pour ma carte ethernet, elle possède les derniers drivers et les LEDs du port ethernet indique bien qu'elle est en gigabit (une LED vert fixe + une LED orange clignotante).

Sur le PC j'ai un câble CAT6 et sur le NAS un câble CAT5e donc ils sont tous les deux compatibles gigabit. Ce qui m'intrigue, c'est que les LEDs du port ethernet de mon NAS sont éteintes :o
Titre: Test de débit et de neutralité de l'Internet
Posté par: BM92 le 03 février 2016 à 01:32:47
Bonjour @Choubs

Pour le NAS, j'imagine que tu parles de l'interface de gestion ? Si c'est le cas, je passe par l'IP 192.168.XXX.XXX
Même en local tu a le même problème en pire !!!? :o
A mon avis le problème est chez toi et non de l'extérieure
As-tu contrôler tes câbles et leurs branchements ?

Pour ma carte ethernet, elle possède les derniers drivers et les LEDs du port ethernet indique bien qu'elle est en gigabit (une LED vert fixe + une LED orange clignotante).
Tu a quoi comme carte Ethernet, marque et type ?
Dans les propriétés de la carte Ethernet as-tu l'option "Speed & Duplex" ?
Si oui elle est sur quoi ?

Ce qui m'intrigue, c'est que les LEDs du port ethernet de mon NAS sont éteintes :o
J'ai moi aussi un serveur Synology, je regarderais cela demain
Titre: Test de débit et de neutralité de l'Internet
Posté par: Choubs le 03 février 2016 à 01:54:03
@BM92

En local quand je copie un fichier du NAS vers mon laptop j'atteins des débits de 110Mo/s et dans l'autre sens c'est plutôt 85Mo/s.

Ma carte ethernet est une Intel 82577LM Gigabit Network Connection. Pour l'option "Speed & Duplex", elle est bien présente et elle est sur "Auto Negotiation"

J'attends ton retour pour le NAS, merci beaucoup :)
Titre: Test de débit et de neutralité de l'Internet
Posté par: hwti le 03 février 2016 à 02:18:41
Peut-être qu'il serait intéressant d'ajouter deux traceroute (IPv4 et IPv6) dans le test de neutralité.
Cela pourrait donner quelques indices dans les cas où on soupçonne une saturation quelque part entre l'abonné et le serveur 3.testdebit.info.
Titre: Test de débit et de neutralité de l'Internet
Posté par: BM92 le 03 février 2016 à 08:54:48
Pour le NAS, j'imagine que tu parles de l'interface de gestion ? Si c'est le cas, je passe par l'IP 192.168.XXX.XXX

Bonjour,
Pour le serveur c'est assez simple mais c'est une config classique
Tu vas dans: Panneau de configuration, Connectivité et Réseau
Tu vas dan Lan 1 et clic sur modifier
Définir configuration par défaut
Ou :
Adresse IP : l'IP du serveur
Masque de sous réseau : 255.255.255.0
Passerelle : IP de la box ou du routeur

Dans l'onglet IPV6
Configuration IPV6 : Désactivé
DHCP Serveur désactivé

Voir si il y a pas de restrictions en terme de débit ou autre
Titre: Test de débit et de neutralité de l'Internet
Posté par: BM92 le 03 février 2016 à 09:07:18
Ma carte ethernet est une Intel 82577LM Gigabit Network Connection. Pour l'option "Speed & Duplex", elle est bien présente et elle est sur "Auto Negotiation"

Si tu le peu passe-la en 1.0 Gbps Full Duplex
Titre: Test de débit et de neutralité de l'Internet
Posté par: BM92 le 03 février 2016 à 10:13:48
Actuellement j'upload sur mon serveur via ip local un fichier de 20Go
Le débit en upload est 24,5Mo/s
Si la conversion est bonne cela donne 196Mbs
Titre: Test de débit et de neutralité de l'Internet
Posté par: Choubs le 03 février 2016 à 10:18:28
Salut @BM92

J'ai passé ma carte ethernet en 1.0 Gbit/s Full Duplex :)

Pour le serveur NAS, j'ai modifié les réglages comme dans ton précédent poste. Par contre les LEDs sur le port ethernet sont toujours éteintes.

Quand tu upload, tu le fais en FTP ou bien depuis un PC vers le NAS via l'explorateur ?
Titre: Test de débit et de neutralité de l'Internet
Posté par: BM92 le 03 février 2016 à 10:38:16
Actuellement j'upload sur mon serveur via ip local un fichier de 20Go
Le débit en upload est 24,5Mo/s
Si la conversion est bonne cela donne 196Mbs

En dowload je suis a environs 30.5Mo/s = 244 Mbit
Titre: Test de débit et de neutralité de l'Internet
Posté par: BM92 le 03 février 2016 à 10:48:58
J'ai passé ma carte ethernet en 1.0 Gbit/s Full Duplex :)
Si elle fonctionne comme cela laisse-la en 1.0 Gbit/s Full Duplex

Pour le serveur NAS, j'ai modifié les réglages comme dans ton précédent poste.
Par contre les LEDs sur le port ethernet sont toujours éteintes.
As-tu accès au serveur ?
Le voyant de mon serveur est vert clignotant (normal je télécharge)
Autrement il est vert fixe

Quand tu upload, tu le fais en FTP ou bien depuis un PC vers le NAS via l'explorateur ?

Si dans Windows tu a activé la découverte réseaux tu dois voir le serveur en cliquant sur "Ordinateur" ou un disque-dur
Après tu fais un copié/collé du gros fichier pour testé le débit
Titre: Test de débit et de neutralité de l'Internet
Posté par: Choubs le 03 février 2016 à 11:11:55
La carte fonctionne bien en Full Duplex donc je vais laisser le réglage comme ça ;)

J'ai bien accès au serveur, la LED "LAN" en façade clignote car il y a de l'activité. Par contre les LEDs du port ethernet à l'arrière du NAS sont éteintes mais peut-être que c'est un fonctionnement normal ::)

Pour ma part j'utilise l'explorateur Windows et je vois bien mon NAS avec tous les dossiers. C'est d'ailleurs comme ça que je copie mes fichiers vers ce dernier à environ 100Mo/s (ce que m'indique la fenêtre de copie Windows. Par contre dans mon NAS quand je surveille l'activité réseau, c'est clairement en dents de scie).

https://img5.picload.org/image/wogaipr/test.png (https://img5.picload.org/image/wogaipr/test.png)
Titre: Test de débit et de neutralité de l'Internet
Posté par: BM92 le 03 février 2016 à 11:27:38
Si tu fais du 100Mo/s en upload je ne vois pas de quoi tu te plein !!
Moi j'étais a 24,5Mo/s mais faisons attention aux chiffres de Windows  ;D
Pour le voyant vert du port Ethernet si le serveur est connecter a la box ou routeur il doit être vert si inactif ou clignotant si il travail
Mais comme tu a accès au serveur je pense que le led est peut être claquer, cela arrive, raremenr mais cela arrive
Et de l'extérieure as-tu accès au serveur ?
Titre: Test de débit et de neutralité de l'Internet
Posté par: Choubs le 03 février 2016 à 11:46:31
Je ne me pleins pas car je n'ai jamais eu de souci avec mon réseau interne ;)

Le problème que je constate c'est la différence de débit entre la théorie (1Gbit/s soit 125Mo/s) et la pratique (400Mbit/s soit 50Mo/s dans le meilleur des cas via PC). Avec le NAS via Download Station je ne dépasse jamais 15Mo/s soit 120Mbit/s en download et 5Mo/s soit 40Mbit/s en upload.

Pour les LEDs du port ethernet (et non pas les LED en façade), je trouve bizarre que les deux soit HS. Car une LED devrait-être verte fixe et l'autre LED orange clignotante, signe de fonctionnement en gigabit (sur mon PC c'est le cas par exemple).

J'ai bien accès à mon NAS depuis l’extérieur mais aujourd'hu je suis chez moi ;D
Titre: Test de débit et de neutralité de l'Internet
Posté par: buddy le 03 février 2016 à 11:52:41
Il n'y a pas de LED sur le ds214play donc elles ne peuvent pas s'allumer ;)  (ou non prévues donc non activées) https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/General/Why_are_the_LED_indicators_on_the_LAN_ports_of_my_Synology_NAS_not_working
Titre: Test de débit et de neutralité de l'Internet
Posté par: Choubs le 03 février 2016 à 11:57:32
@Buddy Merci beaucoup, là au moins c'est clair et précis :D. Les caches étant présents sur le port ethernet, je ne pouvais pas voir derrière et je ne me suis donc pas poser la question de leurs présences ;D
Titre: Test de débit et de neutralité de l'Internet
Posté par: BM92 le 03 février 2016 à 12:01:52
D'après la doc ici : http://global.download.synology.com/download/Document/QIG/DiskStation/14-year/DS214play/Syno_QIG_DS214play_fra.pdf
Sous Firefox appuyer sur la touche Ctrl et le signe + pour grossir l'écran
Au cul du serveur il y a la prise RJ45 et on voit bien en haut a droite un truc vert qui ressemble a un LED vert
Je serais assez surpris qu'il y en a pas, ou pas fonctionnel comme dit dans le lien de Buddy
Tu peu aller poser la question sur le forum Synology : http://www.nas-forum.com/forum/
Titre: Test de débit et de neutralité de l'Internet
Posté par: buddy le 03 février 2016 à 12:05:23
Le forum lui redonnera le lien que je lui ai donné qui provient de la doc officielle.

J'ai un ds214 chez moi. Aucune led ne s'allume.. et il marche très bien.
De toute façon les LEDs ne servent à rien.. si il dépasse les 100 Mbits c'est qu'il est en Gbits. (Ça doit aussi être écrit dans l'interface).
Titre: Test de débit et de neutralité de l'Internet
Posté par: BM92 le 03 février 2016 à 12:08:40
De toute façon les LEDs ne servent à rien..
Ben si, en cas de problème réseau avec le serveur le témoin nous donne quelques indications
Mais bon c'est visiblement pas son cas
Titre: Test de débit et de neutralité de l'Internet
Posté par: BM92 le 03 février 2016 à 12:13:54
Le problème que je constate c'est la différence de débit entre la théorie (1Gbit/s soit 125Mo/s) et la pratique (400Mbit/s soit 50Mo/s dans le meilleur des cas via PC).
Entre le débit vendu par le FAI et la réalité il peut y avoir de grosse marge d'erreur

Avec le NAS via Download Station je ne dépasse jamais 15Mo/s soit 120Mbit/s en download et 5Mo/s soit 40Mbit/s en upload.
Oui mais attention, avec Download Station tu télécharge a l'extérieure
Et la si les serveurs sont lent alors ta connexion va ramer, mais ca c'est pour tout le monde la même chose
Pour le P2P cela a toujours été le problème etc'est pas nouveau  ;D
Titre: Test de débit et de neutralité de l'Internet
Posté par: BM92 le 03 février 2016 à 12:21:15
Meme chose avec Emule
Si on est 1 million d'internautes a télécharger le même fichier les serveurs va donner se qu'il peuvent mais pas plus
Moi j'ai une connexion fibre, un jour j'ai vu ma connexion dégringolée a même pas 10Ko/s
Et d'un coup elle repart a 5 ou 6Mo/s voir beaucoup plus
Mais c'est pas le genre d'endroit pour testé sa connexion, ou de dire mon débit est en dents de scie  ;D
Titre: Test de débit et de neutralité de l'Internet
Posté par: Choubs le 03 février 2016 à 12:30:02
@BM92 Regarde mon premier post en page 6 (je n'utilise pas le réseau P2P pour tester ma ligne) car on s'éloigne du sujet et je ne voudrais pas polluer le topic ;)
Titre: Test de débit et de neutralité de l'Internet
Posté par: BM92 le 03 février 2016 à 12:34:30
Je viens de faire un teste de ma connexion
Comme site j'ai choisis Basel
(https://www.speedtest.net/result/5053765696.png) (https://www.speedtest.net/my-result/5053765696)

Un autre sur Genève
(https://www.speedtest.net/result/5053774211.png) (https://www.speedtest.net/my-result/5053774211)

Un autre avec Lausanne
(https://www.speedtest.net/result/5053780671.png) (https://www.speedtest.net/my-result/5053780671)

On remarque de très grosses différence entre ces 2 testes

Titre: Test de débit et de neutralité de l'Internet
Posté par: BM92 le 03 février 2016 à 12:43:59
@BM92 Regarde mon premier post en page 6 (je n'utilise pas le réseau P2P pour tester ma ligne)
Je le sais bien mais tu nous dis "Avec le NAS via Download Station je ne dépasse jamais 15Mo/s soit 120Mbit/s en download et 5Mo/s soit 40Mbit/s en upload."
Se que je voulais te répondre c'est que c'est pas le genre d'endroit pour juger de la bonne qualité d'une connexion
Chez nous Orange vend du 500Mbps ou Free du 1G mais en réalité les connexions ne sont jamais a cette vitesse
Si cela se trouve ton installation est nickel chrome mais malheureusement le problème viens de l'extérieure
Titre: Test de débit et de neutralité de l'Internet
Posté par: BM92 le 03 février 2016 à 12:48:16
Pourtant quand j'effectue un speedtest depuis Firefox sur le site nPerf, les débits sont nettement meilleurs  ???

(https://pic.nperf.com/r/42745663-pLeHj6kS.png)

Tu est loin de St Trivier/Moignans ?
Titre: Test de débit et de neutralité de l'Internet
Posté par: Choubs le 03 février 2016 à 13:09:53
Environ 150km :)
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 03 février 2016 à 13:50:19
Pour information, c'est le serveur LaFibre.info "St Trivier/Moignans" (Hébergement par Adeli / Maxnod)
Titre: Test de débit et de neutralité de l'Internet
Posté par: Choubs le 03 février 2016 à 13:52:52
C'est d'ailleurs sur celui-ci que j'obtiens les meilleurs résultats ;D
Titre: Test de débit et de neutralité de l'Internet
Posté par: Florian le 27 février 2016 à 11:40:10
Ca bride dur le 554 chez SFR  ;D

(http://rootaxbox.no-ip.org/temp/neutralite.jpg)



(connex 1gb ftth...le reste est relativement lent aussi d'ailleurs...)
Titre: Test de débit et de neutralité de l'Internet
Posté par: Paulo31 le 27 février 2016 à 12:33:17
Tests avec un windows 10:

Free 4G avec partage de connexion en USB :
(http://i.imgur.com/uGjjUhP.png)
Beau bridage du port 554 :D
Sinon c'est très correct

Bouygues FTTH :
(http://i.imgur.com/2i7C7PY.png)
J'ai pas les chiffres de vivien, mais ça reste bien
Titre: Test de débit et de neutralité de l'Internet
Posté par: Florian le 27 février 2016 à 14:14:15
J'ai vraiment tjs un débit "de merde" quand je n'ai qu'une seule connection active :/
Titre: Test de débit et de neutralité de l'Internet
Posté par: hwti le 28 février 2016 à 05:08:29
Tests avec un windows 10:

Free 4G avec partage de connexion en USB :
(http://i.imgur.com/uGjjUhP.png)
Beau bridage du port 554 :D
Sur le port 554, le débit est faible, mais le temps de transfert est très court aussi.
La taille du fichier a donc été modifiée, ou alors le téléchargement a été interrompu.
Pour voir ce qui se passe, tu pourrais tester avec la commande suivante :
curl -v -o NUL http://3.testdebit.info:554/fichiers/50Mo/50Mo.zip
Titre: Test de débit et de neutralité de l'Internet
Posté par: Paul le 28 février 2016 à 11:11:08
Sur le port 554 on observe un bridage chez tous les FAI... Il est possible que Windows soit le problème.
Titre: Test de débit et de neutralité de l'Internet
Posté par: Paulo31 le 28 février 2016 à 12:49:55
Sur le port 554, le débit est faible, mais le temps de transfert est très court aussi.
La taille du fichier a donc été modifiée, ou alors le téléchargement a été interrompu.
Pour voir ce qui se passe, tu pourrais tester avec la commande suivante :
curl -v -o NUL http://3.testdebit.info:554/fichiers/50Mo/50Mo.zip
ça coupe la connection direct

Citer
C:\Users\admin\Desktop\neutra>curl -v -o NUL http://3.testdebit.info:554/fichiers/50Mo/50Mo.zip
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0*   Trying 62.34.91.3...
* Connected to 3.testdebit.info (62.34.91.3) port 554 (#0)
> GET /fichiers/50Mo/50Mo.zip HTTP/1.1
> Host: 3.testdebit.info:554
> User-Agent: curl/7.45.0
> Accept: */*
>
* Recv failure: Connection was reset
* Closing connection 0
curl: (56) Recv failure: Connection was reset


Sur le port 554 on observe un bridage chez tous les FAI... Il est possible que Windows soit le problème.
ha non !

sur le même windows avec bouygues j'ai pas le soucis
et direct sur le téléphone avec free 4g j'ai le soucis

Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 28 février 2016 à 14:42:12
Le port 554 est souvent 'trifouillé' par les FAI. C'est le port utilisé pour RTSP donc par Realplayer, la TV live en IP , les webcam réseau, etc
Bref pas mal de truc video temp réel. C'un protocol de contrôle et pas de transport donc les flux video ne passent sur ce port. En general il passe peu de choses, des échanges très courts mais souvent très prioritaires. Il se peut qu'un FAI priorise vraiment ce port mais en contrepartie en limite le débit ou le contenu pour éviter les abus.

Donc si le FAI inspect le flux , il se peut qu'il bride voir coupe si ce n'est pas le bon protocol dedans.
Toutefois ca peut être aussi un équipement plus local comme une box ou un PC qui fasse se bridage et pas le réseau du FAI.

Peut-etre un test en HTTPS sur le 554 permettra d'en savoir plus mais https://3.testdebit.info:554 n'est pas opérationnel.
Titre: Test de débit et de neutralité de l'Internet
Posté par: ctressens le 28 février 2016 à 15:00:57
Bonjour à tous,

Est-ce que vous savez si il existe un équivalent de cet outil pour mesurer la neutralité d'une connexion sous Linux ?

(dites moi si c'est HS)

Merci,
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 28 février 2016 à 15:41:42
Bonjour à tous,

Est-ce que vous savez si il existe un équivalent de cet outil pour mesurer la neutralité d'une connexion sous Linux ?

(dites moi si c'est HS)

Merci,

le .bat n'utilise que curl qui est dispo sous linux aussi.

au pire essai avec wine:

(pre-requis: unzip et curl)
mkdir test-neutra
cd test-neutra
wget https://lafibre.info/testdebit/curl/test-neutralite.zip
unzip test-neutralite.zip
wine cmd.exe /c test-neutralite.bat
mais il faut un environnent graphique (session X11) sinon wine risque  de ne pas être content.

pour des Linux serveur sans X11, il faut un dosbox ou (errata: dosbox utilise X11 aussi) réécrire le .bat en bash par exemple.
Titre: Test de débit et de neutralité de l'Internet
Posté par: ctressens le 28 février 2016 à 16:48:07
le .bat n'utilise que curl qui est dispo sous linux aussi.

au pire essai avec wine:

(pre-requis: unzip et curl)
mkdir test-neutra
cd test-neutra
wget https://lafibre.info/testdebit/curl/test-neutralite.zip
unzip test-neutralite.zip
wine cmd.exe /c test-neutralite.bat
mais il faut un environnent graphique (session X11) sinon wine risque  de ne pas être content.

pour des Linux serveur sans X11, il faut un dosbox ou (errata: dosbox utilise X11 aussi) réécrire le .bat en bash par exemple.

OK, je vais essayer.

Merci de ta réponse !
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 28 février 2016 à 22:36:30
bon j'ai réécrit le .bat de Vivien en Perl (ca m'a rajeunit, ca faisait bien 15 ans que j'avais pas fait autant de Perl :)).

voila ce que ca donne sur un ubuntu 14.04 (ma connexion est en 1G/250M):

$ perl neutrality-test.pl -size 200M
IPv4+TCP80  +http .zip: 922.19 Mb/s (DNS:4ms SYN:4ms GET:3ms Down:1735ms)
IPv4+TCP80  +http .jpg: 925.93 Mb/s (DNS:4ms SYN:4ms GET:3ms Down:1728ms)
IPv4+TCP80  +http .mp4: 894.85 Mb/s (DNS:4ms SYN:4ms GET:3ms Down:1788ms)
IPv4+TCP80  +http .pdf: 925.93 Mb/s (DNS:4ms SYN:4ms GET:3ms Down:1728ms)
IPv4+TCP443  +https .zip: 619.20 Mb/s (DNS:4ms SYN:3ms GET:35ms Down:2584ms)
IPv4+TCP443  +https .jpg: 618.24 Mb/s (DNS:4ms SYN:3ms GET:39ms Down:2588ms)
IPv4+TCP554  +http .zip: 45.65 Mb/s (DNS:4ms SYN:3ms GET:5ms Down:35047ms)
IPv4+TCP554  +http .jpg: 45.34 Mb/s (DNS:253ms SYN:4ms GET:3ms Down:35286ms)
IPv4+TCP554  +http .mp4: 45.41 Mb/s (DNS:125ms SYN:3ms GET:4ms Down:35232ms)
IPv4+TCP993  +https .zip: 588.88 Mb/s (DNS:125ms SYN:4ms GET:37ms Down:2717ms)
IPv4+TCP993  +https .jpg: 618.48 Mb/s (DNS:4ms SYN:3ms GET:36ms Down:2587ms)
IPv4+TCP1194  +https .zip: 618.00 Mb/s (DNS:4ms SYN:3ms GET:39ms Down:2589ms)
IPv4+TCP1194  +https .jpg: 613.97 Mb/s (DNS:4ms SYN:3ms GET:36ms Down:2606ms)
IPv4+TCP6881  +http .zip: 922.19 Mb/s (DNS:4ms SYN:4ms GET:3ms Down:1735ms)
IPv4+TCP6881  +http .jpg: 916.38 Mb/s (DNS:12ms SYN:4ms GET:3ms Down:1746ms)
IPv4+TCP8080  +http .zip: 925.93 Mb/s (DNS:4ms SYN:4ms GET:3ms Down:1728ms)
IPv4+TCP8080  +http .jpg: 925.93 Mb/s (DNS:4ms SYN:3ms GET:3ms Down:1728ms)
IPv4+TCP8080  +http .mp4: 878.16 Mb/s (DNS:4ms SYN:5ms GET:3ms Down:1822ms)
IPv6+TCP80  +http .zip: 425.08 Mb/s (DNS:12ms SYN:12ms GET:5ms Down:3764ms)
IPv6+TCP80  +http .jpg: 372.87 Mb/s (DNS:4ms SYN:5ms GET:6ms Down:4291ms)
IPv6+TCP80  +http .mp4: 430.22 Mb/s (DNS:4ms SYN:4ms GET:5ms Down:3719ms)
IPv6+TCP443  +https .zip: 650.67 Mb/s (DNS:4ms SYN:4ms GET:42ms Down:2459ms)
IPv6+TCP554  +http .zip: 424.97 Mb/s (DNS:4ms SYN:4ms GET:4ms Down:3765ms)
IPv6+TCP1194  +https .zip: 627.45 Mb/s (DNS:4ms SYN:5ms GET:39ms Down:2550ms)
IPv6+TCP6881  +http .zip: 406.30 Mb/s (DNS:4ms SYN:4ms GET:5ms Down:3938ms)
IPv6+TCP8080  +http .zip: 454.03 Mb/s (DNS:4ms SYN:4ms GET:5ms Down:3524ms)
IPv4+TCP80  +http .zip: 238.13 Mb/s (DNS:4ms SYN:3ms POST:3ms Up:6719ms)
IPv4+TCP80  +http .jpg: 238.24 Mb/s (DNS:4ms SYN:3ms POST:4ms Up:6716ms)
IPv4+TCP80  +http .mp4: 238.10 Mb/s (DNS:4ms SYN:3ms POST:3ms Up:6720ms)
IPv4+TCP443  +https .zip: 237.00 Mb/s (DNS:4ms SYN:3ms POST:30ms Up:6751ms)
IPv4+TCP554  +http .zip: 56.38 Mb/s (DNS:12ms SYN:4ms POST:4ms Up:28379ms)
IPv4+TCP1194  +https .zip: 233.68 Mb/s (DNS:125ms SYN:3ms POST:31ms Up:6847ms)
IPv4+TCP6881  +http .zip: 238.27 Mb/s (DNS:4ms SYN:4ms POST:3ms Up:6715ms)
IPv4+TCP8080  +http .zip: 239.66 Mb/s (DNS:4ms SYN:3ms POST:3ms Up:6676ms)
IPv6+TCP80  +http .zip: 52.82 Mb/s (DNS:29ms SYN:14ms POST:4ms Up:30293ms)
IPv6+TCP80  +http .jpg: 53.12 Mb/s (DNS:4ms SYN:4ms POST:5ms Up:30120ms)
IPv6+TCP80  +http .zip: 79.37 Mb/s (DNS:4ms SYN:4ms POST:4ms Up:20158ms)
IPv6+TCP443  +https .zip: 51.00 Mb/s (DNS:4ms SYN:4ms POST:34ms Up:31374ms)
IPv6+TCP554  +http .zip: 77.78 Mb/s (DNS:4ms SYN:5ms POST:4ms Up:20571ms)
IPv6+TCP1194  +https .zip: 55.01 Mb/s (DNS:4ms SYN:5ms POST:35ms Up:29088ms)
IPv6+TCP6881  +http .zip: 48.27 Mb/s (DNS:4ms SYN:4ms POST:5ms Up:33148ms)
IPv6+TCP8080  +http .zip: 59.15 Mb/s (DNS:4ms SYN:4ms POST:5ms Up:27049ms)
removing file temp31023-200.zip
removing file temp31023-200.jpg
removing file temp31023-200.mp4

Le script n'est pas tout a fait fini mais j’arrête la pour ce soir je fatigue :)
j'ai rajouté des options et la possibilité d'entrer un test manuellement.

Le projet est sur github : https://github.com/kgersen/neutrality-test (j'ai "défrancisé", désolé mais je code tout en anglais par défaut).

Le script perl directement ici : https://raw.githubusercontent.com/kgersen/neutrality-test/master/neutrality-test.pl

Pour le moment la taille est la meme en upload et en download. cela changera.

Je pense avoir un version 1.0 d'ici demain soir.

Ce script utilise pour le moment 'en dur' le serveur 3.testdebit.info et des tailles fixes. Le but a terme est d'en faire un client pour un serveur de speedtest un peu particulier que je suis en train développer (avec quelques mois de retard...) et qui permettra de d’envoyer ou recevoir des fichiers de taille arbitraire et de contenu arbitraire tout en échantillonnant dans le temps les stats avancées de TCP. A terme aussi un client web est prévu pour faire ces tests depuis un navigateur.

Titre: Test de débit et de neutralité de l'Internet
Posté par: ctressens le 28 février 2016 à 23:18:34
bon j'ai réécrit le .bat de Vivien en Perl (ca m'a rajeunit, ca faisait bien 15 ans que j'avais pas fait autant de Perl :)).

voila ce que ca donne sur un ubuntu 14.04 (ma connexion est en 1G/250M):

$ perl neutrality-test.pl -size 200M
IPv4+TCP80  +http .zip: 922.19 Mb/s (DNS:4ms SYN:4ms GET:3ms Down:1735ms)
IPv4+TCP80  +http .jpg: 925.93 Mb/s (DNS:4ms SYN:4ms GET:3ms Down:1728ms)
IPv4+TCP80  +http .mp4: 894.85 Mb/s (DNS:4ms SYN:4ms GET:3ms Down:1788ms)
IPv4+TCP80  +http .pdf: 925.93 Mb/s (DNS:4ms SYN:4ms GET:3ms Down:1728ms)
IPv4+TCP443  +https .zip: 619.20 Mb/s (DNS:4ms SYN:3ms GET:35ms Down:2584ms)
IPv4+TCP443  +https .jpg: 618.24 Mb/s (DNS:4ms SYN:3ms GET:39ms Down:2588ms)
IPv4+TCP554  +http .zip: 45.65 Mb/s (DNS:4ms SYN:3ms GET:5ms Down:35047ms)
IPv4+TCP554  +http .jpg: 45.34 Mb/s (DNS:253ms SYN:4ms GET:3ms Down:35286ms)
IPv4+TCP554  +http .mp4: 45.41 Mb/s (DNS:125ms SYN:3ms GET:4ms Down:35232ms)
IPv4+TCP993  +https .zip: 588.88 Mb/s (DNS:125ms SYN:4ms GET:37ms Down:2717ms)
IPv4+TCP993  +https .jpg: 618.48 Mb/s (DNS:4ms SYN:3ms GET:36ms Down:2587ms)
IPv4+TCP1194  +https .zip: 618.00 Mb/s (DNS:4ms SYN:3ms GET:39ms Down:2589ms)
IPv4+TCP1194  +https .jpg: 613.97 Mb/s (DNS:4ms SYN:3ms GET:36ms Down:2606ms)
IPv4+TCP6881  +http .zip: 922.19 Mb/s (DNS:4ms SYN:4ms GET:3ms Down:1735ms)
IPv4+TCP6881  +http .jpg: 916.38 Mb/s (DNS:12ms SYN:4ms GET:3ms Down:1746ms)
IPv4+TCP8080  +http .zip: 925.93 Mb/s (DNS:4ms SYN:4ms GET:3ms Down:1728ms)
IPv4+TCP8080  +http .jpg: 925.93 Mb/s (DNS:4ms SYN:3ms GET:3ms Down:1728ms)
IPv4+TCP8080  +http .mp4: 878.16 Mb/s (DNS:4ms SYN:5ms GET:3ms Down:1822ms)
IPv6+TCP80  +http .zip: 425.08 Mb/s (DNS:12ms SYN:12ms GET:5ms Down:3764ms)
IPv6+TCP80  +http .jpg: 372.87 Mb/s (DNS:4ms SYN:5ms GET:6ms Down:4291ms)
IPv6+TCP80  +http .mp4: 430.22 Mb/s (DNS:4ms SYN:4ms GET:5ms Down:3719ms)
IPv6+TCP443  +https .zip: 650.67 Mb/s (DNS:4ms SYN:4ms GET:42ms Down:2459ms)
IPv6+TCP554  +http .zip: 424.97 Mb/s (DNS:4ms SYN:4ms GET:4ms Down:3765ms)
IPv6+TCP1194  +https .zip: 627.45 Mb/s (DNS:4ms SYN:5ms GET:39ms Down:2550ms)
IPv6+TCP6881  +http .zip: 406.30 Mb/s (DNS:4ms SYN:4ms GET:5ms Down:3938ms)
IPv6+TCP8080  +http .zip: 454.03 Mb/s (DNS:4ms SYN:4ms GET:5ms Down:3524ms)
IPv4+TCP80  +http .zip: 238.13 Mb/s (DNS:4ms SYN:3ms POST:3ms Up:6719ms)
IPv4+TCP80  +http .jpg: 238.24 Mb/s (DNS:4ms SYN:3ms POST:4ms Up:6716ms)
IPv4+TCP80  +http .mp4: 238.10 Mb/s (DNS:4ms SYN:3ms POST:3ms Up:6720ms)
IPv4+TCP443  +https .zip: 237.00 Mb/s (DNS:4ms SYN:3ms POST:30ms Up:6751ms)
IPv4+TCP554  +http .zip: 56.38 Mb/s (DNS:12ms SYN:4ms POST:4ms Up:28379ms)
IPv4+TCP1194  +https .zip: 233.68 Mb/s (DNS:125ms SYN:3ms POST:31ms Up:6847ms)
IPv4+TCP6881  +http .zip: 238.27 Mb/s (DNS:4ms SYN:4ms POST:3ms Up:6715ms)
IPv4+TCP8080  +http .zip: 239.66 Mb/s (DNS:4ms SYN:3ms POST:3ms Up:6676ms)
IPv6+TCP80  +http .zip: 52.82 Mb/s (DNS:29ms SYN:14ms POST:4ms Up:30293ms)
IPv6+TCP80  +http .jpg: 53.12 Mb/s (DNS:4ms SYN:4ms POST:5ms Up:30120ms)
IPv6+TCP80  +http .zip: 79.37 Mb/s (DNS:4ms SYN:4ms POST:4ms Up:20158ms)
IPv6+TCP443  +https .zip: 51.00 Mb/s (DNS:4ms SYN:4ms POST:34ms Up:31374ms)
IPv6+TCP554  +http .zip: 77.78 Mb/s (DNS:4ms SYN:5ms POST:4ms Up:20571ms)
IPv6+TCP1194  +https .zip: 55.01 Mb/s (DNS:4ms SYN:5ms POST:35ms Up:29088ms)
IPv6+TCP6881  +http .zip: 48.27 Mb/s (DNS:4ms SYN:4ms POST:5ms Up:33148ms)
IPv6+TCP8080  +http .zip: 59.15 Mb/s (DNS:4ms SYN:4ms POST:5ms Up:27049ms)
removing file temp31023-200.zip
removing file temp31023-200.jpg
removing file temp31023-200.mp4

Le script n'est pas tout a fait fini mais j’arrête la pour ce soir je fatigue :)
j'ai rajouté des options et la possibilité d'entrer un test manuellement.

Le projet est sur github : https://github.com/kgersen/neutrality-test (j'ai "défrancisé", désolé mais je code tout en anglais par défaut).

Le script perl directement ici : https://raw.githubusercontent.com/kgersen/neutrality-test/master/neutrality-test.pl

Pour le moment la taille est la meme en upload et en download. cela changera.

Je pense avoir un version 1.0 d'ici demain soir.

Ce script utilise pour le moment 'en dur' le serveur 3.testdebit.info et des tailles fixes. Le but a terme est d'en faire un client pour un serveur de speedtest un peu particulier que je suis en train développer (avec quelques mois de retard...) et qui permettra de d’envoyer ou recevoir des fichiers de taille arbitraire et de contenu arbitraire tout en échantillonnant dans le temps les stats avancées de TCP. A terme aussi un client web est prévu pour faire ces tests depuis un navigateur.


Wow, ça c'est du boulot !

Merci beaucoup !
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 29 février 2016 à 16:09:21
Quelques détails sur les options:

-size taille
spécifie la taille des tests. La taille par défaut est 10M.
Les tailles valides sur le serveur de Vivien sont :
1M  2M  5M  10M  20M  50M  100M  200M  500M  1G 5G
exemple:
perl neutrality-test.pl -size 1Gpour le moment c'est la meme taille en download et en upload mais au besoin on peut limiter le sens, voir plus apres.

-test "IP PORT PROTO TYPE COMMAND"
permet de faire un test unique.

par exemple si on veut juste tester le download d'un jpg de 100Mo sur le port 554 en HTTP, en IPv4:

perl neutrality-test.pl -test "4 554  http  .jpg GET" -size 100M
le format est :
-test "IP PORT PROTO TYPE COMMAND"
avec :
IP = 4 ou 6
PORT = un n° de port TCP
PROTO= http https (voir FTP ou autre si le serveur en face le support)
TYPE = une extention de fichier (le serveur de Vivien supporte: .zip .jpg, .mp4, .pdf)
COMMAND = GET ou POST (GET = download, POST = upload)

Il faut que la combinaison de valeurs soit supportée par le serveur. il n'y pas de contrôle donc ca fera une tentative et une erreur.

Si on ne met pas d'option "-test", tout les tests prédéfinis par Vivien sont lancés sauf si ajoute :
l'option '-ul' pour ne faire que les tests d'upload (POST)
l'option '-dl' pour ne faire que les tests de download (GET)

Par défaut les fichiers temporaires pour l'upload sont stockés dans le répertoire courant.
On peut spécifier un répertoire différent avec l'option "-temppath chemin" (ce n'est pas encore testé intensivement).

On peut aussi changer de serveur avec l'option -server nom_du_serveur (idem pas testé)

Et finalement, pour voir ce qui se passe en détail il y a l'option -debug

Par ailleurs pour éviter de mettre a jour le script manuellement on peut directement l’exécuter depuis github:

curl https://raw.githubusercontent.com/kgersen/neutrality-test/master/neutrality-test.pl | perl - [options]par exemple:
curl https://raw.githubusercontent.com/kgersen/neutrality-test/master/neutrality-test.pl | perl - -test "4 554  http  .jpg GET" -size 100M
Titre: Test de débit et de neutralité de l'Internet
Posté par: hwti le 29 février 2016 à 16:56:16
pour le moment c'est la meme taille en download et en upload mais au besoin on peut limiter le sens, voir plus apres.
On pourrait avoir un mode qui se baserait sur une durée plutôt qu'une taille : on prend les plus gros fichiers possible, et on ajoute l'option --max-time de curl.
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 29 février 2016 à 17:00:45
La durée c'est idéal, mais je n'ai pas trouvé comment faire... j'ai hésité en lançant un sleep en parallèle qui va killer le process

Merci kgersen.

J'arrive un peu tard, mais mon script Windows est issu d'une simplification d'un script perl linux que j'avais réalisé il y a plusieurs années, mais mal écrit (j'ai un peu honte)
=> https://lafibre.info/testdebit/curl/test-neutralite.pl

Voici mon script (qui sais en option mettre les données dans une base MySQL - la commande SQL pour créer la base est indiquée dans le script.)

Dans les idées qu'il faudrait reprendre, mais codées de façon propre, c'est le détail des anomalies rencontrées qui sont dans le rapport détaillé qui est dans /tmp/test-neutralite.log
(ces données ne doivent pas être récupérées pour tous les Linux correctement - car mon script est mal codé, cela fonctionne bien sous Ubuntu 14.04 a 15.10)

le lancement de mon script se fait avec uniquement la taille (en Mo) : ./test-neutralite.pl 100 10 pour utiliser un fichier de 100Mo en down et 10Mo en up

Les tailles valides sur le serveur de Vivien sont :
1M  2M  5M  10M  20M  50M  100M  200M  500M  1G 5G

En fait, je n'avais pas de place pour le mettre dans le test batch, mais il y a plus de choix :

1ko 2ko 5ko 10ko 20ko 50ko 100ko 200ko 500ko 1Mo 2Mo 5Mo 10Mo 20Mo 30Mo 50Mo 100Mo 200Mo 500Mo 1000Mo 5000Mo

TYPE = une extention de fichier (le serveur de Vivien supporte: .zip .jpg, .mp4, .pdf)

Il support bien plus, voici les extensions proposées, pour toutes les tailles :
.7z   .divx  .iso   .msi   .raw      .tar.xz  .wmv
.aac  .dmg   .jpeg  .odp   .rmvb     .tgz     .woff2
.aif  .doc   .jpg   .ods   .rnd      .txt     .xls
.apk  .docx  .mka   .odt   .rpm      .uu      .xlsx
.asf  .exe   .mks   .ova   .sea      .vivien  .xvid
.au   .flv   .mkv   .pdf   .sit      .vqf     .xz
.avi  .gif   .mov   .png   .svg      .wav     .zip
.bin  .gz    .mp3   .ppt   . swf      .webm
.bz2  .hqx   .mp4   .pptx  .tar      .webp
.deb  .html  .mpg   .rar   .tar.bz2  .wma

Une petite suggestion : serait-il possible d'ordonner les résultats pour que tout soit aligné (comme dans mon script linux - je ne savais pas le faire en batch)

La date et l'heure au début et a la fin du script m'a été demandé pour qu'on ait l'info dans les copies d'écran et montrer que le cela a été long. Je pense que c'est intéressant à rajouter (même mtr rajoute la date de prise du test en mode -r)
Titre: Test de débit et de neutralité de l'Internet
Posté par: hwti le 29 février 2016 à 17:33:43
La durée c'est idéal, mais je n'ai pas trouvé comment faire... j'ai hésité en lançant un sleep en parallèle qui va killer le process
Si on tue curl, il se donne pas les valeurs dont on se sert en sortie.
Mais avec --max-time, si.

~ curl -4 -o /dev/null --max-time 5 --write-out "%{time_namelookup} %{time_connect} %{time_starttransfer} %{time_total} %{size_download}" http://1.testdebit.info/fichiers/5000Mo/5000Mo.jpg
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0 4768M    0 20.2M    0     0  4976k      0  0:16:21  0:00:04  0:16:17 4975kcurl: (28) Operation timed out after 4999 milliseconds with 25501949 out of 5000000000 bytes received
0,004 0,010 0,016 4,999 25501949
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 29 février 2016 à 18:02:35
la todo list:

- plus de tailles ok. en fait je ne vais plus faire de contrôle de taille, y'aura une erreur si le serveur ne supporte pas cette taille. c'est plus simple pour moi qu'une liste de valeurs fixes. L'option -size 'parsera' donc X, XM, XG et XT, X étant un nombre entier strictement positif

- date et heure début/fin : ok. je comptais afficher l'OS et la version aussi.

- formatage résultats. des tabulations suffisent ou place fixe?

- extension de fichier. actuellement le script ne contrôle pas donc on met ce qu'on veut.

- un test sur la durée est prévu dans le serveur de debit en cours de réalisation (nspeed). mais je peux ajouter --max-time facilement en attendant si c'est consistent en terme de résultat.

- SQL par contre je ne vois pas l’intérêt ? je suis plutôt partisan de la philosophie Unix ou chaque commande/programme fait un seul truc mais bien et ensuite on les combien avec des pipes et/ou des scripts.
Je peux faire une option d'affichage en forme csv par exemple ou meme json qu'on peut ensuite "piper" dans un client sql ou uploader dans un logstash ou n'importe quoi d'autre (n'importe quel client sql cli peut lire un csv pour l'ajouter dans un BdD).

- i18n : j'ai rien prévu pour le moment, est-ce nécessaire pour ce genre de truc ?

pour Windows il est facile (il me semble) de générer un ficher .exe unique qui combien le script perl, curl et l’interpréteur perl (avec PAR:Packer). Si quelqu'un est expert la dedans qu'il se signale.

on va 'feature freeze' tout ca pour la v1. donc s'il manque des trucs c'est maintenant ou jamais.


Titre: Test de débit et de neutralité de l'Internet
Posté par: hwti le 29 février 2016 à 18:29:49
Pour les tests d'upload, à la place du fichier temporaire qu'on télécharge, l'idéal serait de passer par un pipe (et '-F "filecontent=@-"'), pour ne pas être limité par le disque sur les connexions très rapides, ou quand le test est exécuté depuis un Raspberry Pi ou similaire ("disque" lent et de petite taille).
Mais ne sais pas ce que ça donnerait comme performance en utilisant la fonction rand() de perl (le /dev/urandom non seulement spécifique à Linux, mais de toute façon pas assez rapide, 25Mo/s sur mon PC par exemple).
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 29 février 2016 à 18:31:22
voici la todo list de la v1:

- option "size <value>" with <value> =
    Size | SizeDown/SizeUP
    Size, SizeDown, SizeUP = numberK or numberM or numberG or numberT (K,M,G,T = 1000 multipliers not 1024)
    so "-size 1G/200M" with use 1GB for download (GET) and 200MB for upload (POST)
   default value is 10M (= 10M/10M)

- option "-cvs " : display only test results in tabular format, separator is ";"
   starting date/time; server url; test parameters (same as -test); computed results; raw curl results;  ending date/time

- option '-maxtime <time>': each test will timeout after <time> seconds

- output changes: if no "-cvs" option, the program will display OS version, starting date/time and ending date/time.
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 29 février 2016 à 18:38:05
Pour les tests d'upload, à la place du fichier temporaire qu'on télécharge, l'idéal serait de passer par un pipe (et '-F "filecontent=@-"'), pour ne pas être limité par le disque sur les connexions très rapides, ou quand le test est exécuté depuis un Raspberry Pi ou similaire ("disque" lent et de petite taille).
Mais ne sais pas ce que ça donnerait comme performance en utilisant la fonction rand() de perl (le /dev/urandom non seulement spécifique à Linux, mais de toute façon pas assez rapide, 25Mo/s sur mon PC par exemple).

y'a quelques temps, j'avais testé avec 'dd' pipé dans un curl mais ce marchait pas bien. essais voir si ca marche (ou /dev/zero avec un max time). après faut penser a Windows et MacOS aussi.

y'a libcurl en perl aussi mais je n'ai pas regarder ce qu'on pouvait faire avec.

Mon but n'est pas d'aller trop loin en Perl. Je veux juste une v1 'propre'. Apres n'importe qui pourra partir sur cette base pour ajouter des trucs.

Ma suite c'est de faire un client en Go ou l'on aura un contrôle plus fin que d'aller 'piloter curl' et ou on pourra optimiser (fastpath) l'upload.  En fait le projet c'est que le serveur de débit écrit en Go sera reversible et utilisable en client , a l'instar d'IPerf2/IPerf3.
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 29 février 2016 à 19:07:25
Si on tue curl, il se donne pas les valeurs dont on se sert en sortie.
Mais avec --max-time, si.
J'ai loupé ca dans les nombreuses option de curl.

Du coup, ca serait possible de partir par défaut (si rien n'est mis sur la ligne de commande) par un test avec le fichier de 5Go et un max-time de 8 secondes ?

L'idée c'est que ce soit le plus simple possible pour le grand public (sans mettre d'option)

Pour les tests d'upload, à la place du fichier temporaire qu'on télécharge, l'idéal serait de passer par un pipe (et '-F "filecontent=@-"'), pour ne pas être limité par le disque sur les connexions très rapides
Ca aussi j'ai pas vu. Ca upload quoi ? une suite de zéro ?
Titre: Test de débit et de neutralité de l'Internet
Posté par: hwti le 29 février 2016 à 20:08:26
y'a quelques temps, j'avais testé avec 'dd' pipé dans un curl mais ce marchait pas bien. essais voir si ca marche (ou /dev/zero avec un max time). après faut penser a Windows et MacOS aussi.
Un dd pipé fonctionne, mais :
 - avec /dev/zero on ne se protège pas d'une éventuelle "optimisation" de la part de l'opérateur, s'il compresse le trafic (sur mobile par exemple), donc avoir du contenu aléatoire (comme les fichiers de tests sur le serveur) est préférable
 - ce n'est pas compatible avec Windows effectivement

Mais curl semble lire la totalité du fichier avant l'upload, donc :
 - "cat /dev/zero | curl --max-time xx ..." ne fonctionne pas
 - avec un dd, tout le contenu généré est mis en RAM  :(

Avec -T- (donc un PUT au lieu d'un POST), on n'a pas cette limitation :
 - cat /dev/zero | curl --max-time xx ...
 - dd /dev/zero bs=1M count=10 | curl ...

y'a libcurl en perl aussi mais je n'ai pas regarder ce qu'on pouvait faire avec.
Je ne sais pas ce que ça donne pour les perfs (surtout en download).

Ca aussi j'ai pas vu. Ca upload quoi ? une suite de zéro ?
Ca upload stdin. Pour une suite de zéros voir les exemples plus haut.
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 29 février 2016 à 20:18:43
Ca upload stdin.
donc ce que je tape au clavier, non ?

Attention avec les données aléatoires : le débit de données aléatoire est fortement limité (cela sera peut-être meilleur avec les CPU qui ont une instruction spécifique pour générer des données aléatoires)
Comment créer des fichiers arbitrairement lourds pour tester son débit ?

Voici la commande, sous linux pour créer un fichier rempli de zéro, donc facilement compressible :
dd if=/dev/zero of=/tmp/1Mo.zero bs=1KB count=100000
100000+0 enregistrements lus
100000+0 enregistrements écrits
100000000 octets (100 MB) copiés, 0,911139 s, 110 MB/s
C'est un fichier de 100 Mo, pour un fichier plus gros ou plus petit, il suffit de modifier "count" qui compte le nombre de bloc de 1 Ko.

Voici la même commande, pour créer un fichier rempli de données pseudo-aléatoires donc non compressible :
dd if=/dev/urandom of=/tmp/1Mo.random bs=1KB count=100000
100000+0 enregistrements lus
100000+0 enregistrements écrits
100000000 octets (100 MB) copiés, 9,44209 s, 10,6 MB/s
Titre: Test de débit et de neutralité de l'Internet
Posté par: hwti le 29 février 2016 à 20:20:50
donc ce que je tape au clavier, non ?
si tu ne pipes rien, oui

Attention avec les données aléatoires : le débit de données aléatoire est fortement limité
C'est ce que je dis plus haut, le /dev/urandom plafonne à 25Mo/s pour moi.
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 29 février 2016 à 20:38:57
j'ai quasi finit les options.

Je commence a tester le timeout. ca marche bien pour le moment.

je verrais ensuite pour ne plus utiliser de fichiers temporaires en utilisant PUT au lieu d'un POST.

Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 29 février 2016 à 21:05:29
voila ce que ca donne avec la nouvelle option timeout:

$ perl neutrality-test.pl -timeout 1 -size 1000M
IPv4+TCP80    +  http  .zip:   826.42 Mb/s (DNS:4ms SYN:3ms GET:4ms Down:995ms:timeout)
IPv4+TCP80    +  http  .jpg:   890.93 Mb/s (DNS:29ms SYN:4ms GET:3ms Down:996ms:timeout)
IPv4+TCP80    +  http  .mp4:   815.12 Mb/s (DNS:12ms SYN:4ms GET:3ms Down:996ms:timeout)
IPv4+TCP80    +  http  .pdf:   859.69 Mb/s (DNS:12ms SYN:4ms GET:3ms Down:996ms:timeout)
IPv4+TCP443   + https  .zip:   654.41 Mb/s (DNS:29ms SYN:5ms GET:31ms Down:968ms:timeout)
IPv4+TCP443   + https  .jpg:   557.36 Mb/s (DNS:61ms SYN:3ms GET:36ms Down:963ms:timeout)
IPv4+TCP554   +  http  .zip:    43.25 Mb/s (DNS:12ms SYN:4ms GET:3ms Down:996ms:timeout)
IPv4+TCP554   +  http  .jpg:    44.04 Mb/s (DNS:12ms SYN:4ms GET:3ms Down:996ms:timeout)
IPv4+TCP554   +  http  .mp4:    41.93 Mb/s (DNS:28ms SYN:4ms GET:4ms Down:995ms:timeout)
IPv4+TCP993   + https  .zip:   548.52 Mb/s (DNS:12ms SYN:4ms GET:36ms Down:963ms:timeout)
IPv4+TCP993   + https  .jpg:   549.19 Mb/s (DNS:13ms SYN:3ms GET:41ms Down:958ms:timeout)
IPv4+TCP1194  + https  .zip:   543.17 Mb/s (DNS:29ms SYN:3ms GET:34ms Down:965ms:timeout)
IPv4+TCP1194  + https  .jpg:   721.58 Mb/s (DNS:12ms SYN:4ms GET:37ms Down:962ms:timeout)
IPv4+TCP6881  +  http  .zip:   822.12 Mb/s (DNS:12ms SYN:4ms GET:4ms Down:995ms:timeout)
IPv4+TCP6881  +  http  .jpg:   814.81 Mb/s (DNS:28ms SYN:4ms GET:3ms Down:996ms:timeout)
IPv4+TCP8080  +  http  .zip:   804.56 Mb/s (DNS:29ms SYN:3ms GET:3ms Down:996ms:timeout)
IPv4+TCP8080  +  http  .jpg:   803.61 Mb/s (DNS:29ms SYN:3ms GET:3ms Down:996ms:timeout)
IPv4+TCP8080  +  http  .mp4:   814.46 Mb/s (DNS:29ms SYN:3ms GET:4ms Down:995ms:timeout)
IPv6+TCP80    +  http  .zip:   176.28 Mb/s (DNS:61ms SYN:12ms GET:6ms Down:994ms:timeout)
IPv6+TCP80    +  http  .jpg:   194.78 Mb/s (DNS:4ms SYN:4ms GET:5ms Down:994ms:timeout)
IPv6+TCP80    +  http  .mp4:   202.25 Mb/s (DNS:29ms SYN:4ms GET:5ms Down:994ms:timeout)
IPv6+TCP443   + https  .zip:   619.69 Mb/s (DNS:4ms SYN:4ms GET:40ms Down:959ms:timeout)
IPv6+TCP554   +  http  .zip:   184.47 Mb/s (DNS:125ms SYN:4ms GET:5ms Down:995ms:timeout)
IPv6+TCP1194  + https  .zip:   593.44 Mb/s (DNS:61ms SYN:4ms GET:38ms Down:961ms:timeout)
IPv6+TCP6881  +  http  .zip:   850.29 Mb/s (DNS:61ms SYN:4ms GET:5ms Down:994ms:timeout)
IPv6+TCP8080  +  http  .zip:   110.61 Mb/s (DNS:125ms SYN:4ms GET:5ms Down:995ms:timeout)
downloading temporary file temp1097-1000m.zip...done.
IPv4+TCP80    +  http  .zip:   208.64 Mb/s (DNS:61ms SYN:3ms POST:3ms Up:997ms:timeout)
downloading temporary file temp1097-1000m.jpg...done.
IPv4+TCP80    +  http  .jpg:   235.30 Mb/s (DNS:4ms SYN:3ms POST:3ms Up:996ms:timeout)
downloading temporary file temp1097-1000m.mp4...done.
IPv4+TCP80    +  http  .mp4:   206.40 Mb/s (DNS:125ms SYN:4ms POST:3ms Up:997ms:timeout)
IPv4+TCP443   + https  .zip:   153.06 Mb/s (DNS:4ms SYN:9ms POST:39ms Up:960ms:timeout)
IPv4+TCP554   +  http  .zip:    56.14 Mb/s (DNS:4ms SYN:8ms POST:9ms Up:990ms:timeout)
IPv4+TCP1194  + https  .zip:   100.11 Mb/s (DNS:125ms SYN:3ms POST:41ms Up:1486ms:timeout)
IPv4+TCP6881  +  http  .zip:   123.36 Mb/s (DNS:4ms SYN:3ms POST:3ms Up:1223ms:timeout)
IPv4+TCP8080  +  http  .zip:   233.72 Mb/s (DNS:4ms SYN:4ms POST:3ms Up:996ms:timeout)
IPv6+TCP80    +  http  .zip:    64.81 Mb/s (DNS:4ms SYN:13ms POST:14ms Up:985ms:timeout)
IPv6+TCP80    +  http  .jpg:    65.01 Mb/s (DNS:4ms SYN:4ms POST:4ms Up:996ms:timeout)
IPv6+TCP80    +  http  .zip:    66.00 Mb/s (DNS:4ms SYN:4ms POST:5ms Up:995ms:timeout)
IPv6+TCP443   + https  .zip:    55.63 Mb/s (DNS:4ms SYN:4ms POST:33ms Up:966ms:timeout)
IPv6+TCP554   +  http  .zip:    81.02 Mb/s (DNS:4ms SYN:4ms POST:5ms Up:995ms:timeout)
IPv6+TCP1194  + https  .zip:    68.12 Mb/s (DNS:4ms SYN:5ms POST:33ms Up:966ms:timeout)
IPv6+TCP6881  +  http  .zip:    91.95 Mb/s (DNS:4ms SYN:4ms POST:5ms Up:995ms:timeout)
IPv6+TCP8080  +  http  .zip:    61.26 Mb/s (DNS:4ms SYN:4ms POST:5ms Up:995ms:timeout)

y'a une nouvelle info a la fin "timeout" ou "full" indiquant si curl finit ou pas le transfert avant le delai.

Je vais fignoler un peu l'affichage. virer les fichiers temporaires si je peux.

J'ai mis a jour le github avec cette version.

l'option -cvs n'est pas implèmentée encore.

a noter : l'option -size support les post-fixes G ou T mais pas le serveur de Vivien donc pour 2G mettre 2000M par exemple.
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 29 février 2016 à 21:10:27
Pas de fichier de 2Go, car cela prend pas mal de place en ram (il y a un ramdisque pour mettre ces fichiers, la taille utilisée est de 6,6 Go dont 5Go pour le fichier de 5Go. Mettre un fichier de 2Go aurait fait passer la taille à 8,6Go)

Sinon, pourquoi télécharger 3 fichiers pour l'upload ?

Un seul me semble suffisant, il suffit ensuite de le renommer.

Que que soit l'extension du fichier, c'est les mêmes données aléatoires derrière. la somme du contrôle du fichier .zip est la même que celle du fichier .jpg ou .mp4

Si on ne met aucune option, l'idéal serait de partir en timeout (8 secondes semble pertinent pour laisser le temps à TCP/IP de monter et avoir une moyenne pas trop pourrie).
Pour le fichier upload, il faudrait récupérer la taille téléchargée en http et prendre le fichier disponible sur le serveur avec la taille juste supérieure (donc durée de téléchargement de 8 a 20 secondes) et uploader ce fichier avec timeout. Même avec un débit symétrique, on devrait atteindre le timeout.
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 29 février 2016 à 23:06:32

Sinon, pourquoi télécharger 3 fichiers pour l'upload ?

Un seul me semble suffisant, il suffit ensuite de le renommer.

Que que soit l'extension du fichier, c'est les mêmes données aléatoires derrière. la somme du contrôle du fichier .zip est la même que celle du fichier .jpg ou .mp4


Le but n’était pas d'être trop spécifique a ton serveur.

En fait pour les types de fichiers ce n'est pas que l'extension qui devrait compter mais aussi le contenu.Si on veut vraiment évaluer les traitements des FAI sur certains types de flux notamment les images et les vidéos (en mobile par exemple) il serait bien de pouvoir passer des vrais fichiers dans la mesure du possible.

Je pensais aussi que ton serveur fournissait des vrais contenus et pas du random.

de toute facon si j'arrive à  faire de l'upload sans fichier réel la question ne se posera plus.
Titre: Test de débit et de neutralité de l'Internet
Posté par: hwti le 29 février 2016 à 23:53:33
Pas de fichier de 2Go, car cela prend pas mal de place en ram (il y a un ramdisque pour mettre ces fichiers, la taille utilisée est de 6,6 Go dont 5Go pour le fichier de 5Go. Mettre un fichier de 2Go aurait fait passer la taille à 8,6Go)
Un truc pour ton serveur, si tu as ce qu'il faut pour supporter le btrfs (valable pour une machine ayant /tmp en tmpfs, à ajuster sinon) :
truncate -s 5G /tmp/5G.img
mkfs.btrfs /tmp/5G.img
mount /tmp/5G.img /mnt
dd if=/dev/urandom of=/mnt/4G.dat bs=1M count=4096
cp --reflink=always /mnt/4G.dat /mnt/2G.dat
truncate -s 2G /mnt/2G.dat
Et voilà, les deux fichiers partagent leurs données, on a fait tenir "6Go" dans 4Go de RAM  :D
Il y a certainement moyen d'ajuster la taille des metadata, pour réduire la taille de l'image, mais ça ne sert pas à grand chose puisque les pages non utilisées du /tmp/5G.img se sont pas allouées (le tmpfs n'alloue les pages que quand on écrit dedans).

EDIT: l'exemple utilise btrfs au dessus de loopdev (/dev/loopX) et tmpfs, on peut faire du btrfs au dessus d'un ramdisk (/dev/ramX) à la place (je n'ai pas testé, la première solution est déjà largement assez rapide).
Titre: Test de débit et de neutralité de l'Internet
Posté par: Gwadagamer le 01 mars 2016 à 00:54:54
Un truc pour ton serveur, si tu as ce qu'il faut pour supporter le btrfs (valable pour une machine ayant /tmp en tmpfs, à ajuster sinon) :
truncate -s 5G /tmp/5G.img
mkfs.btrfs /tmp/5G.img
mount /tmp/5G.img /mnt
dd if=/dev/urandom of=/mnt/4G.dat bs=1M count=4096
cp --reflink=always /mnt/4G.dat /mnt/2G.dat
truncate -s 2G /mnt/2G.dat
Et voilà, les deux fichiers partagent leurs données, on a fait tenir "6Go" dans 4Go de RAM  :D
Il y a certainement moyen d'ajuster la taille des metadata, pour réduire la taille de l'image, mais ça ne sert pas à grand chose puisque les pages non utilisées du /tmp/5G.img se sont pas allouées (le tmpfs n'alloue les pages que quand on écrit dedans).

classe le montage pour btrfs .. je suis content de voir que je ne suis pas le seul user de ce système d eficheir.. sous gentoo avec le system de snapshot je ne peut plus m'ne passer juste avant une update :D
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 01 mars 2016 à 02:22:06
bon il se fait tard mais apres une rude bataille avec l'antiquité qu'est Perl, j'ai pu faire l'upload sans fichier avec et sans timeout.
J'ai fait une version a part (branche 'open3' sur github) ici: https://raw.githubusercontent.com/kgersen/neutrality-test/open3/neutrality-test.pl

attention j'ai mis le défaut a 5G et 8sec de timeout.

J'ai aussi rajouté la taille total transférée en dernière colonne.

la suite demain, enfin plus tard dans la journée   :P


Titre: Test de débit et de neutralité de l'Internet
Posté par: underground78 le 01 mars 2016 à 08:35:02
bon il se fait tard mais apres une rude bataille avec l'antiquité qu'est Perl
Pourquoi Perl et pas Python d'ailleurs ?
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 01 mars 2016 à 12:19:58
Pourquoi Perl et pas Python d'ailleurs ?

Parce pourquoi Python et pas Perl ?  ;D

Titre: Test de débit et de neutralité de l'Internet
Posté par: underground78 le 01 mars 2016 à 12:27:55
Parce que Python n'est pas une antiquité ! :P
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 01 mars 2016 à 12:50:34
Les 2 sont des antiquités (1987 vs 1991).

La v 2.0 sera en Go de toute façon.
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 01 mars 2016 à 13:50:26
nouveau formatage:

$ perl neutrality-test.pl -time 1 -ul
Running on linux - 3.2.0-58-generic - x86_64-linux-gnu-thread-multi
starting date: Tue Mar  1 13:38:33 2016
IPv4 TCP 80       http  .zip:   236.16 Mb/s (DNS:4ms SYN:3ms POST:4ms Up:996ms:timeout:29402100)
IPv4 TCP 80       http  .jpg:   246.55 Mb/s (DNS:4ms SYN:13ms POST:12ms Up:987ms:timeout:30417660)
IPv4 TCP 80       http  .mp4:   240.57 Mb/s (DNS:4ms SYN:13ms POST:12ms Up:987ms:timeout:29680560)
IPv4 TCP 443     https  .zip:   241.43 Mb/s (DNS:4ms SYN:12ms POST:41ms Up:958ms:timeout:28910700)
IPv4 TCP 554      http  .zip:    59.77 Mb/s (DNS:4ms SYN:8ms POST:9ms Up:991ms:timeout:7403760)
IPv4 TCP 1194    https  .zip:   204.85 Mb/s (DNS:125ms SYN:3ms POST:35ms Up:964ms:timeout:24684660)
IPv4 TCP 6881     http  .zip:   246.53 Mb/s (DNS:4ms SYN:12ms POST:13ms Up:986ms:timeout:30384900)
IPv4 TCP 8080     http  .zip:   247.08 Mb/s (DNS:4ms SYN:12ms POST:13ms Up:987ms:timeout:30483180)
IPv6 TCP 80       http  .zip:    98.31 Mb/s (DNS:4ms SYN:14ms POST:14ms Up:985ms:timeout:12104820)
IPv6 TCP 80       http  .jpg:    91.62 Mb/s (DNS:4ms SYN:4ms POST:5ms Up:994ms:timeout:11384100)
IPv6 TCP 80       http  .zip:    90.78 Mb/s (DNS:4ms SYN:5ms POST:4ms Up:996ms:timeout:11302200)
IPv6 TCP 443     https  .zip:    48.34 Mb/s (DNS:4ms SYN:4ms POST:35ms Up:965ms:timeout:5831280)
IPv6 TCP 554      http  .zip:    62.43 Mb/s (DNS:4ms SYN:5ms POST:4ms Up:995ms:timeout:7764120)
IPv6 TCP 1194    https  .zip:    79.01 Mb/s (DNS:4ms SYN:4ms POST:38ms Up:962ms:timeout:9500400)
IPv6 TCP 6881     http  .zip:    91.93 Mb/s (DNS:4ms SYN:4ms POST:5ms Up:995ms:timeout:11433240)
IPv6 TCP 8080     http  .zip:   113.13 Mb/s (DNS:4ms SYN:4ms POST:5ms Up:995ms:timeout:14070420)
ending date: Tue Mar  1 13:38:49 2016


l'option -csv:


$ perl neutrality-test.pl -time 1 -ul -csv
DATE;SERVER;IP;PROTO4;PORT;PROTO7;CONTENT;BW;DNS;PING;DIR;START;DURATION;TIMEDOUT;SIZE;CODE;TIME
2016-03-01 13:44:29;3.testdebit.info;4;TCP;80;http;.zip;235.77;4;4;POST;3;996;timeout;29352960;100;999
2016-03-01 13:44:30;3.testdebit.info;4;TCP;80;http;.jpg;245.95;4;9;POST;8;991;timeout;30466800;100;999
2016-03-01 13:44:31;3.testdebit.info;4;TCP;80;http;.mp4;247.26;4;8;POST;9;990;timeout;30597840;100;999
2016-03-01 13:44:32;3.testdebit.info;4;TCP;443;https;.zip;242.52;4;13;POST;41;958;timeout;29041740;100;999
2016-03-01 13:44:33;3.testdebit.info;4;TCP;554;http;.zip;60.08;4;13;POST;12;988;timeout;7420140;100;1000
2016-03-01 13:44:34;3.testdebit.info;4;TCP;1194;https;.zip;204.11;125;4;POST;36;963;timeout;24570000;100;999
2016-03-01 13:44:35;3.testdebit.info;4;TCP;6881;http;.zip;246.68;4;12;POST;13;987;timeout;30434040;100;1000
2016-03-01 13:44:36;3.testdebit.info;4;TCP;8080;http;.zip;246.61;4;9;POST;8;991;timeout;30548700;100;999
2016-03-01 13:44:37;3.testdebit.info;6;TCP;80;http;.zip;66.51;4;10;POST;11;989;timeout;8222760;100;1000
2016-03-01 13:44:38;3.testdebit.info;6;TCP;80;http;.jpg;46.18;4;5;POST;4;996;timeout;5749380;100;1000
2016-03-01 13:44:39;3.testdebit.info;6;TCP;80;http;.zip;35.30;4;4;POST;5;995;timeout;4389840;100;1000
2016-03-01 13:44:40;3.testdebit.info;6;TCP;443;https;.zip;38.29;4;4;POST;34;965;timeout;4619160;100;999
2016-03-01 13:44:41;3.testdebit.info;6;TCP;554;http;.zip;98.38;4;5;POST;5;995;timeout;12235860;100;1000
2016-03-01 13:44:42;3.testdebit.info;6;TCP;1194;https;.zip;54.86;4;4;POST;34;965;timeout;6617520;100;999
2016-03-01 13:44:43;3.testdebit.info;6;TCP;6881;http;.zip;27.95;4;4;POST;6;994;timeout;3472560;100;1000
2016-03-01 13:44:44;3.testdebit.info;6;TCP;8080;http;.zip;32.13;4;4;POST;4;995;timeout;3996720;100;999


je fignole quelques infos puis je 'freeze'.
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 01 mars 2016 à 16:52:58
un test depuis un VPS Vultr:

[root@vultr ~]# curl  -s https://raw.githubusercontent.com/kgersen/neutrality-test/master/neutrality-test.pl | perl
Running on linux - 2.6.32-220.17.1.el6.x86_64 - x86_64-linux-thread-multi
started at: Tue Mar  1 15:39:45 2016
IPv4 TCP 80       http  .zip:   671.72 Mb/s (DNS:509ms SYN:2ms GET:3ms Down:7997ms:timeout:671464880)
IPv4 TCP 80       http  .jpg:  1331.80 Mb/s (DNS:4ms SYN:3ms GET:2ms Down:7997ms:timeout:1331302557)
IPv4 TCP 80       http  .mp4:   576.66 Mb/s (DNS:4ms SYN:3ms GET:3ms Down:7996ms:timeout:576367486)
IPv4 TCP 80       http  .pdf:   498.52 Mb/s (DNS:4ms SYN:3ms GET:2ms Down:7997ms:timeout:498334760)
IPv4 TCP 443     https  .zip:  1586.11 Mb/s (DNS:4ms SYN:2ms GET:131ms Down:7868ms:timeout:1559937024)
IPv4 TCP 443     https  .jpg:   697.37 Mb/s (DNS:4ms SYN:3ms GET:117ms Down:7882ms:timeout:687079424)
IPv4 TCP 554      http  .zip:   459.09 Mb/s (DNS:4ms SYN:3ms GET:3ms Down:7997ms:timeout:458915856)
IPv4 TCP 554      http  .jpg:   609.02 Mb/s (DNS:4ms SYN:2ms GET:3ms Down:7996ms:timeout:608715805)
IPv4 TCP 554      http  .mp4:   665.83 Mb/s (DNS:4ms SYN:2ms GET:3ms Down:7996ms:timeout:665499126)
IPv4 TCP 993     https  .zip:   577.49 Mb/s (DNS:4ms SYN:3ms GET:159ms Down:7840ms:timeout:565936128)
IPv4 TCP 993     https  .jpg:   981.03 Mb/s (DNS:4ms SYN:2ms GET:127ms Down:7872ms:timeout:965328896)
IPv4 TCP 1194    https  .zip:  1491.00 Mb/s (DNS:4ms SYN:2ms GET:136ms Down:7863ms:timeout:1465466880)
IPv4 TCP 1194    https  .jpg:   899.05 Mb/s (DNS:4ms SYN:2ms GET:138ms Down:7861ms:timeout:883425280)
IPv4 TCP 6881     http  .zip:   595.52 Mb/s (DNS:4ms SYN:3ms GET:2ms Down:7997ms:timeout:595301528)
IPv4 TCP 6881     http  .jpg:   724.91 Mb/s (DNS:4ms SYN:2ms GET:3ms Down:7997ms:timeout:724635445)
IPv4 TCP 8080     http  .zip:   399.82 Mb/s (DNS:4ms SYN:3ms GET:2ms Down:7997ms:timeout:399673832)
IPv4 TCP 8080     http  .jpg:   439.74 Mb/s (DNS:4ms SYN:3ms GET:2ms Down:7998ms:timeout:439625605)
IPv4 TCP 8080     http  .mp4:   746.86 Mb/s (DNS:4ms SYN:3ms GET:3ms Down:7996ms:timeout:746482870)
IPv6 TCP 80       http  .zip:  1905.46 Mb/s (DNS:28ms SYN:3ms GET:2ms Down:7997ms:timeout:1904743204)
IPv6 TCP 80       http  .jpg:   887.76 Mb/s (DNS:4ms SYN:2ms GET:3ms Down:7996ms:timeout:887316133)
IPv6 TCP 80       http  .mp4:   742.80 Mb/s (DNS:4ms SYN:2ms GET:2ms Down:7997ms:timeout:742518362)
IPv6 TCP 443     https  .zip:  1398.18 Mb/s (DNS:4ms SYN:2ms GET:140ms Down:7859ms:timeout:1373536256)
IPv6 TCP 554      http  .zip:   638.83 Mb/s (DNS:4ms SYN:2ms GET:2ms Down:7997ms:timeout:638594228)
IPv6 TCP 1194    https  .zip:  1087.41 Mb/s (DNS:4ms SYN:2ms GET:151ms Down:7848ms:timeout:1066745856)
IPv6 TCP 6881     http  .zip:  1067.96 Mb/s (DNS:4ms SYN:2ms GET:3ms Down:7996ms:timeout:1067421200)
IPv6 TCP 8080     http  .zip:  1078.63 Mb/s (DNS:4ms SYN:2ms GET:3ms Down:7997ms:timeout:1078224020)
IPv4 TCP 80       http  .zip:  3984.33 Mb/s (DNS:4ms SYN:2ms POST:3ms Up:7996ms:timeout:3982338360)
IPv4 TCP 80       http  .jpg:  3388.34 Mb/s (DNS:4ms SYN:2ms POST:3ms Up:7996ms:timeout:3386646900)
IPv4 TCP 80       http  .mp4:  3280.62 Mb/s (DNS:4ms SYN:2ms POST:3ms Up:7996ms:timeout:3278981160)
IPv4 TCP 443     https  .zip:  3157.41 Mb/s (DNS:4ms SYN:3ms POST:147ms Up:7852ms:timeout:3098997720)
IPv4 TCP 554      http  .zip:  3694.29 Mb/s (DNS:4ms SYN:2ms POST:2ms Up:7997ms:timeout:3692903760)
IPv4 TCP 1194    https  .zip:  3022.24 Mb/s (DNS:4ms SYN:2ms POST:138ms Up:7861ms:timeout:2969726760)
IPv4 TCP 6881     http  .zip:  3574.58 Mb/s (DNS:4ms SYN:2ms POST:3ms Up:7996ms:timeout:3572789220)
IPv4 TCP 8080     http  .zip:  3880.69 Mb/s (DNS:4ms SYN:2ms POST:3ms Up:7996ms:timeout:3878751240)
IPv6 TCP 80       http  .zip:  2024.49 Mb/s (DNS:4ms SYN:3ms POST:2ms Up:7997ms:timeout:2023732620)
IPv6 TCP 80       http  .jpg:  2010.84 Mb/s (DNS:4ms SYN:2ms POST:2ms Up:7997ms:timeout:2010088080)
IPv6 TCP 80       http  .zip:  1929.23 Mb/s (DNS:4ms SYN:2ms POST:3ms Up:7996ms:timeout:1928269980)
IPv6 TCP 443     https  .zip:  1900.69 Mb/s (DNS:4ms SYN:2ms POST:154ms Up:7845ms:timeout:1863863820)
IPv6 TCP 554      http  .zip:  1982.51 Mb/s (DNS:4ms SYN:2ms POST:2ms Up:7997ms:timeout:1981767060)
IPv6 TCP 1194    https  .zip:  1897.92 Mb/s (DNS:4ms SYN:2ms POST:150ms Up:7849ms:timeout:1862094780)
IPv6 TCP 6881     http  .zip:  1883.65 Mb/s (DNS:4ms SYN:3ms POST:2ms Up:7997ms:timeout:1882946520)
IPv6 TCP 8080     http  .zip:  2031.72 Mb/s (DNS:4ms SYN:2ms POST:2ms Up:7997ms:timeout:2030956200)
ended at: Tue Mar  1 15:45:21 2016

ca monte a 4 Gbps en upload ;D pas mal pour du $5/mois.

le test depuis un C1 Scaleway (Iliad/Online):

root@ory-nspeed:~# curl https://raw.githubusercontent.com/kgersen/neutrality-test/master/neutrality-test.pl | perl
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100  9537  100  9537    0     0  47526      0 --:--:-- --:--:-- --:--:-- 47685
Running on linux - 3.2.0-95-highbank - arm-linux-gnueabihf-thread-multi-64int
started at: Tue Mar  1 15:16:57 2016
IPv4 TCP 80       http  .zip:   905.26 Mb/s (DNS:30ms SYN:2ms GET:1ms Down:7998ms:timeout:905031624)
IPv4 TCP 80       http  .jpg:   909.84 Mb/s (DNS:5ms SYN:2ms GET:2ms Down:7997ms:timeout:909494821)
IPv4 TCP 80       http  .mp4:   919.49 Mb/s (DNS:4ms SYN:2ms GET:1ms Down:7998ms:timeout:919264022)
IPv4 TCP 80       http  .pdf:   915.45 Mb/s (DNS:5ms SYN:2ms GET:2ms Down:7997ms:timeout:915104744)
IPv4 TCP 443     https  .zip:   149.97 Mb/s (DNS:5ms SYN:2ms GET:81ms Down:7919ms:timeout:148455424)
IPv4 TCP 443     https  .jpg:   149.33 Mb/s (DNS:5ms SYN:2ms GET:55ms Down:7945ms:timeout:148307968)
IPv4 TCP 554      http  .zip:   924.86 Mb/s (DNS:5ms SYN:2ms GET:2ms Down:7997ms:timeout:924513016)
IPv4 TCP 554      http  .jpg:   892.64 Mb/s (DNS:4ms SYN:2ms GET:1ms Down:7998ms:timeout:892415205)
IPv4 TCP 554      http  .mp4:   919.10 Mb/s (DNS:5ms SYN:2ms GET:2ms Down:7997ms:timeout:918750438)
IPv4 TCP 993     https  .zip:   148.75 Mb/s (DNS:4ms SYN:2ms GET:58ms Down:7942ms:timeout:147668992)
IPv4 TCP 993     https  .jpg:   148.19 Mb/s (DNS:5ms SYN:2ms GET:58ms Down:7942ms:timeout:147111936)
IPv4 TCP 1194    https  .zip:   148.53 Mb/s (DNS:5ms SYN:2ms GET:63ms Down:7936ms:timeout:147341312)
IPv4 TCP 1194    https  .jpg:   136.50 Mb/s (DNS:5ms SYN:2ms GET:58ms Down:7941ms:timeout:135495680)
IPv4 TCP 6881     http  .zip:   926.28 Mb/s (DNS:5ms SYN:2ms GET:2ms Down:7997ms:timeout:925935864)
IPv4 TCP 6881     http  .jpg:   921.00 Mb/s (DNS:5ms SYN:2ms GET:1ms Down:7998ms:timeout:920774741)
IPv4 TCP 8080     http  .zip:   931.67 Mb/s (DNS:5ms SYN:2ms GET:2ms Down:7997ms:timeout:931322960)
IPv4 TCP 8080     http  .jpg:   931.64 Mb/s (DNS:4ms SYN:2ms GET:1ms Down:7998ms:timeout:931408397)
IPv4 TCP 8080     http  .mp4:   917.55 Mb/s (DNS:5ms SYN:2ms GET:1ms Down:7998ms:timeout:917325150)
IPv6 TCP 80       http  .zip: !!! curl error for 6 GET 8 5000M http://3.testdebit.info:80/fichiers/5000Mo/5000Mo.zip !!! RC = 7
1
IPv6 TCP 80       http  .jpg: !!! curl error for 6 GET 8 5000M http://3.testdebit.info:80/fichiers/5000Mo/5000Mo.jpg !!! RC = 7
1
IPv6 TCP 80       http  .mp4: !!! curl error for 6 GET 8 5000M http://3.testdebit.info:80/fichiers/5000Mo/5000Mo.mp4 !!! RC = 7
1
IPv6 TCP 443     https  .zip: !!! curl error for 6 GET 8 5000M --insecure https://3.testdebit.info:443/fichiers/5000Mo/5000Mo.zip !!! RC = 7
1
IPv6 TCP 554      http  .zip: !!! curl error for 6 GET 8 5000M http://3.testdebit.info:554/fichiers/5000Mo/5000Mo.zip !!! RC = 7
1
IPv6 TCP 1194    https  .zip: !!! curl error for 6 GET 8 5000M --insecure https://3.testdebit.info:1194/fichiers/5000Mo/5000Mo.zip !!! RC = 7
1
IPv6 TCP 6881     http  .zip: !!! curl error for 6 GET 8 5000M http://3.testdebit.info:6881/fichiers/5000Mo/5000Mo.zip !!! RC = 7
1
IPv6 TCP 8080     http  .zip: !!! curl error for 6 GET 8 5000M http://3.testdebit.info:8080/fichiers/5000Mo/5000Mo.zip !!! RC = 7
1
IPv4 TCP 80       http  .zip:   640.77 Mb/s (DNS:5ms SYN:2ms POST:2ms Up:7997ms:timeout:640529456)
IPv4 TCP 80       http  .jpg:   659.74 Mb/s (DNS:5ms SYN:1ms POST:2ms Up:7997ms:timeout:659493790)
IPv4 TCP 80       http  .mp4:   635.40 Mb/s (DNS:4ms SYN:2ms POST:2ms Up:7997ms:timeout:635164768)
IPv4 TCP 443     https  .zip:   122.35 Mb/s (DNS:4ms SYN:2ms POST:51ms Up:7948ms:timeout:121555980)
IPv4 TCP 554      http  .zip:   650.01 Mb/s (DNS:5ms SYN:1ms POST:2ms Up:7997ms:timeout:649761840)
IPv4 TCP 1194    https  .zip:   130.86 Mb/s (DNS:5ms SYN:2ms POST:52ms Up:7947ms:timeout:129991680)
IPv4 TCP 6881     http  .zip:   636.76 Mb/s (DNS:5ms SYN:2ms POST:2ms Up:7997ms:timeout:636524256)
IPv4 TCP 8080     http  .zip:   615.06 Mb/s (DNS:4ms SYN:2ms POST:2ms Up:7997ms:timeout:614827088)
IPv6 TCP 80       http  .zip: !!! curl error for 6 POST 8 5000M -T "-"  http://3.testdebit.info:80 !!! RC = 7
1
IPv6 TCP 80       http  .jpg: !!! curl error for 6 POST 8 5000M -T "-"  http://3.testdebit.info:80 !!! RC = 7
1
IPv6 TCP 80       http  .zip: !!! curl error for 6 POST 8 5000M -T "-"  http://3.testdebit.info:80 !!! RC = 7
1
IPv6 TCP 443     https  .zip: !!! curl error for 6 POST 8 5000M --insecure -T "-"  https://3.testdebit.info:443 !!! RC = 7
1
IPv6 TCP 554      http  .zip: !!! curl error for 6 POST 8 5000M -T "-"  http://3.testdebit.info:554 !!! RC = 7
1
IPv6 TCP 1194    https  .zip: !!! curl error for 6 POST 8 5000M --insecure -T "-"  https://3.testdebit.info:1194 !!! RC = 7
1
IPv6 TCP 6881     http  .zip: !!! curl error for 6 POST 8 5000M -T "-"  http://3.testdebit.info:6881 !!! RC = 7
1
IPv6 TCP 8080     http  .zip: !!! curl error for 6 POST 8 5000M -T "-"  http://3.testdebit.info:8080 !!! RC = 7
1
ended at: Tue Mar  1 15:20:27 2016

on remarquera l'écroulement des perfs en HTTPS... j'ai testé avec wget ca fait pareil donc ce n'est pas la faute de Curl. peut-etre un manque d'assistance hardware.

on remarquera aussi que le test gère mal la non présence d'IPv6...je vais rajouter les options -4 et -6

Test avec un VPS OVH:  100Mbps constant en up & down et pas d'IPv6 non plus.
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 01 mars 2016 à 18:40:04
Pour la présence d'IPv6, pourquoi ne pas tester avec ce bout de code ?
my $ip= get("https://ip.lafibre.info/ip.php");
printf("Protocole IP : IPv%d\n",(index($ip,":")==-1)?4:6);
Titre: Test de débit et de neutralité de l'Internet
Posté par: hwti le 01 mars 2016 à 20:41:36
Pour la présence d'IPv6, pourquoi ne pas tester avec ce bout de code ?
my $ip= get("https://ip.lafibre.info/ip.php");
printf("Protocole IP : IPv%d\n",(index($ip,":")==-1)?4:6);
Ce test indique la version préférée du protocole, donc il donne IPv4 même en présence d'IPv6 si on a inversé les priorités.
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 01 mars 2016 à 20:58:50
Dans 99,9% des cas, IPv6 est préféré sur IPv4, non ?

Préférer IPv4 sur IPv6, c'est ne jamais utiliser IPv6, car IPv4 est toujours disponible, donc il n'est pas nécessaire de faire un test de débit en IPv6 dans ce cas là.
Titre: Test de débit et de neutralité de l'Internet
Posté par: hwti le 01 mars 2016 à 21:19:07
Dans 99,9% des cas, IPv6 est préféré sur IPv4, non ?
Oui, c'est la configuration par défaut.

Préférer IPv4 sur IPv6, c'est ne jamais utiliser IPv6, car IPv4 est toujours disponible, donc il n'est pas nécessaire de faire un test de débit en IPv6 dans ce cas là.
L'IPv6 reste utilisable en entrant par exemple, en P2P aussi.
Le test de débit permet de vérifier si les perfs IPv6 se sont améliorées, et donc si l'inversion des priorités est encore utile.
Dans mon cas, j'ai 40Mb/s en download IPv4, et 4,5-7,5Mb/s en IPv6 (probablement car en IPv4 je passe par un peering à TH2, alors qu'en IPv6 c'est via Level3).
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 01 mars 2016 à 21:54:00
Oui effectivement, c'est un gros pb : Free et Bouygues Telecom ne peerent pas en IPv6
il me semble que dans le passé ils peeraient en IPv6.

SmokePing Bouygues => Free.fr en IPv4 (peering privé) :
(https://lafibre.info/images/free/201603_free_ipv4_pni_bouygues.png)

SmokePing Bouygues => Free.fr en IPv6 (via Level3 qui sature chez Free) :
(https://lafibre.info/images/free/201603_free_ipv6_level3.png)
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 01 mars 2016 à 22:12:14
J'ai rajouté deux options, -4 et -6, plutôt que de faire un test IPv6.
Un bon test IPv6 ca n'est pas simple à  faire. Ton bout de code n'indique pas si le serveur de test de débit est dispo en IPv6 (ca n'est pas la meme machine). Meme une réso DNS AAAA ne suffit pas. Il faut tenter un curl pour tester vraiment. Donc ca devient vite compliqué pour pas grand chose. Les 2 options sont plus simples a coder.

La v1.0.2 est en ligne.
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 01 mars 2016 à 22:21:02
Tu souhaiterais que le script https://ip.lafibre.info/ip.php soit sur 3.testdebit.info ?

C'est possible.
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 01 mars 2016 à 22:30:57
Non j'en reste aux 2 options pour le moment. Il faut que je freeze ce projet et passe a autre chose de toute façon.

Apres n'importe qui peut l'améliorer s'il le souhaite.

Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 02 mars 2016 à 00:34:59
j'ai fait un test de packing du tout en un seul exe (perl+curl+le script) pour Windows 64bit:

dispo ici https://github.com/kgersen/neutrality-test/releases/tag/untagged-4501bc5911c77f774ac8

si vous pouviez le tester svp.
Titre: Test de débit et de neutralité de l'Internet
Posté par: hwti le 02 mars 2016 à 01:04:29
Le lien ne fonctionne pas (404).
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 02 mars 2016 à 12:23:03
Le lien ne fonctionne pas (404).

oops oui c'etais un draft non publié  ;D

voila le bon lien: https://github.com/kgersen/neutrality-test/releases/tag/v1.0.4
Titre: Test de débit et de neutralité de l'Internet
Posté par: Florian le 02 mars 2016 à 16:44:00
Hello,

Je me tape des "'curl' n’est pas reconnu en tant que commande interne ou externe, un programme exécutable ou un fichier de commandes." à chaque test, du coup rien ne passe.

J'ai loupé une config nécessaire ?
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 02 mars 2016 à 21:20:06
Non c'est le 'packaging' qui a merdé quelque part. Je vois ca demain.
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 03 mars 2016 à 10:07:44
J'ai mis a jour le .exe ca devrait marcher maintenant.

Titre: Test de débit et de neutralité de l'Internet
Posté par: Florian le 03 mars 2016 à 10:38:01
Oui ça fonctionne  :) C'est juste dommage que la fenêtre se ferme à la fin du test (bon suffit de la lancer dans un cmd j'en conviens)


Le test IPv6 s'est quand même lancé alors qu'elle est désactivée chez moi au niveau de la box.


Running on MSWin32 - 6.3 - MSWin32-x64-multi-thread
started at: Thu Mar  3 10:22:11 2016
IPv4 TCP 80       http  .zip:   111.26 Mb/s (DNS:16ms SYN:16ms GET:15ms Down:7970ms:timeout:110844428)
IPv4 TCP 80       http  .jpg:   163.19 Mb/s (DNS:16ms SYN:15ms GET:16ms Down:7968ms:timeout:162534273)
IPv4 TCP 80       http  .mp4:   118.12 Mb/s (DNS:15ms SYN:16ms GET:15ms Down:7969ms:timeout:117667014)
IPv4 TCP 80       http  .pdf:   171.66 Mb/s (DNS:15ms SYN:0ms GET:0ms Down:7984ms:timeout:171314708)
IPv4 TCP 443     https  .zip:   107.11 Mb/s (DNS:16ms SYN:0ms GET:140ms Down:7844ms:timeout:105021440)
IPv4 TCP 443     https  .jpg:   168.53 Mb/s (DNS:16ms SYN:0ms GET:172ms Down:7813ms:timeout:164593664)
IPv4 TCP 554      http  .zip:    56.28 Mb/s (DNS:15ms SYN:0ms GET:0ms Down:7984ms:timeout:56164508)
IPv4 TCP 554      http  .jpg:    42.16 Mb/s (DNS:15ms SYN:0ms GET:0ms Down:7984ms:timeout:42076973)
IPv4 TCP 554      http  .mp4:    55.67 Mb/s (DNS:0ms SYN:16ms GET:0ms Down:7985ms:timeout:55562994)
IPv4 TCP 993     https  .zip:   146.66 Mb/s (DNS:16ms SYN:15ms GET:157ms Down:7827ms:timeout:143491072)
IPv4 TCP 993     https  .jpg:   112.21 Mb/s (DNS:16ms SYN:0ms GET:766ms Down:7219ms:timeout:101253120)
IPv4 TCP 1194    https  .zip:   108.79 Mb/s (DNS:15ms SYN:0ms GET:156ms Down:7828ms:timeout:106446848)
IPv4 TCP 1194    https  .jpg:   125.38 Mb/s (DNS:15ms SYN:0ms GET:157ms Down:7827ms:timeout:122667008)
IPv4 TCP 6881     http  .zip:   112.84 Mb/s (DNS:16ms SYN:0ms GET:0ms Down:7984ms:timeout:112611028)
IPv4 TCP 6881     http  .jpg:   169.15 Mb/s (DNS:16ms SYN:0ms GET:0ms Down:7985ms:timeout:168828333)
IPv4 TCP 8080     http  .zip:   166.21 Mb/s (DNS:15ms SYN:0ms GET:0ms Down:7984ms:timeout:165876208)
IPv4 TCP 8080     http  .jpg:   111.43 Mb/s (DNS:15ms SYN:0ms GET:0ms Down:7984ms:timeout:111207973)
IPv4 TCP 8080     http  .mp4:   183.79 Mb/s (DNS:16ms SYN:0ms GET:0ms Down:7984ms:timeout:183423954)
IPv6 TCP 80       http  .zip: error (http 000)
IPv6 TCP 80       http  .jpg: error (http 000)
IPv6 TCP 80       http  .mp4: error (http 000)
IPv6 TCP 443     https  .zip: error (http 000)
IPv6 TCP 554      http  .zip: error (http 000)
IPv6 TCP 1194    https  .zip: error (http 000)
IPv6 TCP 6881     http  .zip: error (http 000)
IPv6 TCP 8080     http  .zip: error (http 000)
IPv4 TCP 80       http  .zip:   133.91 Mb/s (DNS:15ms SYN:0ms POST:0ms Up:7984ms:timeout:133642656)
IPv4 TCP 80       http  .jpg:   152.16 Mb/s (DNS:16ms SYN:0ms POST:0ms Up:7984ms:timeout:151856208)
IPv4 TCP 80       http  .mp4:   143.27 Mb/s (DNS:15ms SYN:0ms POST:0ms Up:7984ms:timeout:142979256)
IPv4 TCP 443     https  .zip:   146.17 Mb/s (DNS:16ms SYN:0ms POST:140ms Up:7845ms:timeout:143336304)
IPv4 TCP 554      http  .zip:    60.88 Mb/s (DNS:15ms SYN:0ms POST:16ms Up:7968ms:timeout:60632496)
IPv4 TCP 1194    https  .zip:   141.68 Mb/s (DNS:16ms SYN:0ms POST:140ms Up:7844ms:timeout:138920400)
IPv4 TCP 6881     http  .zip:   148.67 Mb/s (DNS:15ms SYN:0ms POST:0ms Up:7984ms:timeout:148371912)
IPv4 TCP 8080     http  .zip:   140.41 Mb/s (DNS:0ms SYN:16ms POST:0ms Up:7984ms:timeout:140131080)
IPv6 TCP 80       http  .zip: error (http 000)
IPv6 TCP 80       http  .jpg: error (http 000)
IPv6 TCP 80       http  .zip: error (http 000)
IPv6 TCP 443     https  .zip: error (http 000)
IPv6 TCP 554      http  .zip: error (http 000)
IPv6 TCP 1194    https  .zip: error (http 000)
IPv6 TCP 6881     http  .zip: error (http 000)
IPv6 TCP 8080     http  .zip: error (http 000)
ended at: Thu Mar  3 10:27:48 2016
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 03 mars 2016 à 11:12:44
Il faudrait rajouter un petit pause à la fin pour ne pas fermer la fenêtre automatiquement.
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 03 mars 2016 à 12:26:55
Le probleme c'est d'éviter de 'spécialiser' le script pour Windows.

ce qu'on peut faire c'est un "packaging" différent: au lieu de packager 'perl+curl+neutrality-test.pl' dans un exe , on package 'perl+curl+un script special pour Windows'. Ce script special Windows va:

- Télécharger et lancer le script neutrality-test.pl (comme ca on toujours la dernière version sans besoin de reconstruire un nouveau .exe).
- Attendre l'appuie d'une touche quand neutrality-test.pl a fini

Ca serait donc un espèce de 'launcher' qu'on a construire qu'une seul fois et qui n'a pas besoin d’être mis a jour. L'inconvénient c'est que ca ne marche pas sans Internet mais bon vu ce que fait  neutrality-test.pl ca n'est pas vraiment un probleme...

Il faudrait donc pouvoir télécharger neutrality-test.pl depuis un endroit connu et fixe. Idéalement depuis le meme serveur utiliser pour les tests:
https://server/path/neutrality-test.pl : il suffit de mirrorer https://raw.githubusercontent.com/kgersen/neutrality-test/master/neutrality-test.pl soit en faisant une copie tout les X heures ou jours ou mieux encore, en utilisant un WebHook  (https://developer.github.com/webhooks/)Github pour être notifié des mises a jour.

ou alors on met en dur le lien vers github mais ca n'est pas une approche recommandée.
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 03 mars 2016 à 14:42:32
Je suis plutôt pour dissocier serveur de contenu des serveurs de tests de débit (j'aimerais bien avoir plus que un serveur pour faire ce test à l'avenir, le pb étant que ceux qui sont prêt a héberger ce type de contenu ont déjà un serveur Speedtest sur le port 8080 - or il me semble que le test sur le port 8080 est essentiel).

Le script est ici : https://testdebit.info/neutralite/neutrality-test.pl
J'ai rajouté ip.php, pour pouvoir détecter l'IPv6 : https://testdebit.info/neutralite/ip.php
(j'ai vu que le test windows partait par défaut avec un test IPv6 même si IPv6 non dispo)

Il est mis à jour chaque nuit, à 1h42 du matin depuis Github.

C'est sur testdebit.info que je pense mettre l'explicitation pour vulgariser le test pour le grand public avec des copies d'écrans et explications.
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 03 mars 2016 à 20:27:15
J'ai pris un peu de temps de réflexion/design pour voir ou aller avec ce projet. Si on veut le finir complètement et en faire un truc exploitable et exploité il faut changer certaines choses. Surtout si on ne veut plus dépendre de programmeurs 'perl' pour changer des trucs... (= que moi pour le moment :D).

Donc on va changer la structure du script:

- au lieu d'avoir les tests en dur dans le script, on va les mettre dans un fichier de tests  et neutrality-test.pl téléchargera le fichier de tests. Bonus: ce fichier se téléchargeant suivant la connectivité du client, tu peux en faire 2 versions , une avec IPv6 et l'autre sans. On n'a plus besoin de coder une detection d'IPv6.

- je vais aussi changer le format des tests en interne de façon a ne plus dépendre en dur de ton serveur et de sa structure ("../fichiers/tailleMo/tailleMo.zip"): tout sera dans le fichier de tests. Le script neutrality-test.pl ne dépendra plus d'aucun domaine ou serveur.

Les changements que ca va produire en terme de fonctionnement:

- au démarrage, neutrality-test.pl devra avoir en paramètre un url de configuration, par exemple:
neutrality-test.pl [options] https://testdebit.info/neutralite/tests.txt
Ca va télécharger le fichier tests.txt et lancer les tests qu'il y a dedans (chaque ligne de test a son propre url complet)

Pour l'utilisateur:
- l'utilisateur Windows télécharge le 'launcher .exe' et le lance: le .exe va télécharger neutrality-test.pl et le lancer avec un url pré-choisi par toi (https://testdebit.info/neutralite/tests.txt par exemple).
- l'utilisateur Mac ou Linux lance directement neutrality-test.pl et l'url de son choix: ("curl https://testdebit.info/neutralite/neutrality-test.pl | perl - https://testdebit.info/neutralite/tests.txt" par exemple).

La syntax pour le fichier des tests est très simple, chaque ligne commence par un mot clé:

PUT <size> <curl params>effectue un upload de taille <size>, <curl params> est passé directement a curl
GET <curl params>effectue un download, <curl params> est passé directement a curl
TIME <value>change le timeout a <value>, 0 = pas de timeout, timeout par défaut = 0
PRINT <...>affiche <...> a l'écran (sauf si l'option -csv est présente)
#<...>commentaire, ignore le reste de la ligne

les tests actuels dans ce format:

PRINT Hello blabla
TIME 8
# tests de download en IPv4
GET -4 http://3.testdebit.info:80/fichiers/5000Mo/5000Mo.zip
GET -4 http://3.testdebit.info:80/fichiers/5000Mo/5000Mo.jpg
GET -4 http://3.testdebit.info:80/fichiers/5000Mo/5000Mo.mp4
GET -4 http://3.testdebit.info:80/fichiers/5000Mo/5000Mo.pdf
GET -4 --insecure https://3.testdebit.info:443/fichiers/5000Mo/5000Mo.zip
GET -4 --insecure https://3.testdebit.info:443/fichiers/5000Mo/5000Mo.jpg
GET -4 http://3.testdebit.info:554/fichiers/5000Mo/5000Mo.zip
GET -4 http://3.testdebit.info:554/fichiers/5000Mo/5000Mo.jpg
GET -4 http://3.testdebit.info:554/fichiers/5000Mo/5000Mo.mp4
GET -4 --insecure https://3.testdebit.info:993/fichiers/5000Mo/5000Mo.zip
GET -4 --insecure https://3.testdebit.info:993/fichiers/5000Mo/5000Mo.jpg
GET -4 --insecure https://3.testdebit.info:1194/fichiers/5000Mo/5000Mo.zip
GET -4 --insecure https://3.testdebit.info:1194/fichiers/5000Mo/5000Mo.jpg
GET -4 http://3.testdebit.info:6881/fichiers/5000Mo/5000Mo.zip
GET -4 http://3.testdebit.info:6881/fichiers/5000Mo/5000Mo.jpg
GET -4 http://3.testdebit.info:8080/fichiers/5000Mo/5000Mo.zip
GET -4 http://3.testdebit.info:8080/fichiers/5000Mo/5000Mo.jpg
GET -4 http://3.testdebit.info:8080/fichiers/5000Mo/5000Mo.mp4
# tests de download en IPv6
GET -6 http://3.testdebit.info:80/fichiers/5000Mo/5000Mo.zip
GET -6 http://3.testdebit.info:80/fichiers/5000Mo/5000Mo.jpg
GET -6 http://3.testdebit.info:80/fichiers/5000Mo/5000Mo.mp4
GET -6 --insecure https://3.testdebit.info:443/fichiers/5000Mo/5000Mo.zip
GET -6 http://3.testdebit.info:554/fichiers/5000Mo/5000Mo.zip
GET -6 --insecure https://3.testdebit.info:1194/fichiers/5000Mo/5000Mo.zip
GET -6 http://3.testdebit.info:6881/fichiers/5000Mo/5000Mo.zip
GET -6 http://3.testdebit.info:8080/fichiers/5000Mo/5000Mo.zip

# tests d'upload en IPv4
PUT 5000Mo -4  http://3.testdebit.info:80
#PUT 5000Mo -4  http://3.testdebit.info:80
#PUT 5000Mo -4  http://3.testdebit.info:80
PUT 5000Mo -4  --insecure https://3.testdebit.info:443
PUT 5000Mo -4  http://3.testdebit.info:554
PUT 5000Mo -4  --insecure https://3.testdebit.info:1194
PUT 5000Mo -4  http://3.testdebit.info:6881
PUT 5000Mo -4  http://3.testdebit.info:8080

# tests d'upload en IPv6
PUT 5000Mo -6  http://3.testdebit.info:80
#PUT 5000Mo -6  http://3.testdebit.info:80
#PUT 5000Mo -6  http://3.testdebit.info:80
PUT 5000Mo -6  --insecure https://3.testdebit.info:443
PUT 5000Mo -6  http://3.testdebit.info:554
PUT 5000Mo -6  --insecure https://3.testdebit.info:1194
PUT 5000Mo -6  http://3.testdebit.info:6881
PUT 5000Mo -6  http://3.testdebit.info:8080

Je viens de remarquer que depuis le changement d'un POST en PUT et la suppression des fichiers temporaires on a perdu la notion de 'type de fichier' envoyé pendant un upload car il n'y a plus de fichier... donc certains tests deviennent redondants. Je les ai mis en commentaire pour le moment. Toutefois, curl a une option -H , il se peut qu'on puisse l'utiliser pour mettre un "content-type" lors d'un upload. Bonus du nouveau design: il n'y aura rien a changer en Perl, tout ce fera dans le fichier de tests:

PUT 5000Mo -4  -H "Content-Type: application/zip" http://3.testdebit.info:80
PUT 5000Mo -4  -H "Content-Type: image/jpeg" http://3.testdebit.info:80
PUT 5000Mo -4  -H "Content-Type: video/mp4" http://3.testdebit.info:80

Ca sera a tester quand le nouveau script sera prêt (ou maintenant a la main avec curl si quelqu'un a le temps).

L'avantage pour moi est que le code de neutrality-test.pl va être très simplifié et plus propre. C'est aussi ma faute d'avoir voulu juste refaire ton script .bat en Perl plutôt que réfléchir un peu avant a un design plus évolutif.

Je vais faire ca dans une autre branche git donc on aura les 2 versions pendant un temps.
Titre: Test de débit et de neutralité de l'Internet
Posté par: Florian le 03 mars 2016 à 20:51:58
Comment expliquer que moi j'ai le port 554 de fortement limité (enfin j'ai tout de fortement limité visiblement), alors qu'un autre abonnée SFR FTTH ne l'est pas ? (voir le post de Slothy ici : https://lafibre.info/sfr-debit/sfr-ftth-le-debit-baisse-le-soir/msg313570/#msg313570 ) Un Fai n'a pas la même politique partout ?
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 03 mars 2016 à 21:00:02
C'est une bonne idée de séparer le script du fichier qui liste les tests. Il faut par contre prévoir qu'en cas d'absence d'url passé en argument, on part sur une url enregistrée, l'idée étant toujours de rendre le script le plus simple possible avec un fonctionnement même sans aucun argument à passer.

Par contre pour IPv4 vs IPv6, cela signifie que le même serveur doit délivrer un fichier différent si on l'appelle en IPv4 ou en IPv6.

Il y a moyen de faire un <VirtualHost *:443> où on ne précise pas l'IP, mais uniquement si c'est IPv4 vs IPv6 ?
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 03 mars 2016 à 21:32:39
C'est une bonne idée de séparer le script du fichier qui liste les tests. Il faut par contre prévoir qu'en cas d'absence d'url passé en argument, on part sur une url enregistrée, l'idée étant toujours de rendre le script le plus simple possible avec un fonctionnement même sans aucun argument à passer.
pour Windows et l'exe tout-en-un c'est le cas.
Pour Linux/Mac, comme ca se lance en copier/coller, les gens copieront ce que tu voudras.

Par contre pour IPv4 vs IPv6, cela signifie que le même serveur doit délivrer un fichier différent si on l'appelle en IPv4 ou en IPv6.

Ton fichier de tests peut être issue d'une simple page PHP qui test $_SERVER[REMOTE_ADDR] et redirige sur un fichier différent.

dans l'exemple, j'ai mis "https://testdebit.info/neutralite/tests.txt" mais ca peut être "https://testdebit.info/neutralite/tests.php" (ou n'importe quoi suivant ton serveur web et son routing).

"tests.php" peut rediriger  vers https://testdebit.info/neutralite/tests4.txt (si pas IPv6) ou https://testdebit.info/neutralite/tests.txt (sinon) par exemple. ou utilise des templates php, etc ou genere les tests en php. etc

Tu peux imaginer ce que tu veux à  partir de la.

j'ai pas fait de PHP depuis un bail mais un truc du genre:

<?php
$ip 
$_SERVER['REMOTE_ADDR'];
if (
strpos($_SERVER[REMOTE_ADDR], ":") === FALSE) {
      
header('Location: https://testdebit.info/neutralite/tests4.txt');
} else {
      
header('Location: https://testdebit.info/neutralite/tests.txt');
};
?>


après un template est peut-être plus simple (un seul fichier contient tout les tests).
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 03 mars 2016 à 21:36:57
Et sinon, autre question : pourquoi utiliser PUT à la place de POST ?

Voici ce que propose http :
GET : C'est la méthode la plus courante pour demander une ressource. Une requête GET est sans effet sur la ressource, il doit être possible de répéter la requête sans effet.
HEAD : Cette méthode ne demande que des informations sur la ressource, sans demander la ressource elle-même.
POST : Cette méthode est utilisée pour transmettre des données en vue d'un traitement à une ressource (le plus souvent depuis un formulaire HTML). L'URI fourni est l'URI d'une ressource à laquelle s'appliqueront les données envoyées. Le résultat peut être la création de nouvelles ressources ou la modification de ressources existantes. À cause de la mauvaise implèmentation des méthodes HTTP (pour Ajax) par certains navigateurs (et la norme HTML qui ne supporte que les méthodes GET et POST pour les formulaires), cette méthode est souvent utilisée en remplacement de la requête PUT, qui devrait être utilisée pour la mise à jour de ressources.
OPTIONS : Cette méthode permet d'obtenir les options de communication d'une ressource ou du serveur en général.
CONNECT :Cette méthode permet d'utiliser un proxy comme un tunnel de communication.
TRACE : Cette méthode demande au serveur de retourner ce qu'il a reçu, dans le but de tester et effectuer un diagnostic sur la connexion.
PUT : Cette méthode permet de remplacer ou d'ajouter une ressource sur le serveur. L'URI fourni est celui de la ressource en question.
PATCH : Cette méthode permet, contrairement à PUT, de faire une modification partielle d'une ressource.
DELETE : Cette méthode permet de supprimer une ressource du serveur.
Source : Wikipedia (https://fr.wikipedia.org/wiki/Hypertext_Transfer_Protocol)
Titre: Test de débit et de neutralité de l'Internet
Posté par: hwti le 04 mars 2016 à 02:35:26
Sur un POST, curl lit la totalité du contenu avant de l'envoyer (au moins pour avoir sa taille), alors que sur un PUT il utilise "Content-Encoding: chunked", et envoie le contenu au fur et à mesure.
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 04 mars 2016 à 20:58:10
la v1.1.0 est dispo sur une branche a part ( https://github.com/kgersen/neutrality-test/tree/remotetests ):

le script https://raw.githubusercontent.com/kgersen/neutrality-test/remotetests/neutrality-test.pl

un fichier des tests:

PRINT Test neutralite FAI
TIME 8
# tests de download en IPv4
GET 4 http://3.testdebit.info/fichiers/5000Mo/5000Mo.zip
GET 4 http://3.testdebit.info:80/fichiers/5000Mo/5000Mo.jpg
GET 4 http://3.testdebit.info/fichiers/5000Mo/5000Mo.mp4
GET 4 http://3.testdebit.info/fichiers/5000Mo/5000Mo.pdf
GET 4 https://3.testdebit.info:443/fichiers/5000Mo/5000Mo.zip --insecure
GET 4 https://3.testdebit.info:443/fichiers/5000Mo/5000Mo.jpg --insecure
GET 4 http://3.testdebit.info:554/fichiers/5000Mo/5000Mo.zip
GET 4 http://3.testdebit.info:554/fichiers/5000Mo/5000Mo.jpg
GET 4 http://3.testdebit.info:554/fichiers/5000Mo/5000Mo.mp4
GET 4 https://3.testdebit.info:993/fichiers/5000Mo/5000Mo.zip --insecure
GET 4 https://3.testdebit.info:993/fichiers/5000Mo/5000Mo.jpg --insecure
GET 4 https://3.testdebit.info:1194/fichiers/5000Mo/5000Mo.zip --insecure
GET 4 https://3.testdebit.info:1194/fichiers/5000Mo/5000Mo.jpg --insecure
GET 4 http://3.testdebit.info:6881/fichiers/5000Mo/5000Mo.zip
GET 4 http://3.testdebit.info:6881/fichiers/5000Mo/5000Mo.jpg
GET 4 http://3.testdebit.info:8080/fichiers/5000Mo/5000Mo.zip
GET 4 http://3.testdebit.info:8080/fichiers/5000Mo/5000Mo.jpg
GET 4 http://3.testdebit.info:8080/fichiers/5000Mo/5000Mo.mp4

# tests de download en IPv6
GET 6 http://3.testdebit.info:80/fichiers/5000Mo/5000Mo.zip
GET 6 http://3.testdebit.info:80/fichiers/5000Mo/5000Mo.jpg
GET 6 http://3.testdebit.info:80/fichiers/5000Mo/5000Mo.mp4
GET 6 https://3.testdebit.info:443/fichiers/5000Mo/5000Mo.zip --insecure
GET 6 http://3.testdebit.info:554/fichiers/5000Mo/5000Mo.zip
GET 6 https://3.testdebit.info:1194/fichiers/5000Mo/5000Mo.zip --insecure
GET 6 http://3.testdebit.info:6881/fichiers/5000Mo/5000Mo.zip
GET 6 http://3.testdebit.info:8080/fichiers/5000Mo/5000Mo.zip

# tests d'upload en IPv4
PUT 4 5G  http://3.testdebit.info:80
PUT 4 5G https://3.testdebit.info:443  --insecure
PUT 4 5G  http://3.testdebit.info:554
PUT 4 5G  https://3.testdebit.info:1194 --insecure
PUT 4 5G  http://3.testdebit.info:6881
PUT 4 5G  http://3.testdebit.info:8080

# tests d'upload en IPv6
PUT 6 5G  http://3.testdebit.info:80
#PUT 6 5G  http://3.testdebit.info:80
#PUT 6 5G  http://3.testdebit.info:80
PUT 6 5G  https://3.testdebit.info:443 --insecure
PUT 6 5G  http://3.testdebit.info:554
PUT 6 5G  https://3.testdebit.info:1194 --insecure
PUT 6 5G  http://3.testdebit.info:6881
PUT 6 5G  http://3.testdebit.info:8080

mode d'emploi:

perl neutrality-test.pl [options] url_fichier_testsou
perl neutrality-test.pl [options] < path_to_url_fichier_tests
donc soit y'a un argument et c'est l'url d'ou on télécharge les tests, soit on les lit depuis stdin.

les option n'ont pas changé sauf:

-size qui n'a plus lieu d'être.
et
-test

Pour faire un test unique il suffit maintenant de faire, par exemple:
upload de 10Mo en IPv4 sans limite de temps:
echo "PUT 4 10M  http://3.testdebit.info:80" | perl neutrality-test.plou
upload de 5Go en IPv4 sans limite de temps pendant maximum 8 secondes:
echo "PUT 4 5G  http://3.testdebit.info:80" | perl neutrality-test.pl -time 8

j'ai pas encore de packaging en un .exe unique pour Windows car, Vivien, il me faut l'url des tests définitif.
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 04 mars 2016 à 22:10:07
Vu que le programme à une vocation pas seulement française (codé en Anglais), je préfère héberger le fichier par défaut sur un site en Anglais

=> https://iperf.fr/neutrality-test/neutrality-test-default.php

Il gère IPv4+IPv6, si le fichier est récupéré en IPv6 (sinon c'est IPv4 only)
J'ai viré l'option --insecure, vu que le https du site est un vrai https et cela ne devrait pas influer sur le débit vu qu'on ne commence a compter que une fois le premier paquet de données utile reçu.

Le code PHP :
<?php
$ClientIp = $_SERVER['REMOTE_ADDR'];
if(strstr($ClientIp,":")) {$IP = "IPv6";}
else {$IP = "IPv4";}
echo 'PRINT Network neutrality test - Server localization: France - Hosting by Bouygues Telecom
TIME 8
# IPv4 download tests
GET 4 http://3.testdebit.info/fichiers/5000Mo/5000Mo.zip
GET 4 http://3.testdebit.info:80/fichiers/5000Mo/5000Mo.jpg
GET 4 http://3.testdebit.info/fichiers/5000Mo/5000Mo.mp4
GET 4 http://3.testdebit.info/fichiers/5000Mo/5000Mo.pdf
GET 4 https://3.testdebit.info:443/fichiers/5000Mo/5000Mo.zip
GET 4 https://3.testdebit.info:443/fichiers/5000Mo/5000Mo.jpg
GET 4 http://3.testdebit.info:554/fichiers/5000Mo/5000Mo.zip
GET 4 http://3.testdebit.info:554/fichiers/5000Mo/5000Mo.jpg
GET 4 http://3.testdebit.info:554/fichiers/5000Mo/5000Mo.mp4
GET 4 https://3.testdebit.info:993/fichiers/5000Mo/5000Mo.zip
GET 4 https://3.testdebit.info:993/fichiers/5000Mo/5000Mo.jpg
GET 4 https://3.testdebit.info:1194/fichiers/5000Mo/5000Mo.zip
GET 4 https://3.testdebit.info:1194/fichiers/5000Mo/5000Mo.jpg
GET 4 http://3.testdebit.info:6881/fichiers/5000Mo/5000Mo.zip
GET 4 http://3.testdebit.info:6881/fichiers/5000Mo/5000Mo.jpg
GET 4 http://3.testdebit.info:8080/fichiers/5000Mo/5000Mo.zip
GET 4 http://3.testdebit.info:8080/fichiers/5000Mo/5000Mo.jpg
GET 4 http://3.testdebit.info:8080/fichiers/5000Mo/5000Mo.mp4';

if ("$IP" == "IPv6") echo "\n".'# IPv6 download tests
GET 6 http://3.testdebit.info:80/fichiers/5000Mo/5000Mo.zip
GET 6 http://3.testdebit.info:80/fichiers/5000Mo/5000Mo.jpg
GET 6 http://3.testdebit.info:80/fichiers/5000Mo/5000Mo.mp4
GET 6 https://3.testdebit.info:443/fichiers/5000Mo/5000Mo.zip
GET 6 http://3.testdebit.info:554/fichiers/5000Mo/5000Mo.zip
GET 6 https://3.testdebit.info:1194/fichiers/5000Mo/5000Mo.zip
GET 6 http://3.testdebit.info:6881/fichiers/5000Mo/5000Mo.zip
GET 6 http://3.testdebit.info:8080/fichiers/5000Mo/5000Mo.zip';

echo "\n".'# IPv4 upload tests
PUT 4 5G http://3.testdebit.info:80
PUT 4 5G https://3.testdebit.info:443
PUT 4 5G http://3.testdebit.info:554
PUT 4 5G https://3.testdebit.info:1194
PUT 4 5G http://3.testdebit.info:6881
PUT 4 5G http://3.testdebit.info:8080';

if ("$IP" == "IPv6") echo "\n".'# IPv6 upload tests
PUT 6 5G http://3.testdebit.info:80
PUT 6 5G https://3.testdebit.info:443
PUT 6 5G http://3.testdebit.info:554
PUT 6 5G https://3.testdebit.info:1194
PUT 6 5G http://3.testdebit.info:6881
PUT 6 5G http://3.testdebit.info:8080';
?>
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 04 mars 2016 à 23:16:25
v 1.1.1
-correction d'un bug avec ftp
-doc/readme
 
J'ai repris quelques url des autres FAI dans un seul fichier de test.
Ca peut servir pour faire un test de debit mono connexion multi FAI.
PRINT Test various ISPs
TIME 8
PRINT Online intuxication Linux 3.2
GET 4 http://ipv4.intuxication.testdebit.info/fichiers/5000Mo.dat
GET 4 ftp://ipv4.intuxication.testdebit.info/5000Mo.dat
GET 6 http://ipv6.intuxication.testdebit.info/fichiers/5000Mo.dat
GET 6 ftp://ipv6.intuxication.testdebit.info/5000Mo.dat
PRINT  Mediactive Network Linux 3.2
GET 4 http://paris.cdn.mediactive-network.net/speedtest/5000Mo.dat
PRINT Ikoula Linux 4.2 (conf défaut)
GET 4 http://ikoula-ipv4.testdebit.info/fichiers/5000Mo.dat
GET 6 http://ikoula-ipv6.testdebit.info/fichiers/5000Mo.dat
PRINT Free Bezons
GET 4 http://test-debit.free.fr/1048576.rnd
PRINT OVH Roubaix
GET 4 http://ipv4.rbx.proof.ovh.net/files/10Gio.dat
GET 6 http://ipv6.rbx.proof.ovh.net/files/10Gio.dat
PRINT OVH Strasbourg
GET 4 http://ipv4.sbg.proof.ovh.net/files/10Gio.dat
GET 6 http://ipv6.sbg.proof.ovh.net/files/10Gio.dat
PRINT OVH Beauharnois (Canada)
GET 4 http://ipv4.bhs.proof.ovh.net/files/10Gio.dat
GET 6 http://ipv6.bhs.proof.ovh.net/files/10Gio.dat
PRINT OTE (Greece)
GET 4 http://speedtest.ftp.otenet.gr/files/test1Gb.db
PRINT Internode (Australia)
GET 4 http://mirror.internode.on.net/pub/test/5000meg.test

je l'ai mit dans github.

le .exe pour Windows pour demain.
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 04 mars 2016 à 23:25:27
note: pour uploader en FTP il faut passer un nom de fichier bidon:

echo "PUT 4 5G ftp://1.testdebit.info/montant/dummy.bin" | perl neutrality-test.pl  -time 6
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 04 mars 2016 à 23:27:51
v1.1.2 (bug idiot corrigé).
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 05 mars 2016 à 14:03:52
Le test fonctionne très bien, mais j'ai noté des pistes d'améliorations secondaire :

1/ Afficher les 3 premiers caractères de l'extension de fichier testé (il y a des espaces qu'il est possible de supprimer pour ne pas prendre plus de place)

2/ Arrondir les données de temps à la ms la plus proche, pour éviter ça :
IPv4 http   554    :     0.91 Mb/s (DNS:1510ms SYN:17.0000000000002ms PUT:16ms Up:7941ms:timeout:900900)
IPv4 http   8080   :     0.89 Mb/s (DNS:1510ms SYN:13.0000000000002ms PUT:16.9999999999998ms Up:7957ms:timeout:884520)

3/ Donner des explications pour les "early timeout" :
IPv4 http   554    : !(early timeout)!    0.00 Mb/s (DNS:0ms SYN:0ms GET:0ms Down:1511ms:timeout:0)
IPv4 https  993    : !(early timeout)!    0.00 Mb/s (DNS:12ms SYN:18ms GET:-30ms Down:1244ms:timeout:0)

4/ Mettre les données après timeout: avec une unité en Mo et afficher cette unité

5/ Mettre une majuscule à "started at"

6/ Le test ne fonctionne qu'avec un fichier distant, il y a un refus avec le même fichier en local

7/ Utiliser le fichier par défaut si rien n'est proposé en option au script

8/ Prévoir une aide intégré au script sur les options possibles

De mon coté, su le fichier https://iperf.fr/neutrality-test/neutrality-test-default.php j'ai rajouté des 'PRINT' pour séparer IPv4/IPv6 et download/upload.
J'ai aussi rajouté un test FTP down et upload.
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 05 mars 2016 à 14:23:48
6/ Le test ne fonctionne qu'avec un fichier distant, il y a un refus avec le même fichier en local

7/ Utiliser le fichier par défaut si rien n'est proposé en option au script

le paramètre attendu est un url.
si on ne met pas de paramètre , ca lit stdin donc pour lire un fichier local:

perl neutrality-test.pl [options] < fichierlocalou
cat fichierlocal | perl neutrality-test.pl [options]
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 05 mars 2016 à 14:27:13
8/ Prévoir une aide intégré au script sur les options possibles

C'est prévu (option -help) mais ca marche mal. Je ne sais pas bien faire fonctionner pod2usage , c'est un bug (de mon coté je pense) que je trouve pas et je ne vais pas passer de heures la dessus.
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 05 mars 2016 à 14:35:31
Le test fonctionne très bien, mais j'ai noté des pistes d'améliorations secondaire :

1/ Afficher les 3 premiers caractères de l'extension de fichier testé (il y a des espaces qu'il est possible de supprimer pour ne pas prendre plus de place)


délicat à  faire. le test ne sait pas a priori le type de fichier que c'est. si l'url termine par ".zip" par exemple on peut extraire les 4 derniers caractères et les afficher mais c'est "de la bidouille" car on peut tres bien faire un test qui renvoi une image sans pour autant que l'url se termine par une extension d'image (.jpg ou autre).
j'ai pas de solution encore a cela. j'y réfléchie encore. afficher la 'chaîne de caractère' apres le dernier "." dans l'url (si y'a un ".") sera la solution par défaut si je trouve rien.

Tout depend si on veut tester le FAI sur "la syntaxe des url"  ou sur le contenu (content-type) quelque soit la syntaxe. Ce sont 2 tests différents a mon avis.
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 05 mars 2016 à 15:00:04
2/ Arrondir les données de temps à la ms la plus proche, pour éviter ça :
IPv4 http   554    :     0.91 Mb/s (DNS:1510ms SYN:17.0000000000002ms PUT:16ms Up:7941ms:timeout:900900)
IPv4 http   8080   :     0.89 Mb/s (DNS:1510ms SYN:13.0000000000002ms PUT:16.9999999999998ms Up:7957ms:timeout:884520)
curieux je n'ai jamais constaté ces souci d'arrondis. je vais forcer l'arrondi.

3/ Donner des explications pour les "early timeout" :
IPv4 http   554    : !(early timeout)!    0.00 Mb/s (DNS:0ms SYN:0ms GET:0ms Down:1511ms:timeout:0)
IPv4 https  993    : !(early timeout)!    0.00 Mb/s (DNS:12ms SYN:18ms GET:-30ms Down:1244ms:timeout:0)
Ca veut dire que Curl a atteint le timeout avant de commencer un transfert donc avant de recevoir des données. j'ai changé le message.

4/ Mettre les données après timeout: avec une unité en Mo et afficher cette unité
ok
5/ Mettre une majuscule à "started at"
ok
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 05 mars 2016 à 15:06:26
v 1.1.3 dispo:

    - tempo fix for -help
    - rounded some numbers
    - convert final size to human readable format
    - some typos

l'aide en ligne doit marcher (-h ou -help).
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 05 mars 2016 à 15:49:28
Concernant l’affichage de l'extension des fichiers, ce n'est pas une information pertinente, si tous les fichiers ont la même extension et que l'on teste par exemple différents hébergeurs.

=> Il me semble plus pertinent de prévoir un champ libre qui sera affiché en début de ligne. Il serait bon de pouvoir afficher des espaces dans ce champ sans qu'il considère que l'on passe à l'argument suivant. Selon le fichier on mettra l'extension du fichier ou au contraire les nom des hébergeurs.

Tout depend si on veut tester le FAI sur "la syntaxe des url"  ou sur le contenu (content-type) quelque soit la syntaxe. Ce sont 2 tests différents a mon avis.
Les bridage observés aujourd'hui ne sont pas sur le contenu du fichier (renommer le même fichier et le débit change)
Le content-type change en fonction de l'extension (comportement par défaut des serveurs web) il me semble.
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 05 mars 2016 à 16:04:04
Concernant l’affichage de l'extension des fichiers, ce n'est pas une information pertinente, si tous les fichiers ont la même extension et que l'on teste par exemple différents hébergeurs.

=> Il me semble plus pertinent de prévoir un champ libre qui sera affiché en début de ligne. Il serait bon de pouvoir afficher des espaces dans ce champ sans qu'il considère que l'on passe à l'argument suivant. Selon le fichier on mettra l'extension du fichier ou au contraire les nom des hébergeurs.
Les bridage observés aujourd'hui ne sont pas sur le contenu du fichier (renommer le même fichier et le débit change)
Le content-type change en fonction de l'extension (comportement par défaut des serveurs web) il me semble.

oui y'a donc 2 choix:

SOLUTION 1

un champ libre (mettre des " si on veut des espaces dedans) genre:

PRINT Network neutrality test - Server localization: France - Hosting by Bouygues Telecom
TIME 8
PRINT IPv4 download tests
GET binaire 4 http://3.testdebit.info/fichiers/5000Mo/5000Mo.zip
GET image 4 http://3.testdebit.info/fichiers/5000Mo/5000Mo.jpg
GET video 4 http://3.testdebit.info/fichiers/5000Mo/5000Mo.mp4
GET "bla bla" 4 http://3.testdebit.info/fichiers/grostrucsansextension
...
et ce champ libre ira dans ligne du résultat tel quel:

Network neutrality test - Server localization: France - Hosting by Bouygues Telecom
IPv4 download tests
IPv4 http   80     :   919.72 Mb/s (DNS:29ms SYN:3ms GET:4ms Down:7995ms:timeout:919.15 MB) binaire
IPv4 http   80     :   933.26 Mb/s (DNS:12ms SYN:4ms GET:3ms Down:7996ms:timeout:932.80 MB) image
IPv4 http   80     :   934.21 Mb/s (DNS:4ms SYN:4ms GET:3ms Down:7996ms:timeout:933.74 MB) video
IPv4 http   80     :   920.49 Mb/s (DNS:29ms SYN:3ms GET:4ms Down:7995ms:timeout:919.92 MB) bla bla

(a la fin ca évite de casser le formatage du début)

SOLUTION 2:
soit on parse la fin de l'url si ca se termine par un ".quelquechose" et seulement si alors on affiche "quelquechose" dans la ligne de resultat.

Network neutrality test - Server localization: France - Hosting by Bouygues Telecom
IPv4 download tests
IPv4 http   80     :   919.72 Mb/s (DNS:29ms SYN:3ms GET:4ms Down:7995ms:timeout:919.15 MB) zip
IPv4 http   80     :   933.26 Mb/s (DNS:12ms SYN:4ms GET:3ms Down:7996ms:timeout:932.80 MB) jpg
IPv4 http   80     :   934.21 Mb/s (DNS:4ms SYN:4ms GET:3ms Down:7996ms:timeout:933.74 MB) mp4
IPv4 http   80     :   920.49 Mb/s (DNS:29ms SYN:3ms GET:4ms Down:7995ms:timeout:919.92 MB)


tu préfères quelle solution ?
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 05 mars 2016 à 16:18:10
La solution N°1, qui permet d'afficher d'autres choses que l'extension (en fonction du test réalisé)

Je propose de mettre ce champ texte en début de ligne (coté conception du fichier de test, il faudra faire un champ qui a toujours le même nombre de caractère pour les données soient alignées)

Voici un test avec une connexion SFR (réseau Numericable) à 30 Mb/s down 1 Mb/s up qui est parfaitement neutre :

$ perl neutrality-test.pl https://iperf.fr/neutrality-test/neutrality-test-default.php
Running on linux - 3.13.0-79-generic - x86_64-linux-gnu-thread-multi
Started at: Sat Mar  5 16:04:33 2016
Network neutrality test - Server localization: France - Hosting by Bouygues Telecom
IPv4 download tests
IPv4 http   80     :    28.68 Mb/s (DNS:61ms SYN:9ms GET:16ms Down:7983ms:timeout:28.62 MB)
IPv4 http   80     :    28.00 Mb/s (DNS:61ms SYN:10ms GET:12ms Down:7987ms:timeout:27.96 MB)
IPv4 http   80     :    28.67 Mb/s (DNS:61ms SYN:9ms GET:13ms Down:7985ms:timeout:28.62 MB)
IPv4 http   80     :    28.74 Mb/s (DNS:28ms SYN:9ms GET:11ms Down:7988ms:timeout:28.70 MB)
IPv4 https  443    :    28.59 Mb/s (DNS:60ms SYN:11ms GET:178ms Down:7821ms:timeout:27.95 MB)
IPv4 https  443    :    28.63 Mb/s (DNS:61ms SYN:9ms GET:170ms Down:7829ms:timeout:28.02 MB)
IPv4 http   554    :    28.65 Mb/s (DNS:60ms SYN:10ms GET:17ms Down:7981ms:timeout:28.59 MB)
IPv4 http   554    :    28.64 Mb/s (DNS:61ms SYN:9ms GET:13ms Down:7986ms:timeout:28.59 MB)
IPv4 http   554    :    28.64 Mb/s (DNS:28ms SYN:12ms GET:11ms Down:7988ms:timeout:28.59 MB)
IPv4 https  993    :    28.76 Mb/s (DNS:28ms SYN:11ms GET:166ms Down:7833ms:timeout:28.16 MB)
IPv4 https  993    :    28.63 Mb/s (DNS:60ms SYN:10ms GET:161ms Down:7838ms:timeout:28.05 MB)
IPv4 https  1194   :    28.63 Mb/s (DNS:61ms SYN:10ms GET:158ms Down:7841ms:timeout:28.07 MB)
IPv4 https  1194   :    28.63 Mb/s (DNS:60ms SYN:10ms GET:169ms Down:7829ms:timeout:28.02 MB)
IPv4 http   6881   :    27.94 Mb/s (DNS:60ms SYN:11ms GET:19ms Down:7980ms:timeout:27.87 MB)
IPv4 http   6881   :    28.67 Mb/s (DNS:61ms SYN:9ms GET:16ms Down:7983ms:timeout:28.61 MB)
IPv4 http   8080   :    28.62 Mb/s (DNS:61ms SYN:10ms GET:15ms Down:7983ms:timeout:28.56 MB)
IPv4 http   8080   :    28.63 Mb/s (DNS:28ms SYN:51ms GET:13ms Down:7986ms:timeout:28.58 MB)
IPv4 http   8080   :    28.76 Mb/s (DNS:28ms SYN:15ms GET:10ms Down:7989ms:timeout:28.73 MB)
IPv4 ftp    21     :    28.74 Mb/s (DNS:28ms SYN:14ms GET:129ms Down:7870ms:timeout:28.27 MB)
IPv4 ftp    21     :    27.92 Mb/s (DNS:60ms SYN:10ms GET:983ms Down:7016ms:timeout:24.49 MB)
IPv4 upload tests
IPv4 http   80     :     1.20 Mb/s (DNS:29ms SYN:10ms PUT:15ms Up:7858ms:timeout:1.18 MB)
IPv4 https  443    :     1.11 Mb/s (DNS:509ms SYN:478ms PUT:695ms Up:7288ms:timeout:1.02 MB)
IPv4 http   554    :     1.00 Mb/s (DNS:1510ms SYN:449ms PUT:11ms Up:7762ms:timeout:966.42 KB)
IPv4 https  1194   :     1.04 Mb/s (DNS:509ms SYN:508ms PUT:931ms Up:7037ms:timeout:917.28 KB)
IPv4 http   6881   :     0.99 Mb/s (DNS:509ms SYN:359ms PUT:250ms Up:7696ms:timeout:950.04 KB)
IPv4 http   8080   :     0.93 Mb/s (DNS:509ms SYN:222ms PUT:219ms Up:7757ms:timeout:900.90 KB)
IPv4 ftp    21     :     1.08 Mb/s (DNS:253ms SYN:245ms PUT:1112ms Up:6825ms:timeout:917.50 KB)
Ended at: Sat Mar  5 16:08:09 2016


Il me semble possible de gagner a plusieurs endroits des espaces :
- Le protocole le plus long fait 5 caractères (https), je propose de rajouter un espace puis passer au numéro de port.
- Le numéro de port fait au maximum 5 caractères et je propose de passer au ":" sans espace. Dans la pratique, il y aura toujours au moins un espace sauf si on utilise des ports > 9999
- Après le ":" je propose aussi de passer directement sans espace sur le débit tel qu'il est calculé aujourd'hui, il est donc possible de gagner deux espaces et de toujours gérer les débits jusqu'à 9,9 Gb/s.
- ":timeout:" pourrait être remplacé par " Size:" (dans tous les cas remplacer au moins le : devant timeout par un espace)

Sinon, félicitations, ton script me semple vraiment top.
Il faudrait vérifier ce qu'il se passe avec le FTP sur une Freebox FTTH en ZMD où le FTP semble bloqué.

PS : cela fonctionne bien quand on a compris avec un fichier local :
$ perl neutrality-test.pl < ./neutrality.txt
Running on linux - 3.13.0-79-generic - x86_64-linux-gnu-thread-multi
Started at: Sat Mar  5 16:22:25 2016
Network neutrality test - Server localization: France - Hosting by Bouygues Telecom
IPv4 download tests
IPv4 http   80     :    28.82 Mb/s (DNS:12ms SYN:9ms GET:14ms Down:7985ms:timeout:28.77 MB)
IPv4 http   80     :    28.65 Mb/s (DNS:60ms SYN:11ms GET:14ms Down:7985ms:timeout:28.60 MB)
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 05 mars 2016 à 19:12:00
La solution N°1, qui permet d'afficher d'autres choses que l'extension (en fonction du test réalisé)

Je propose de mettre ce champ texte en début de ligne (coté conception du fichier de test, il faudra faire un champ qui a toujours le même nombre de caractère pour les données soient alignées)

ok

Citer
Il me semble possible de gagner a plusieurs endroits des espaces :
- Le protocole le plus long fait 5 caractères (https), je propose de rajouter un espace puis passer au numéro de port.
- Le numéro de port fait au maximum 5 caractères et je propose de passer au ":" sans espace. Dans la pratique, il y aura toujours au moins un espace sauf si on utilise des ports > 9999
- Après le ":" je propose aussi de passer directement sans espace sur le débit tel qu'il est calculé aujourd'hui, il est donc possible de gagner deux espaces et de toujours gérer les débits jusqu'à 9,9 Gb/s.
- ":timeout:" pourrait être remplacé par " Size:" (dans tous les cas remplacer au moins le : devant timeout par un espace)
":timeout:" ca n'est pas vraiment "size", ca indique si y'a eu un timeout ou pas.(ca marque "full" sinon)
on peut coder cet info sur un caractère (T ou F) par exemple.

voila le reformattage :

Running on linux - 3.13.0-79-generic - x86_64-linux-gnu-thread-multi
Started at: Sat Mar  5 18:26:21 2016
Network neutrality test - Server localization: France - Hosting by Bouygues Telecom
IPv4 download tests
label IPv4 http  80   : 816.01 Mb/s (DNS:61ms SYN:4ms GET:3ms Down:996ms 101.59 MB T)
label IPv4 http  80   : 895.71 Mb/s (DNS:29ms SYN:3ms GET:3ms Down:996ms 111.52 MB T)
label IPv4 http  80   : 895.68 Mb/s (DNS:29ms SYN:3ms GET:3ms Down:996ms 111.51 MB T)
label IPv4 http  80   : 896.72 Mb/s (DNS:28ms SYN:3ms GET:4ms Down:995ms 111.53 MB T)
label IPv4 https 443  : 724.09 Mb/s (DNS:28ms SYN:4ms GET:36ms Down:963ms 87.16 MB T)
label IPv4 https 443  : 737.93 Mb/s (DNS:12ms SYN:4ms GET:37ms Down:962ms 88.74 MB T)
label IPv4 http  554  :  44.93 Mb/s (DNS:12ms SYN:3ms GET:4ms Down:996ms 5.59 MB T)
label IPv4 http  554  :  45.27 Mb/s (DNS:4ms SYN:4ms GET:3ms Down:997ms 5.64 MB T)
label IPv4 http  554  :  44.74 Mb/s (DNS:12ms SYN:4ms GET:3ms Down:996ms 5.57 MB T)
label IPv4 https 993  : 601.89 Mb/s (DNS:12ms SYN:4ms GET:38ms Down:961ms 72.30 MB T)

 
je formate le port sur 5 , pour pas tronquer sinon le port 12345 sera affiché 1234 , source d’ambiguïté.
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 05 mars 2016 à 19:32:51
Cela me semble parfait.

Je met le label où dans le fichier de config ?
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 05 mars 2016 à 19:57:34
version 1.1.4 :

    - new optional label for GET & PUT
    - fixes for pretty printing

le label est optionnel et se met entre le GET|PUT et 4|6:

GET "zip" 4 http://3.testdebit.info/fichiers/5000Mo/5000Mo.zip
GET "jpg" 4 http://3.testdebit.info/fichiers/5000Mo/5000Mo.jpg

les " sont obligatoires (plus simple a parser) mais pas affichés.

si y'a pas de label ca marche comme avant.
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 05 mars 2016 à 20:00:33
si tout est ok , je commit sur la branche principale.
Titre: Test de débit et de neutralité de l'Internet
Posté par: hwti le 05 mars 2016 à 22:09:42
si tout est ok , je commit sur la branche principale.
Pour moi, ça ne fonctionne pas avec un fichier ou une url en argument (mais ça fonctionne via stdin).
"error getting http://raw.githubusercontent.com/kgersen/neutrality-test/remotetests/def.txt at ./neutrality-test.pl line 115."

Sinon, est-ce que le timeout spécifié en ligne de commande ne devrait pas être prioritaire sur celui du fichier de tests ?

Et, en toute rigueur, le "KB" de la fonction scaleIt devrait être "kB", puisqu'on parle en SI.
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 05 mars 2016 à 22:24:50
Sinon, est-ce que le timeout spécifié en ligne de commande ne devrait pas être prioritaire sur celui du fichier de tests ?

Bonne idée.

Tout semble ok

Test réalisé en wifi, sur une box SFR 30/1 :

$ perl neutrality-test.pl https://iperf.fr/neutrality-test/neutrality-test-default.php
Running on linux - 3.13.0-79-generic - x86_64-linux-gnu-thread-multi
Started at: Sat Mar  5 22:17:29 2016
Network neutrality test - Server localization: France - Hosting by Bouygues Telecom
IPv4 download tests
.zip IPv4 http  80   :   18.54 Mb/s (DNS:28ms SYN:18ms GET:27ms Down:7911ms 18.33 MB T)
.jpg IPv4 http  80   :   20.93 Mb/s (DNS:61ms SYN:13ms GET:18ms Down:7816ms 20.44 MB T)
.mp4 IPv4 http  80   :   13.25 Mb/s (DNS:253ms SYN:284ms GET:17ms Down:7981ms 13.22 MB T)
.pdf IPv4 http  80   :   22.95 Mb/s (DNS:28ms SYN:13ms GET:14ms Down:7985ms 22.90 MB T)
.zip IPv4 https 443  :   16.74 Mb/s (DNS:28ms SYN:23ms GET:224ms Down:7765ms 16.25 MB T)
.jpg IPv4 https 443  :   17.83 Mb/s (DNS:28ms SYN:12ms GET:199ms Down:7776ms 17.33 MB T)
.zip IPv4 http  554  :   22.39 Mb/s (DNS:28ms SYN:19ms GET:15ms Down:7958ms 22.28 MB T)
.jpg IPv4 http  554  :   12.22 Mb/s (DNS:61ms SYN:20ms GET:18ms Down:7981ms 12.19 MB T)
.mp4 IPv4 http  554  :   21.87 Mb/s (DNS:125ms SYN:169ms GET:21ms Down:7977ms 21.81 MB T)
.zip IPv4 https 993  :   18.26 Mb/s (DNS:28ms SYN:14ms GET:182ms Down:7796ms 17.79 MB T)
.jpg IPv4 https 993  :   10.95 Mb/s (DNS:28ms SYN:13ms GET:344ms Down:7650ms 10.47 MB T)
.zip IPv4 https 1194 :   17.13 Mb/s (DNS:61ms SYN:94ms GET:682ms Down:7314ms 15.66 MB T)
.jpg IPv4 https 1194 :   19.72 Mb/s (DNS:509ms SYN:37ms GET:375ms Down:7589ms 18.71 MB T)
.zip IPv4 http  6881 :   18.83 Mb/s (DNS:28ms SYN:13ms GET:19ms Down:7980ms 18.78 MB T)
.jpg IPv4 http  6881 :   23.41 Mb/s (DNS:28ms SYN:12ms GET:12ms Down:7986ms 23.37 MB T)
.zip IPv4 http  8080 :   21.59 Mb/s (DNS:60ms SYN:12ms GET:14ms Down:7984ms 21.54 MB T)
.jpg IPv4 http  8080 :    6.52 Mb/s (DNS:125ms SYN:111ms GET:97ms Down:7688ms 6.26 MB T)
.mp4 IPv4 http  8080 :    8.84 Mb/s (DNS:253ms SYN:124ms GET:59ms Down:7939ms 8.77 MB T)
.zip IPv4 ftp   21   :   13.37 Mb/s (DNS:60ms SYN:27ms GET:1226ms Down:6772ms 11.32 MB T)
.jpg IPv4 ftp   21   :   19.42 Mb/s (DNS:60ms SYN:21ms GET:182ms Down:7814ms 18.97 MB T)
IPv4 upload tests
     IPv4 http  80   :    1.04 Mb/s (DNS:60ms SYN:19ms PUT:20ms Up:7974ms 1.03 MB T)
     IPv4 https 443  :    0.90 Mb/s (DNS:509ms SYN:19ms PUT:445ms Up:7417ms 835.38 KB T)
     IPv4 http  554  :    1.00 Mb/s (DNS:253ms SYN:243ms PUT:105ms Up:7765ms 966.42 KB T)
     IPv4 https 1194 :    0.53 Mb/s (DNS:253ms SYN:210ms PUT:271ms Up:7709ms 507.78 KB T)
     IPv4 http  6881 :    0.19 Mb/s (DNS:125ms SYN:38ms PUT:181ms Up:7598ms 180.18 KB T)
     IPv4 http  8080 :    0.35 Mb/s (DNS:253ms SYN:1126ms PUT:60ms Up:7578ms 327.60 KB T)
.zip IPv4 ftp   21   :    0.47 Mb/s (DNS:1511ms SYN:222ms PUT:704ms Up:7237ms 425.98 KB T)
Ended at: Sat Mar  5 22:21:05 2016
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 06 mars 2016 à 00:45:12
Pour moi, ça ne fonctionne pas avec un fichier ou une url en argument (mais ça fonctionne via stdin).
"error getting http://raw.githubusercontent.com/kgersen/neutrality-test/remotetests/def.txt at ./neutrality-test.pl line 115."


un fichier en argument c'est normal que ca ne marche pas, il faut un url (toutefois "file:///<chemin absolu du fichier>" marche peut-etre).
sur quel environnent ca ne marche pas?
quelle version de Perl (perl -version).

j'utilise 'get' de LWP::Simple pour télécharger le ficher.

tu peux tester avec:
perl -MLWP::Simple -e "print ' rc=' , getprint 'https://ipv4.lafibre.info/ip.php', \"\n\" " ca doit afficher ton IPv4 et le return code du getprint.

Sinon, est-ce que le timeout spécifié en ligne de commande ne devrait pas être prioritaire sur celui du fichier de tests ?

oui c'est plus utile mais ca voudra dire d'ignorer tout les 'TIME <value>' dans le fichier de tests (rien n’empêche d'en utiliser plusieurs).

Et, en toute rigueur, le "KB" de la fonction scaleIt devrait être "kB", puisqu'on parle en SI.

ok
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 06 mars 2016 à 00:45:57
version 1.1.5:
    - the timeout option now overides TIME commands in test file
    - version option added (-v ou -version)
    - some typos

Titre: Test de débit et de neutralité de l'Internet
Posté par: hwti le 06 mars 2016 à 01:14:52
sur quel environnent ca ne marche pas?
Fedora
Le support https de LWP::Simple est à part, dans un paquet perl-LWP-Protocol-https.
Je t'ai créé une pull request pour remplacer ça par curl, c'est plus simple que de faire des tests pour suggérer à l'utilisateur d'installer le paquet qui manque.
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 06 mars 2016 à 01:17:29
ah bien vu. je prend.
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 06 mars 2016 à 01:50:32
La v1.1.5 est maintenant 'released' dans la branche principale.

Le binaire Windows est a venir (j'ai cru voir un souci de 'process curl fantomes' quand y'a une erreur ou qu'on ctrl-c les tests).
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 06 mars 2016 à 19:40:53
Je t'ai créé une pull request pour remplacer ça par curl, c'est plus simple que de faire des tests pour suggérer à l'utilisateur d'installer le paquet qui manque.
y'avait un bug (les simple quote). j'ai corrigé.
y'a aussi un probleme de certifs avec les urls de Vivien donc j'ai rajouté l'option -k

Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 06 mars 2016 à 20:13:34
Génération du binaire pour Windows:

Les url en "dur" à  mettre dans le binaire unique Windows sont donc:

pour le script: https://testdebit.info/neutralite/neutrality-test.pl
pour le fichier de tests: https://iperf.fr/neutrality-test/neutrality-test-default.php

Pour éviter les aller-retour et ne plus dépendre de moi, voici la procédure pour générer le binaire unique pour Windows:

A. installer Perl et PP sur Windows - a ne faire qu'une fois dans la machine de dev

 A1. Installer Strawberry Perl for windows : http://strawberryperl.com/ (v 32bit ou 64bit). choisir et noter l'emplacement d'installation.
 A2. lancer "CPAN Client" situer dans "Démarrer/Programmes/Strawberry Perl"
 A3. dans la console qui apparait, taper:

      get pp
      install pp

fin d'installation de l'utilitaire. L'installation prend beaucoup de temps: ca télécharge plein de choses et compile le tout.Des fenêtres de tests vont apparaître, c'est normal, ne pas interférer.

B. generer un .exe unique
il suffit d'executer la commande:

c:\strawberry\perl\site\bin\pp.bat -o monbinaire.exe -l <chemin vers curl.exe> -e "command perl"
Le chemin "c:\strawberry\perl\site\bin\pp.bat" peut varier en fonction du choix fait en A1.

pour générer un binaire qui lance le script et les tests de Vivien et attend l'appuie d'une touche:
c:\Strawberry\perl\site\bin\pp.bat -l curl.exe -o neutrality-test.exe -e "system('curl -s -k https://testdebit.info/neutralite/neutrality-test.pl | perl - https://iperf.fr/neutrality-test/neutrality-test-default.php'); print 'press the Enter key'; <STDIN>;"

Si curl.exe n'est pas le dossier courant , adapter le chemin dans l'option -l. Bien prendre le .exe 32 bit ou 64 bit de curl qui correspond a la version de Perl.

Le résultat sera le fichier "neutrality-test.exe" (ou n'importe quel nom situé après l'option -o).

si on veut prendre le script depuis github (ou ailleurs):

c:\Strawberry\perl\site\bin\pp.bat -l curl.exe -o neutrality-test.exe -e "system('curl -s -k https://raw.githubusercontent.com/kgersen/neutrality-test/master/neutrality-test.pl | perl - https://iperf.fr/neutrality-test/neutrality-test-default.php')" ...

Si un test affiche l'erreur rc=60 c'est probablement un probleme de certificats. Ajouter l'option -k (ou --insecure) a la fin de la ligne du test.


On peut imager d'autre cas, notamment générer un .exe qui contient le script pour l'utiliser en ligne de commande.


documentation pour Linux & MacOS
Suivant les distros de Linux et les versions de MacOS: installer curl & perl s'ils ne sont déjà installés.

lancement du test de Vivien:
curl -s -k https://testdebit.info/neutralite/neutrality-test.pl | perl - [options] https://iperf.fr/neutrality-test/neutrality-test-default.php
Installer le script localement:
curl -s -k https://testdebit.info/neutralite/neutrality-test.pl > neutrality-test.pl

puis
perl neutrality-test.pl [options] url_des_tests

ou
perl neutrality-test.pl [options] < fichier_des_tests

ou
echo "<test>" | perl neutrality-test.pl [options]
par exemple:
echo GET 4 http://3.testdebit.info/fichiers/5000Mo/5000Mo.zip | perl neutrality-test.pl -t 4
va télécharger pendant 4 secondes un fichier  de 5Go.

en option :
chmod +x neutrality-test.plpuis utiliser "./neutrality-test.pl" au lieu de "perl neutrality-test.pl"
Titre: Test de débit et de neutralité de l'Internet
Posté par: Bensay le 06 mars 2016 à 20:40:58
Depuis le début on ne parle que de fichier de 1000Mo, mais toutes les tailles sont disponibles dans la liste ci-dessous :
1ko
2ko
5ko
10ko
20ko
50ko
100ko
200ko
500ko
1Mo
2Mo
5Mo
10Mo
20Mo
30Mo
50Mo
100Mo
200Mo
500Mo
1000Mo
5000Mo


Bonsoir Vivien,

Possibilité éventuellement d'avoir un poil plus gros ?

ça commence à faire juste sur du Gigabit Eth.

Un GUI (type Smokeping via rrd) serait grandement apprécié pour comparer ces valeurs dans le temps.

Cdt

Bensay
Titre: Test de débit et de neutralité de l'Internet
Posté par: hwti le 06 mars 2016 à 22:32:03
y'avait un bug (les simple quote). j'ai corrigé.
y'a aussi un probleme de certifs avec les urls de Vivien donc j'ai rajouté l'option -k
Quel est le problème avec les simple quote ? J'ai mis ça pour être sûr que le shell ne touche pas à l'url (par exemple s'il y a un "?" dedans).

Il n'y a pas de problème de certificats, ça fonctionne sous Linux.
En revanche le binaire curl pour Windows ne semble pas être capable d'utiliser les certificats système, donc il faut le distribuer avec un curl-ca-bundle.crt.
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 06 mars 2016 à 23:51:50
Quel est le problème avec les simple quote ? J'ai mis ça pour être sûr que le shell ne touche pas à l'url (par exemple s'il y a un "?" dedans).
Les quotes sont passées a curl et ca foire sous Windows. c'est spécifique a Windows.

voici un script de test:

#!/usr/bin/perl
use strict;
use warnings;

my $url = "http://test.com/?somestuff";

my $content = `echo '$url'`;
print "with quotes => $content\n";
$content = `echo $url`;
print "without quotes => $content\n";

sous Windows les quotes ne sont pas ignoré par le shell cmd -> curl plante car inclus les quotes dans l'url
sous Linux elle sont ignorées.

La cause c'est que:
echo 'hello'affiche 'hello' sous Windows
et hello sous Linux

Les joies de l'interop.
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 08 mars 2016 à 13:54:54
Il n'y a pas de problème de certificats, ça fonctionne sous Linux.
En revanche le binaire curl pour Windows ne semble pas être capable d'utiliser les certificats système, donc il faut le distribuer avec un curl-ca-bundle.crt.

Vous parlez de quel binaire curl ? (il en existe plusieurs, il n'y en a pas d'officiel)
=> http://www.paehl.com/open_source/?CURL_7.47.1

Bonsoir Vivien,

Possibilité éventuellement d'avoir un poil plus gros ?

ça commence à faire juste sur du Gigabit Eth.

Avec une connexion 1 Gb/s il faut 42 secondes pour télécharger le fichier 5Go j'utilise 5/(1/8.4)
Ne pas oublier de diviser par 8 pour passer de bit/sec à octets par secondes.
Là, je divise par 8.4 pour prendre en compte les encapsulations nécessaires niveau 2/3/4 cf https://lafibre.info/tester-son-debit/calcul-du-debit/ (https://lafibre.info/tester-son-debit/calcul-du-debit/)

(https://lafibre.info/images/doc/201505_ethernet_2.5Gbps_and_5Gbp_1.png)

Dans les prochaines années, on pourrait avoir des connexions à 2,5 Gb/s et 5 Gb/s

2,5 Gb/s : 16,8 secondes pour télécharger le fichier de 5Go
5 Gb/s : 8,4 secondes pour télécharger le fichier de 5Go

=> La taille de 5 Go est suffisant pour les connexion Internet jusqu'à 5 Gb/s (le time out est à 8 secondes)
Titre: Test de débit et de neutralité de l'Internet
Posté par: hwti le 08 mars 2016 à 19:59:47
Vous parlez de quel binaire curl ? (il en existe plusieurs, il n'y en a pas d'officiel)
=> http://www.paehl.com/open_source/?CURL_7.47.1
J'avais fait le test avec celui qui était avec le .bat d'origine, je ne sais pas lequel kgersen a pris.

La version OpenSSL a besoin d'un curl-ca-bundle.crt (par exemple https://curl.haxx.se/ca/cacert.pem).
La version WinSSL utilise les certificats système, mais la charge CPU peut peut-être dépendre des versions de Windows (version de TLS supportée, AES-NI).

Je viens de tester une partie des liens disponibles sur https://curl.haxx.se/download.html :
 - http://www.paehl.com/open_source/?download=curl_747_1_ssl.zip : OpenSSL 1.0.2e
 - http://www.paehl.com/open_source/downloads/curl_X64_ssl.7z, http://www.paehl.com/open_source/downloads/curl-release-static-ipv6-sspi-spnego-winssl_x64.7z, http://www.paehl.com/open_source/downloads/curl-release-static-ipv6-sspi-spnego-winssl.7z : besoin du runtime VC2015, pas génial
 - http://winampplugins.co.uk/curl/ : OpenSSL 1.0.2g, fournie avec le ca-bundle.crt, support HTTP2, pas de support de la compression
 - http://home.arcor.de/skanthak/download/curl-7.47.1.cab : WinSSL
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 15 mars 2016 à 19:52:25
Test depuis les nouveaux serveurs C2 VPS d'Online/Scaleway (Ubuntu 15.10 + Docker):

Running on linux - 3.13.0-79-generic - x86_64-linux-gnu-thread-multi
Started at: Sat Mar 12 02:13:05 2016
Network neutrality test - Server localization: France - Hosting by Bouygues Telecom
IPv4 download tests
.zip IPv4 http  80   :  609.28 Mb/s (DNS:4ms SYN:2ms GET:1ms Down:3998ms 304.49 MB T)
.jpg IPv4 http  80   :  713.40 Mb/s (DNS:4ms SYN:1ms GET:2ms Down:3997ms 356.43 MB T)
.mp4 IPv4 http  80   :  502.90 Mb/s (DNS:4ms SYN:1ms GET:2ms Down:3996ms 251.20 MB T)
.pdf IPv4 http  80   :  521.90 Mb/s (DNS:4ms SYN:1ms GET:2ms Down:3997ms 260.76 MB T)
.zip IPv4 https 443  :  667.12 Mb/s (DNS:4ms SYN:1ms GET:231ms Down:3768ms 314.21 MB T)
.jpg IPv4 https 443  :  657.54 Mb/s (DNS:4ms SYN:2ms GET:217ms Down:3782ms 310.85 MB T)
.zip IPv4 http  554  :  513.31 Mb/s (DNS:4ms SYN:1ms GET:2ms Down:3997ms 256.46 MB T)
.jpg IPv4 http  554  :  515.34 Mb/s (DNS:4ms SYN:1ms GET:2ms Down:3997ms 257.47 MB T)
.mp4 IPv4 http  554  :  604.46 Mb/s (DNS:4ms SYN:1ms GET:2ms Down:3997ms 302.00 MB T)
.zip IPv4 https 993  :  676.27 Mb/s (DNS:4ms SYN:2ms GET:232ms Down:3767ms 318.44 MB T)
.jpg IPv4 https 993  :  675.33 Mb/s (DNS:4ms SYN:2ms GET:232ms Down:3767ms 318.00 MB T)
.zip IPv4 https 1194 :  614.27 Mb/s (DNS:4ms SYN:1ms GET:232ms Down:3767ms 289.24 MB T)
.jpg IPv4 https 1194 :  636.85 Mb/s (DNS:4ms SYN:2ms GET:210ms Down:3789ms 301.63 MB T)
.zip IPv4 http  6881 :  573.92 Mb/s (DNS:4ms SYN:2ms GET:1ms Down:3998ms 286.82 MB T)
.jpg IPv4 http  6881 :  470.94 Mb/s (DNS:4ms SYN:1ms GET:2ms Down:3997ms 235.29 MB T)
.zip IPv4 http  8080 :  507.97 Mb/s (DNS:4ms SYN:1ms GET:2ms Down:3997ms 253.79 MB T)
.jpg IPv4 http  8080 :  708.47 Mb/s (DNS:4ms SYN:2ms GET:1ms Down:3998ms 354.06 MB T)
.mp4 IPv4 http  8080 :  502.68 Mb/s (DNS:4ms SYN:1ms GET:2ms Down:3997ms 251.15 MB T)
.zip IPv4 ftp   21   :  559.24 Mb/s (DNS:4ms SYN:1ms GET:55ms Down:3944ms 275.70 MB T)
.jpg IPv4 ftp   21   :  525.91 Mb/s (DNS:4ms SYN:1ms GET:214ms Down:3785ms 248.82 MB T)
IPv4 upload tests
     IPv4 http  80   : 1252.36 Mb/s (DNS:4ms SYN:1ms PUT:2ms Up:3996ms 625.55 MB T)
     IPv4 https 443  :  628.34 Mb/s (DNS:5ms SYN:1ms PUT:215ms Up:3784ms 297.20 MB T)
     IPv4 http  554  :  606.78 Mb/s (DNS:4ms SYN:2ms PUT:1ms Up:3996ms 303.08 MB T)
     IPv4 https 1194 :  629.13 Mb/s (DNS:4ms SYN:1ms PUT:219ms Up:3780ms 297.26 MB T)
     IPv4 http  6881 :  602.86 Mb/s (DNS:4ms SYN:2ms PUT:1ms Up:3997ms 301.20 MB T)
     IPv4 http  8080 :  603.53 Mb/s (DNS:4ms SYN:1ms PUT:2ms Up:3997ms 301.54 MB T)
.zip IPv4 ftp   21   :  593.95 Mb/s (DNS:4ms SYN:1ms PUT:61ms Up:3938ms 292.37 MB T)
Ended at: Sat Mar 12 02:14:53 2016

pas d'IPv6 sur ces machines (sigh).

A noter qu'il m'a fallu installer IO::String mais heureusement cpan est installé par défaut.
Titre: Test de débit et de neutralité de l'Internet
Posté par: hwti le 15 mars 2016 à 20:17:00
Test depuis les nouveaux serveurs C2 VPS d'Online/Scaleway (Ubuntu 15.10 + Docker):
Bizarre, le kernel 3.13 c'est pour Ubuntu 14.04 normalement, Ubuntu 15.10 devrait être en 4.2.

Est-ce que le débit est constant ?
Il me semble avoir vu des tests qui montraient les 5Gbits/s, là on dirait qu'ils ont appliqué leur limite de bande passante externe ("internet bandwidth").
Pour voir la bande passante interne, il faudrait donc tester vers un autre C2, ou peut-être vers le serveur de test Online (intuxication.testdebit.info).
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 15 mars 2016 à 20:28:58
C'est un C2 VPS a 3€/mois pas un C2 C2S ou plus (quad core, x64, 5Gbps 300 Mbps ou plus a 12€/mois). les 5Gbps c'est en interne uniquement (entre instances).

Le C2 VPS est contractuellement a 200Mbps. Nettement plus en pratique donc.

https://blog.scaleway.com/2016/03/08/c2-insanely-affordable-x64-servers/


le kernel:

root@scw-xxxxx:~# uname -a
Linux scw-xxxxxx 4.4.5-docker-1 #1 SMP Fri Mar 11 10:17:21 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
curieux que le script affiche 3.13 donc ...
Titre: Test de débit et de neutralité de l'Internet
Posté par: hwti le 15 mars 2016 à 20:52:10
les 5Gbps c'est en interne uniquement (entre instances).
Est-ce qu'ils ont clarifié ce que veut dire interne ? Interne Scaleway, interne Online ?

curieux que le script affiche 3.13 donc ...
En fait c'est le kernel utilisé sur la machine qui a compilé perl.
http://perldoc.perl.org/Config.html
Citer
The Config module contains all the information that was available to the Configure program at Perl build time
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 15 mars 2016 à 21:06:58
Est-ce qu'ils ont clarifié ce que veut dire interne ? Interne Scaleway, interne Online ?
j'ai pas l'info. logiquement ca serait interne scaleway non? via leur nouveau switch ToR (chouchou (https://lafibre.info/online/offres-a-2-5-gbs/msg307607/#msg307607))
Je ferais des tests avec un gros C2 a l’occase.

En fait c'est le kernel utilisé sur la machine qui a compilé perl.
http://perldoc.perl.org/Config.html
a bien vu. faut que je corrige cela.
Titre: Test de débit et de neutralité de l'Internet
Posté par: Bensay le 21 mars 2016 à 20:59:34
Génération du binaire pour Windows:

Les url en "dur" à  mettre dans le binaire unique Windows sont donc:

pour le script: https://testdebit.info/neutralite/neutrality-test.pl
pour le fichier de tests: https://iperf.fr/neutrality-test/neutrality-test-default.php

Pour éviter les aller-retour et ne plus dépendre de moi, voici la procédure pour générer le binaire unique pour Windows:

A. installer Perl et PP sur Windows - a ne faire qu'une fois dans la machine de dev

 A1. Installer Strawberry Perl for windows : http://strawberryperl.com/ (v 32bit ou 64bit). choisir et noter l'emplacement d'installation.
 A2. lancer "CPAN Client" situer dans "Démarrer/Programmes/Strawberry Perl"
 A3. dans la console qui apparait, taper:

      get pp
      install pp

fin d'installation de l'utilitaire. L'installation prend beaucoup de temps: ca télécharge plein de choses et compile le tout.Des fenêtres de tests vont apparaître, c'est normal, ne pas interférer.

B. generer un .exe unique
il suffit d'executer la commande:

c:\strawberry\perl\site\bin\pp.bat -o monbinaire.exe -l <chemin vers curl.exe> -e "command perl"
Le chemin "c:\strawberry\perl\site\bin\pp.bat" peut varier en fonction du choix fait en A1.

pour générer un binaire qui lance le script et les tests de Vivien et attend l'appuie d'une touche:
c:\Strawberry\perl\site\bin\pp.bat -l curl.exe -o neutrality-test.exe -e "system('curl -s -k https://testdebit.info/neutralite/neutrality-test.pl | perl - https://iperf.fr/neutrality-test/neutrality-test-default.php'); print 'press the Enter key'; <STDIN>;""

Si curl.exe n'est pas le dossier courant , adapter le chemin dans l'option -l. Bien prendre le .exe 32 bit ou 64 bit de curl qui correspond a la version de Perl.

Le résultat sera le fichier "neutrality-test.exe" (ou n'importe quel nom situé après l'option -o).

si on veut prendre le script depuis github (ou ailleurs):

c:\Strawberry\perl\site\bin\pp.bat -l curl.exe -o neutrality-test.exe -e "system('curl -s -k https://raw.githubusercontent.com/kgersen/neutrality-test/master/neutrality-test.pl | perl - https://iperf.fr/neutrality-test/neutrality-test-default.php')" ...

Si un test affiche l'erreur rc=60 c'est probablement un probleme de certificats. Ajouter l'option -k (ou --insecure) a la fin de la ligne du test.


On peut imager d'autre cas, notamment générer un .exe qui contient le script pour l'utiliser en ligne de commande.


Il est pas trop content ici :(

Can't find string terminator '"' anywhere before EOF at script/ppK3n8X.pl line 1.
Cdt

Bensay
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 21 mars 2016 à 21:04:44
 A quelle étape ca se produit ?
Titre: Test de débit et de neutralité de l'Internet
Posté par: Bensay le 21 mars 2016 à 21:34:27
A quelle étape ca se produit ?
Au lancement du .exe la compil ne génère aucune erreur.
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 22 mars 2016 à 02:04:19
probleme de guillement. il ne faut pas 2 " a la fin. j'ai corrigé le post.
Titre: Test de débit et de neutralité de l'Internet
Posté par: Gwadagamer le 15 avril 2016 à 20:23:49
numéricable 1gigabit a bordeaux centre ville .... une autre conception de la neutralité
Titre: Test de débit et de neutralité de l'Internet
Posté par: buddy le 15 avril 2016 à 20:25:14
numéricable 1gigabit a bordeaux centre ville .... une autre conception de la neutralité
???
Tu as fait un test si oui poste  le.
Sinon pourquoi ça ?
Titre: Test de débit et de neutralité de l'Internet
Posté par: Gwadagamer le 15 avril 2016 à 20:37:02
???
Tu as fait un test si oui poste  le.
Sinon pourquoi ça ?
ha pardon j'ai oublié le test attends je l'ai enoyé a vivien je vais e récupérer
Titre: Test de débit et de neutralité de l'Internet
Posté par: Gwadagamer le 15 avril 2016 à 20:41:42
(http://img11.hostingpics.net/pics/988907gigabitnumricabletestr.jpg)
Titre: Test de débit et de neutralité de l'Internet
Posté par: underground78 le 15 avril 2016 à 20:57:57
Le port 554 est bridé par plusieurs opérateurs, à part ça il n'y a rien de très bizarre non ?
Titre: Test de débit et de neutralité de l'Internet
Posté par: hwti le 15 avril 2016 à 22:09:28
Le port 554 est bridé par plusieurs opérateurs, à part ça il n'y a rien de très bizarre non ?
Le port 993 (imaps) semble bridé aussi, je ne vois pas pourquoi.
Titre: Test de débit et de neutralité de l'Internet
Posté par: Gwadagamer le 16 avril 2016 à 10:34:51
Ouais comem d'habitude avec numéricable il y a pas d'explication ....
Titre: Test de débit et de neutralité de l'Internet
Posté par: underground78 le 16 avril 2016 à 10:35:37
Effectivement, j'avais loupé celui là !
Titre: Test de débit et de neutralité de l'Internet
Posté par: Boris de Bouygues Telecom le 16 avril 2016 à 21:20:11
Dans mon cas, j'ai 40Mb/s en download IPv4, et 4,5-7,5Mb/s en IPv6 (probablement car en IPv4 je passe par un peering à TH2, alors qu'en IPv6 c'est via Level3).

Bonsoir,

Le peering avec Free en IPv6 est up. On ne passes plus par Level3.

Aucune saturation possible (le peering privé est correctement dimensionné)
Titre: Test de débit et de neutralité de l'Internet
Posté par: hwti le 20 avril 2016 à 20:49:22
Un test sur fibre Orange réalisé ce matin
Running on linux - 4.3.5-300.fc23.x86_64 - x86_64-linux-thread-multi
Started at: Wed Apr 20 10:22:57 2016
Network neutrality test - Server localization: France - Hosting by Bouygues Telecom
IPv4 download tests
zip IPv4 http  80   :  932.28 Mb/s (DNS:4ms SYN:4ms GET:3ms Down:7996ms 931.82 MB T)
jpg IPv4 http  80   :  931.35 Mb/s (DNS:4ms SYN:13ms GET:4ms Down:7995ms 930.77 MB T)
mp4 IPv4 http  80   :  932.57 Mb/s (DNS:4ms SYN:3ms GET:4ms Down:7995ms 931.99 MB T)
pdf IPv4 http  80   :  933.19 Mb/s (DNS:4ms SYN:8ms GET:3ms Down:7996ms 932.73 MB T)
zip IPv4 https 443  :  931.53 Mb/s (DNS:4ms SYN:10ms GET:120ms Down:7879ms 917.44 MB T)
jpg IPv4 https 443  :  932.28 Mb/s (DNS:4ms SYN:4ms GET:120ms Down:7879ms 918.18 MB T)
zip IPv4 http  554  :   45.99 Mb/s (DNS:4ms SYN:17ms GET:4ms Down:7995ms 45.97 MB T)
jpg IPv4 http  554  :   46.13 Mb/s (DNS:4ms SYN:14ms GET:5ms Down:7994ms 46.09 MB T)
mp4 IPv4 http  554  :   46.34 Mb/s (DNS:4ms SYN:17ms GET:4ms Down:7995ms 46.31 MB T)
zip IPv4 https 993  :  931.51 Mb/s (DNS:4ms SYN:10ms GET:122ms Down:7877ms 917.19 MB T)
jpg IPv4 https 993  :  932.28 Mb/s (DNS:4ms SYN:4ms GET:113ms Down:7886ms 918.99 MB T)
zip IPv4 https 1194 :  932.12 Mb/s (DNS:4ms SYN:4ms GET:117ms Down:7882ms 918.37 MB T)
jpg IPv4 https 1194 :  931.75 Mb/s (DNS:4ms SYN:8ms GET:121ms Down:7878ms 917.54 MB T)
zip IPv4 http  6881 :  932.24 Mb/s (DNS:4ms SYN:6ms GET:4ms Down:7995ms 931.66 MB T)
jpg IPv4 http  6881 :  928.38 Mb/s (DNS:4ms SYN:4ms GET:4ms Down:7995ms 927.80 MB T)
zip IPv4 http  8080 :  931.66 Mb/s (DNS:4ms SYN:11ms GET:3ms Down:7996ms 931.19 MB T)
jpg IPv4 http  8080 :  931.84 Mb/s (DNS:4ms SYN:9ms GET:4ms Down:7995ms 931.26 MB T)
mp4 IPv4 http  8080 :  932.43 Mb/s (DNS:4ms SYN:4ms GET:3ms Down:7996ms 931.96 MB T)
zip IPv4 ftp   21   :  915.02 Mb/s (DNS:4ms SYN:11ms GET:42ms Down:7957ms 910.11 MB T)
jpg IPv4 ftp   21   :  915.04 Mb/s (DNS:4ms SYN:5ms GET:229ms Down:7770ms 888.73 MB T)
IPv6 download tests
zip IPv6 http  80   :  351.64 Mb/s (DNS:4ms SYN:10ms GET:5ms Down:7994ms 351.38 MB T)
jpg IPv6 http  80   :  319.04 Mb/s (DNS:4ms SYN:4ms GET:5ms Down:7994ms 318.80 MB T)
mp4 IPv6 http  80   :  340.43 Mb/s (DNS:4ms SYN:4ms GET:5ms Down:7994ms 340.18 MB T)
zip IPv6 https 443  :  918.20 Mb/s (DNS:4ms SYN:14ms GET:119ms Down:7880ms 904.43 MB T)
zip IPv6 http  554  :  344.27 Mb/s (DNS:4ms SYN:23ms GET:6ms Down:7993ms 343.97 MB T)
zip IPv6 https 1194 :  919.23 Mb/s (DNS:4ms SYN:5ms GET:124ms Down:7875ms 904.87 MB T)
zip IPv6 http  6881 :  340.85 Mb/s (DNS:4ms SYN:90ms GET:5ms Down:7994ms 340.60 MB T)
zip IPv6 http  8080 :  341.02 Mb/s (DNS:4ms SYN:4ms GET:5ms Down:7994ms 340.77 MB T)
zip IPv6 ftp   21   :  341.05 Mb/s (DNS:4ms SYN:5ms GET:51ms Down:7948ms 338.83 MB T)
IPv4 upload tests
IPv4 http  80   :  237.46 Mb/s (DNS:4ms SYN:14ms PUT:3ms Up:7996ms 237.34 MB T)
IPv4 https 443  :  237.03 Mb/s (DNS:4ms SYN:10ms PUT:116ms Up:7883ms 233.56 MB T)
IPv4 http  554  :   57.64 Mb/s (DNS:4ms SYN:7ms PUT:4ms Up:7976ms 57.47 MB T)
IPv4 https 1194 :  237.11 Mb/s (DNS:4ms SYN:14ms PUT:117ms Up:7881ms 233.58 MB T)
IPv4 http  6881 :  240.09 Mb/s (DNS:4ms SYN:8ms PUT:3ms Up:7996ms 239.97 MB T)
IPv4 http  8080 :  240.18 Mb/s (DNS:4ms SYN:9ms PUT:3ms Up:7996ms 240.06 MB T)
IPv4 ftp   21   :  238.68 Mb/s (DNS:4ms SYN:9ms PUT:42ms Up:7957ms 237.40 MB T)
IPv6 upload tests
IPv6 http  80   :   65.27 Mb/s (DNS:4ms SYN:14ms PUT:5ms Up:7992ms 65.21 MB T)
IPv6 https 443  :   73.88 Mb/s (DNS:4ms SYN:4ms PUT:123ms Up:7875ms 72.73 MB T)
IPv6 http  554  :   61.99 Mb/s (DNS:4ms SYN:4ms PUT:4ms Up:7993ms 61.93 MB T)
IPv6 https 1194 :   72.05 Mb/s (DNS:4ms SYN:5ms PUT:117ms Up:7881ms 70.97 MB T)
IPv6 http  6881 :   66.26 Mb/s (DNS:4ms SYN:4ms PUT:5ms Up:7993ms 66.20 MB T)
IPv6 http  8080 :   74.41 Mb/s (DNS:4ms SYN:5ms PUT:6ms Up:7992ms 74.33 MB T)
IPv6 ftp   21   :   78.96 Mb/s (DNS:4ms SYN:4ms PUT:51ms Up:7948ms 78.45 MB T)
Ended at: Wed Apr 20 10:28:41 2016

L'IPv6 est assez bizarre : tous les ping semblent faire au moins 25ms (aucun soucis en IPv4), et les perfs sont en retrait, à part le download sur les ports 443/1194.

Start: Wed Apr 20 10:09:27 2016
HOST: sahnlpt0143                                                  Loss%   Snt   Last   Avg  Best  Wrst StDev
  1. AS3215  livebox.home                                           0.0%   100    0.7   0.8   0.7   1.9   0.1
  2. AS3215  xxxxxxxxxxx.ipv6.abo.wanadoo.fr              0.0%   100   26.1  32.5  22.5  42.0   5.5
  3. AS5511  2a01:cfc0:200:8300:193:252:102:50      0.0%   100   23.1  32.0  22.4  42.2   5.5
  4. AS5511  2a01:cfc4:0:e00::5                                  0.0%   100   40.0  32.3  22.5  42.1   5.7
  5. AS???   ???                                                                100.0   100    0.0   0.0   0.0   0.0   0.0
  6. AS5410  2001:860:bbee:7a::1                               0.0%   100   33.9  31.9  22.5  41.9   5.9
  7. AS5410  2001:860:f70b:100::3                              0.0%   100   30.8  32.4  22.1  42.1   6.0
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 20 avril 2016 à 21:07:09
Oui le ping IPv6 sur le réseau Orange est bizarre. Mais ca n'est pas forcement significatif d'un probleme de perf pour les paquets udp ou tcp.
Ma supposition est qu'ils traitent les ICMPv6 dans une QoS a part, en basse prio, sur le 1er hop apres la livebox ou la livebox elle-meme.



Titre: Test de débit et de neutralité de l'Internet
Posté par: hwti le 20 avril 2016 à 21:28:59
Avoir un comportement aussi étrange au ping pourrait créer une certaine confusion, si c'est un choix il est bizarre.

Il semble quand même y avoir un soucis sur l'upload IPv6.
Le download IPv6 n'est bon que sur les deux tests https. Il faudrait pouvoir tester en http sur le même port (via un autre serveur, ou une IP différente ?) pour voir si ça vient du protocole (Serait-ce la Livebox qui manipule les paquets ? Pourquoi uniquement en IPv6 dans ce cas ?).
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 20 avril 2016 à 22:59:09
Le souci  d'upload en IPv6 avec Orange est lié aux serveurs de Vivien (*.testdebit.info).

voir ce sujet: https://lafibre.info/iperf/iperf3-upload-ipv6-orange/

Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 20 avril 2016 à 23:14:40
Avoir un comportement aussi étrange au ping pourrait créer une certaine confusion, si c'est un choix il est bizarre.

C'est nettement au niveau de la Livebox qu'il y a 20 a 40 ms de latence sur les ICMPv6. Reste a voir si c'est elle ou la liaison GPON. Il faudrait que je test avec un ERL.

Traceroute depuis un VPS Online (Scaleway) vers un PC derriere une livebox:

HOST: scw-nspeed                                           Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 2001:bc8:xxxx:xxxx::x:xxx                             0.0%    10    0.4   0.4   0.4   0.5   0.0
  2.|-- ???                                                  100.0    10    0.0   0.0   0.0   0.0   0.0
  3.|-- 2001:bc8:400:4:0:1:1:200                              0.0%    10    1.3   1.5   1.0   2.8   0.3
  4.|-- 2001:bc8:400:1::39                                    0.0%    10    1.3   1.7   1.3   2.7   0.3
  5.|-- 2a02:e5c:2:2::1                                       0.0%    10    0.8   0.8   0.7   1.0   0.0
  6.|-- 2a02:e5c:0:3::1                                       0.0%    10    1.0   1.2   1.0   2.4   0.3
  7.|-- 2a01:cfc4:0:1c00::12                                  0.0%    10    1.3   1.3   1.2   1.4   0.0
  8.|-- 2a01cccccccccccccccccccccccccccc.ipv6.abo.wanadoo.fr  0.0%    10    1.9   2.0   1.9   2.2   0.0
  9.|-- 2a01bbbbbbbbbbbbbbbbbbbbbbbbbbbb.ipv6.abo.wanadoo.fr  0.0%    10   41.7  31.0  24.0  41.7   5.3
 10.|-- 2a01zzzzzzzzzzzzzzzzzzzzzzzzzzzz.ipv6.abo.wanadoo.fr  0.0%    10   42.2  32.1  24.0  42.2   6.0

le noeud #9 est bien l'ipv6 de ma livebox.

la raison: aucune idée ? peut-être une déficience du firewall, un système de throttling des ICMPv6, un bug ?
Titre: Test de débit et de neutralité de l'Internet
Posté par: hwti le 20 avril 2016 à 23:39:30
Le souci  d'upload en IPv6 avec Orange est lié aux serveurs de Vivien (*.testdebit.info).

voir ce sujet: https://lafibre.info/iperf/iperf3-upload-ipv6-orange/
Et celui en download ?
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 21 avril 2016 à 00:18:17
Je ne sais pas. Fait des tests avec d'autres serveurs par exemple avec:

perl neutrality-test.pl https://raw.githubusercontent.com/kgersen/neutrality-test/master/multi-isp.txt
chez moi ca donne:

Running on linux - 3.13.0-79-generic - x86_64-linux-gnu-thread-multi
Started at: Thu Apr 21 00:13:46 2016
Test various ISPs
Online intuxication Linux 3.2
IPv4 http  80   :  924.49 Mb/s (DNS:12ms SYN:3ms GET:3ms Down:7996ms 924.03 MB T)
IPv4 ftp   21   :  923.41 Mb/s (DNS:12ms SYN:3ms GET:27ms Down:7972ms 920.18 MB T)
IPv6 http  80   :  633.00 Mb/s (DNS:4ms SYN:4ms GET:4ms Down:7995ms 632.60 MB T)
IPv6 ftp   21   :  604.47 Mb/s (DNS:4ms SYN:3ms GET:35ms Down:7964ms 601.75 MB T)
Mediactive Network Linux 3.2
IPv4 http  80   :  265.18 Mb/s (DNS:5516ms SYN:3ms GET:14ms Down:7985ms 264.68 MB T)
Ikoula Linux 4.2 (conf défaut)
IPv4 http  80   :  929.11 Mb/s (DNS:28ms SYN:7ms GET:6ms Down:7993ms 928.30 MB T)
IPv6 http  80   :  295.71 Mb/s (DNS:29ms SYN:17ms GET:17ms Down:7981ms 295.01 MB T)
Free Bezons
IPv4 http  80   :  872.80 Mb/s (DNS:510ms SYN:2ms GET:4ms Down:7995ms 872.25 MB T)
OVH Roubaix
IPv4 http  80   :  923.98 Mb/s (DNS:28ms SYN:6ms GET:6ms Down:7993ms 923.17 MB T)
IPv6 http  80   :  895.90 Mb/s (DNS:12ms SYN:7ms GET:8ms Down:7991ms 894.89 MB T)
OVH Strasbourg
IPv4 http  80   :  914.28 Mb/s (DNS:28ms SYN:9ms GET:9ms Down:7990ms 913.14 MB T)
IPv6 http  80   :  759.08 Mb/s (DNS:29ms SYN:9ms GET:10ms Down:7989ms 758.03 MB T)
OVH Beauharnois (Canada)
IPv4 http  80   :  151.05 Mb/s (DNS:61ms SYN:84ms GET:83ms Down:7911ms 149.37 MB T)
IPv6 http  80   :   55.35 Mb/s (DNS:28ms SYN:112ms GET:112ms Down:7874ms 54.48 MB T)
OTE (Greece)
IPv4 http  80   :   17.13 Mb/s (DNS:5515ms SYN:57ms GET:58ms Down:7938ms 16.99 MB T)
Internode (Australia)
IPv4 http  80   :    0.65 Mb/s (DNS:510ms SYN:337ms GET:337ms Down:7568ms 616.59 kB T)
Ended at: Thu Apr 21 00:15:55 2016

Des soucis de peering/dimensionnement IPv6 chez Orange ? c'est possible.
Titre: Test de débit et de neutralité de l'Internet
Posté par: hwti le 21 avril 2016 à 00:22:50
Des soucis de peering/dimensionnement IPv6 chez Orange ? c'est possible.
Ça ne rendrait pas le https plus rapide que le http.
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 21 avril 2016 à 00:32:41
Ça ne rendrait pas le https plus rapide que le http.

vrai. j'ai l'impression que c'est une limitation par connexion TCP. Si on en fait 2 ou plus en meme temps on a bien le débit max...

quelque chose qui 'espionne' en HTTP et pas HTTPS ?  :o
Titre: Test de débit et de neutralité de l'Internet
Posté par: zoc le 21 avril 2016 à 09:20:27
Voilà ce que j'obtiens chez moi, ma livebox étant remplacée par un ERL:

Start: Thu Apr 21 09:14:53 2016
HOST: xxxxxxxxxxxxxxx                                              Loss%   Snt   Last   Avg  Best  Wrst StDev
  1. AS3215  2a01:xxxx:xxxx:xxxx::1                                 0.0%   100    0.7   0.7   0.4   0.9   0.0
  2. AS3215  2a01xxxxxxxxxxxx0193025300750131.ipv6.abo.wanadoo.fr   0.0%   100    1.9   2.4   1.5  13.1   1.7
  3. AS5511  2a01:cfc0:200:8300:193:252:102:4                       0.0%   100    9.9  10.3   9.7  24.7   1.8
  4. AS5511  2a01:cfc4:0:1500::f                                    0.0%   100   22.0  17.6  16.1  28.3   2.7
  5. AS5410  2001:860:bbee:27::1                                    0.0%   100   16.1  16.5  15.9  27.0   1.6
  6. AS5410  2001:860:bbee:7c::1                                    0.0%   100   18.0  18.2  16.2  20.2   0.9
  7. AS???   ???                                                   100.0   100    0.0   0.0   0.0   0.0   0.0
  8. AS5410  2001:860:bbee:7b::1                                    0.0%   100   16.7  16.6  16.3  16.9   0.0
  9. AS5410  2001:860:f70b:100::3                                   0.0%   100   16.5  16.5  16.2  16.7   0.0
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 21 avril 2016 à 14:16:01
super merci.

Ca va dans le sens d'une latence dans la livebox donc.

Titre: Test de débit et de neutralité de l'Internet
Posté par: gnubibi le 22 avril 2016 à 16:59:20
Je n'avais pas vu ce topic, mais je pense que mon cas peut y rentrer.

Je suis chez NC/SFR, avant en 1/30Mbits et depuis 1 semaine en 40/1Gbits (canaux ok, fichier de cinf ok)

test sur speedtest (via navigateur) : je tourne entre 400 et 600 Mbits en dl
test avec le client linux/bsd speedest-cli : je suis entre 20 et 40Mbits

Qu'est ce qui peut expliquer cette différence ?

test de download de fichier sur ceux de la 1ere page (avec des ports différents) , je suis entre 300 et 500ko/s
Parfois le dl démarre a 20Mo/s pour retomber dans les 5Mo/s en peu de temps.

Bref, on est bien loin du 1Gibts et ce des 125Mo/s théorique. Si j'avais du 60-80Mo/s j'aurai été satisfait, mais là, du ko, quel retour dans le futur !

Est ce que speedtest et autres, utilisent un autre port que le 8080 pour faire leur test et qui ne serait pas bridé ?
Bridage volontaire de SFR ? Infra réseau vieillissante ? Surcharge du réseau ? (c'est comme ça n'importe quand en journée...)

Bref, Lundi un techos doit venir, peut être un changement de labox....

++
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 22 avril 2016 à 18:05:44
SpeedTest, outre l'utilisation du port 8080 a pour caractéristiques d'utiliser de nombreuses connexions TCP en // pour passer outre les saturation ou les limitation des OS (Windows 7 ne permet pas d'aller à très haut débit avec une seule connexion TCP, mais Windows 8 / 10 / Linux / MacOS X le permettent)

Il faut donc déterminer si c'est les port 8080 qui améliore le débit ou si c'est le fait d'avoir plusieurs connexions TCP en //
Titre: Test de débit et de neutralité de l'Internet
Posté par: hwti le 22 avril 2016 à 19:40:06
Pour les soucis IPv6 Orange, c'est probablement dû à la Livebox 3. J'ai remonté le problème en interne, on va essayer de regarder.
Il y a quelques problèmes connus lors de transferts bidirectionnels, mais normalement upload et download devraient se comporter correctement, sauf si les paquets sont vraiment petits.
Titre: Test de débit et de neutralité de l'Internet
Posté par: Makara le 29 avril 2016 à 07:19:37
Ligne activée hier.

28/04/2016 16:50:19 Téléchargement de 500 Mo depuis 3.testdebit.info :
IPv4+TCP80  +http .zip: 559,284 Mb/s (DNS:32ms+SYN:15ms+GET:16ms+Down:7156ms)
IPv4+TCP80  +http .jpg: 826,446 Mb/s (DNS:16ms+SYN:15ms+GET:16ms+Down:4844ms)
IPv4+TCP80  +http .mp4: 917,431 Mb/s (DNS:16ms+SYN:15ms+GET:0ms+Down:4360ms)
IPv4+TCP80  +http .pdf: 584,795 Mb/s (DNS:15ms+SYN:31ms+GET:0ms+Down:6844ms)
IPv4+TCP443 +https.zip: 742,942 Mb/s (DNS:15ms+SYN:16ms+GET:219ms+Down:5390ms)
IPv4+TCP443 +https.jpg: 920,810 Mb/s (DNS:16ms+SYN:15ms+GET:219ms+Down:4344ms)
IPv4+TCP554 +http .zip: 37,1 Mb/s (DNS:15ms+SYN:16ms+GET:16ms+Down:108109ms)
IPv4+TCP554 +http .jpg: 37,898 Mb/s (DNS:15ms+SYN:16ms+GET:15ms+Down:105547ms)
IPv4+TCP554 +http .mp4: 37,427 Mb/s (DNS:16ms+SYN:15ms+GET:16ms+Down:106875ms)
Erreur de division par zéro.
Erreur de division par zéro.
IPv4+TCP993 +https.zip: 37,427 Mb/s (DNS:0ms+SYN:0ms+GET:300343ms+Down:0ms)
Erreur de division par zéro.
Erreur de division par zéro.
IPv4+TCP993 +https.jpg: 37,427 Mb/s (DNS:16ms+SYN:0ms+GET:300140ms+Down:0ms)
IPv4+TCP1194+https.zip: 851,788 Mb/s (DNS:16ms+SYN:15ms+GET:219ms+Down:4703ms)
IPv4+TCP1194+https.jpg: 924,214 Mb/s (DNS:16ms+SYN:15ms+GET:219ms+Down:4328ms)
IPv4+TCP6881+http .zip: 715,307 Mb/s (DNS:15ms+SYN:0ms+GET:16ms+Down:5594ms)
IPv4+TCP6881+http .jpg: 605,326 Mb/s (DNS:16ms+SYN:15ms+GET:16ms+Down:6609ms)
IPv4+TCP8080+http .zip: 458,295 Mb/s (DNS:15ms+SYN:0ms+GET:16ms+Down:8734ms)
IPv4+TCP8080+http .jpg: 707,213 Mb/s (DNS:16ms+SYN:15ms+GET:16ms+Down:5656ms)
IPv4+TCP8080+http .mp4: 773,993 Mb/s (DNS:15ms+SYN:16ms+GET:15ms+Down:5172ms)
IPv6+TCP80  +http .zip: 831,946 Mb/s (DNS:16ms+SYN:15ms+GET:0ms+Down:4813ms)
IPv6+TCP80  +http .jpg: 645,161 Mb/s (DNS:16ms+SYN:16ms+GET:15ms+Down:6203ms)
IPv6+TCP80  +http .mp4: 788,643 Mb/s (DNS:15ms+SYN:16ms+GET:0ms+Down:5078ms)
IPv6+TCP443 +https.zip: 713,266 Mb/s (DNS:16ms+SYN:0ms+GET:234ms+Down:5610ms)
IPv6+TCP554 +http .zip: 648,508 Mb/s (DNS:16ms+SYN:0ms+GET:15ms+Down:6172ms)
IPv6+TCP1194+https.zip: 729,927 Mb/s (DNS:15ms+SYN:0ms+GET:219ms+Down:5485ms)
IPv6+TCP6881+http .zip: 481,231 Mb/s (DNS:16ms+SYN:15ms+GET:16ms+Down:8312ms)
IPv6+TCP8080+http .zip: 643,500 Mb/s (DNS:16ms+SYN:16ms+GET:15ms+Down:6219ms)
28/04/2016 17:08:07 Emission de 500 Mo vers 3.testdebit.info :
IPv4+TCP80  +http .zip: 36,662 Mb/s (DNS:15ms+SYN:0ms+POST:172ms+Up:109110ms)
IPv4+TCP80  +http .jpg: 36,694 Mb/s (DNS:15ms+SYN:16ms+POST:172ms+Up:109015ms)
IPv4+TCP80  +http .mp4: 36,640 Mb/s (DNS:15ms+SYN:16ms+POST:156ms+Up:109172ms)
IPv4+TCP443 +https.zip: 36,339 Mb/s (DNS:15ms+SYN:16ms+POST:219ms+Up:110078ms)
IPv4+TCP554 +http .zip: 33,70 Mb/s (DNS:15ms+SYN:16ms+POST:156ms+Up:120953ms)
IPv4+TCP1194+https.zip: 36,729 Mb/s (DNS:16ms+SYN:15ms+POST:219ms+Up:108906ms)
IPv4+TCP6881+http .zip: 36,358 Mb/s (DNS:0ms+SYN:31ms+POST:156ms+Up:110016ms)
IPv4+TCP8080+http .zip: 36,619 Mb/s (DNS:15ms+SYN:16ms+POST:172ms+Up:109234ms)
IPv6+TCP80  +http .zip: 11,911 Mb/s (DNS:16ms+SYN:0ms+POST:156ms+Up:335813ms)
IPv6+TCP80  +http .jpg: 13,67 Mb/s (DNS:16ms+SYN:16ms+POST:156ms+Up:306109ms)
IPv6+TCP80  +http .zip: 12,145 Mb/s (DNS:15ms+SYN:16ms+POST:156ms+Up:329344ms)
IPv6+TCP443 +https.zip: 13,796 Mb/s (DNS:15ms+SYN:16ms+POST:203ms+Up:289922ms)
Nombre non valide. Les nombres sont limités à une précision de 32 bits
IPv6+TCP554 +http .zip: 0,15 Mb/s (DNS:1529342000ms+SYN:-1529341984ms+POST:0ms+Up:172ms)
IPv6+TCP1194+https.zip: 13,37 Mb/s (DNS:15ms+SYN:16ms+POST:219ms+Up:306812ms)
Nombre non valide. Les nombres sont limités à une précision de 32 bits
IPv6+TCP6881+http .zip: 0,17 Mb/s (DNS:1474926000ms+SYN:-1474925985ms+POST:16ms+Up:156ms)
Nombre non valide. Les nombres sont limités à une précision de 32 bits
IPv6+TCP8080+http .zip: 0,15 Mb/s (DNS:1540609000ms+SYN:-1540608984ms+POST:16ms+Up:171ms)
28/04/2016 18:05:41 Appuyez sur une touche pour quitter.
Titre: Test de débit et de neutralité de l'Internet
Posté par: hwti le 06 mai 2016 à 17:08:33
Activation de ma ligne SFR :
Running on linux - 4.3.5-300.fc23.x86_64 - x86_64-linux-thread-multi
Started at: Fri May  6 16:56:30 2016
Network neutrality test - Server localization: France - Hosting by Bouygues Telecom
IPv4 download tests
zip IPv4 http  80   :  803.84 Mb/s (DNS:4ms SYN:6ms GET:6ms Down:7993ms 803.14 MB T)
jpg IPv4 http  80   :  833.66 Mb/s (DNS:4ms SYN:30ms GET:8ms Down:7991ms 832.72 MB T)
mp4 IPv4 http  80   :  826.39 Mb/s (DNS:4ms SYN:32ms GET:8ms Down:7991ms 825.46 MB T)
pdf IPv4 http  80   :  809.40 Mb/s (DNS:4ms SYN:34ms GET:8ms Down:7991ms 808.49 MB T)
zip IPv4 https 443  :  811.06 Mb/s (DNS:4ms SYN:30ms GET:133ms Down:7866ms 797.47 MB T)
jpg IPv4 https 443  :  814.25 Mb/s (DNS:4ms SYN:32ms GET:122ms Down:7877ms 801.73 MB T)
zip IPv4 http  554  :   59.19 Mb/s (DNS:4ms SYN:27ms GET:9ms Down:7989ms 59.11 MB T)
jpg IPv4 http  554  :   59.79 Mb/s (DNS:4ms SYN:6ms GET:6ms Down:7993ms 59.74 MB T)
mp4 IPv4 http  554  :   56.67 Mb/s (DNS:4ms SYN:7ms GET:7ms Down:7992ms 56.62 MB T)
zip IPv4 https 993  :  798.59 Mb/s (DNS:4ms SYN:6ms GET:140ms Down:7859ms 784.52 MB T)
jpg IPv4 https 993  :  774.01 Mb/s (DNS:4ms SYN:28ms GET:126ms Down:7873ms 761.72 MB T)
zip IPv4 https 1194 :  818.24 Mb/s (DNS:4ms SYN:28ms GET:124ms Down:7875ms 805.45 MB T)
jpg IPv4 https 1194 :  820.50 Mb/s (DNS:4ms SYN:33ms GET:127ms Down:7872ms 807.37 MB T)
zip IPv4 http  6881 :  836.66 Mb/s (DNS:4ms SYN:26ms GET:8ms Down:7991ms 835.72 MB T)
jpg IPv4 http  6881 :  833.35 Mb/s (DNS:4ms SYN:32ms GET:9ms Down:7990ms 832.30 MB T)
zip IPv4 http  8080 :  788.43 Mb/s (DNS:4ms SYN:30ms GET:8ms Down:7990ms 787.44 MB T)
jpg IPv4 http  8080 :  807.19 Mb/s (DNS:4ms SYN:29ms GET:8ms Down:7991ms 806.28 MB T)
mp4 IPv4 http  8080 :  801.64 Mb/s (DNS:4ms SYN:31ms GET:7ms Down:7992ms 800.84 MB T)
zip IPv4 ftp   21   :  767.41 Mb/s (DNS:4ms SYN:29ms GET:62ms Down:7937ms 761.37 MB T)
jpg IPv4 ftp   21   :  795.68 Mb/s (DNS:4ms SYN:29ms GET:223ms Down:7776ms 773.40 MB T)
IPv6 download tests
IPv4 upload tests
IPv4 http  80   :  190.38 Mb/s (DNS:4ms SYN:29ms PUT:9ms Up:7990ms 190.14 MB T)
IPv4 https 443  :  190.78 Mb/s (DNS:4ms SYN:5ms PUT:133ms Up:7866ms 187.58 MB T)
IPv4 http  554  :   68.57 Mb/s (DNS:4ms SYN:4ms PUT:5ms Up:7992ms 68.50 MB T)
IPv4 https 1194 :  192.48 Mb/s (DNS:4ms SYN:5ms PUT:144ms Up:7855ms 188.99 MB T)
IPv4 http  6881 :  190.32 Mb/s (DNS:4ms SYN:5ms PUT:4ms Up:7995ms 190.20 MB T)
IPv4 http  8080 :  190.02 Mb/s (DNS:4ms SYN:5ms PUT:4ms Up:7994ms 189.88 MB T)
IPv4 ftp   21   :  192.43 Mb/s (DNS:4ms SYN:4ms PUT:54ms Up:7944ms 191.08 MB T)
IPv6 upload tests
Ended at: Fri May  6 17:00:06 2016

Bizarre, on dirait qu'il y a une limitation à 800M (mais quelques fois j'obtiens moins) sur une connexion TCP.

Avec plusieurs connexions c'est mieux, mais pas encore tout à fait au giga :
(https://pic.nperf.com/r/51625453-6fJUBccv.png)

Il y a quelques erreurs FCS sur le port fibre de la NB6V, je ne sais pas si c'est un problème.
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 06 mai 2016 à 17:31:09
curieux oui.

ca donne quoi avec

perl neutrality-test.pl https://raw.githubusercontent.com/kgersen/neutrality-test/master/multi-isp.txt
Titre: Test de débit et de neutralité de l'Internet
Posté par: hwti le 06 mai 2016 à 18:26:20
ca donne quoi avec

perl neutrality-test.pl https://raw.githubusercontent.com/kgersen/neutrality-test/master/multi-isp.txt

Il y a pas mal de variations d'un test à l'autre :
Running on linux - 4.3.5-300.fc23.x86_64 - x86_64-linux-thread-multi
Started at: Fri May  6 18:21:04 2016
Test various ISPs
Online intuxication Linux 3.2
IPv4 http  80   :error unhandled scheme code: 404
IPv4 ftp   21   :!!! curl error for GET 4 ftp://ipv4.intuxication.testdebit.info/5000Mo.dat 0 8   !!! RC = 7
Mediactive Network Linux 3.2
IPv4 http  80   :  703.80 Mb/s (DNS:4ms SYN:4ms GET:30ms Down:7969ms 701.07 MB T)
Ikoula Linux 4.2 (conf défaut)
IPv4 http  80   :  895.74 Mb/s (DNS:4ms SYN:27ms GET:8ms Down:7991ms 894.74 MB T)
Free Bezons
IPv4 http  80   :  836.43 Mb/s (DNS:4ms SYN:50ms GET:5ms Down:7994ms 835.80 MB T)
OVH Roubaix
IPv4 http  80   :  714.16 Mb/s (DNS:60ms SYN:9ms GET:9ms Down:7990ms 713.27 MB T)
OVH Strasbourg
IPv4 http  80   :  674.71 Mb/s (DNS:124ms SYN:10ms GET:11ms Down:7988ms 673.70 MB T)
OVH Beauharnois (Canada)
IPv4 http  80   :  114.32 Mb/s (DNS:124ms SYN:89ms GET:88ms Down:7900ms 112.89 MB T)
OTE (Greece)
IPv4 http  80   :    2.09 Mb/s (DNS:5514ms SYN:54ms GET:55ms Down:7935ms 2.07 MB T)
Internode (Australia)
IPv4 http  80   :    0.88 Mb/s (DNS:509ms SYN:321ms GET:320ms Down:7535ms 830.89 kB T)
Ended at: Fri May  6 18:22:08 2016

Running on linux - 4.3.5-300.fc23.x86_64 - x86_64-linux-thread-multi
Started at: Fri May  6 18:22:12 2016
Test various ISPs
Online intuxication Linux 3.2
IPv4 http  80   :error unhandled scheme code: 404
IPv4 ftp   21   :!!! curl error for GET 4 ftp://ipv4.intuxication.testdebit.info/5000Mo.dat 0 8   !!! RC = 7
Mediactive Network Linux 3.2
IPv4 http  80   :  825.26 Mb/s (DNS:4ms SYN:4ms GET:5ms Down:7993ms 824.54 MB T)
Ikoula Linux 4.2 (conf défaut)
IPv4 http  80   :  845.11 Mb/s (DNS:4ms SYN:20ms GET:9ms Down:7990ms 844.06 MB T)
Free Bezons
IPv4 http  80   :  889.99 Mb/s (DNS:4ms SYN:45ms GET:5ms Down:7994ms 889.32 MB T)
OVH Roubaix
IPv4 http  80   :  704.52 Mb/s (DNS:4ms SYN:32ms GET:8ms Down:7991ms 703.73 MB T)
OVH Strasbourg
IPv4 http  80   :  577.34 Mb/s (DNS:4ms SYN:40ms GET:10ms Down:7989ms 576.55 MB T)
OVH Beauharnois (Canada)
IPv4 http  80   :  124.80 Mb/s (DNS:4ms SYN:119ms GET:85ms Down:7870ms 122.77 MB T)
OTE (Greece)
IPv4 http  80   :   99.60 Mb/s (DNS:4ms SYN:1056ms GET:55ms Down:7930ms 98.73 MB T)
Internode (Australia)
IPv4 http  80   :    0.67 Mb/s (DNS:4ms SYN:329ms GET:320ms Down:7675ms 644.10 kB T)
Ended at: Fri May  6 18:23:16 2016

Le PC n'a à priori pas de problème, c'est le même que pour mon test sur une fibre Orange (https://lafibre.info/tester-son-debit/test-neutralite/msg330031/#msg330031)
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 06 mai 2016 à 21:29:02
Il y a quelques erreurs FCS sur le port fibre de la NB6V, je ne sais pas si c'est un problème.

Du temps ou j’étais chez SFR en FTTH avec une NB6v, j'avais aussi pas mal d'erreur FCS et ne dépassait pas 800 Mbps. Je n'ai jamais su si c'étais lié a ca ou a mon PC pas rapide a l'époque. (voir: https://lafibre.info/sfr-debit/abonnes-sfr-ftth-vos-debits/msg147545/#msg147545)
Pour leur SAV il n'y avait pas de souci digne d'être remonté plus haut donc pas moyen de leur faire investiguer la chose.

J'avais remarquer que le compteur de FCS bougeait uniquement quand on approchait le débit max en download. Si on maintenait un download a 400 Mbps ou 500 Mbps par exemple, il n'y avait pas d'erreurs FCS.
Des erreurs quand on approche le débit max peuvent donc influer fortement sur le comportement de TCP et expliquer ton probleme (on parle de plusieurs centaines/milliers d'erreurs sinon c'est pas significatif).

Mais généralement des grosses variations entre plusieurs fois le meme test indique un probleme quelque part dans le transit et pas aux extrémités.
Titre: Test de débit et de neutralité de l'Internet
Posté par: hwti le 06 mai 2016 à 23:09:03
J'avais remarquer que le compteur de FCS bougeait uniquement quand on approchait le débit max en download. Si on maintenait un download a 400 Mbps ou 500 Mbps par exemple, il n'y avait pas d'erreurs FCS.
Des erreurs quand on approche le débit max peuvent donc influer fortement sur le comportement de TCP et expliquer ton probleme (on parle de plusieurs centaines/milliers d'erreurs sinon c'est pas significatif).
Il n'y a pas tant d'erreurs que ça (2270 en 7h).
Je viens de relancer le test : Mediactive à 452Mbps seulement, Ikoula/Free à 870Mbps, ...
3,56Go téléchargés, 78 erreurs FCS en plus : même si ça crée quelques pertes de paquets, je ne pense pas que ce soit suffisant pour faire chuter le débit TCP

Du côté des tests dans les navigateurs, SpeedTest semble plus stable que nPerf, j'ai autour de 910/192 sous Linux (avec TCP timestamps).
Sous Windows, le download est un peu plus important (pas de timestamps), mais l'upload plafonne parfois bizarrement (150Mbps par ex, mais curl fait pareil).
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 06 mai 2016 à 23:12:31
oui c'est très faible comme taux d'erreurs comparé a ce que j'avais.
Titre: Test de débit et de neutralité de l'Internet
Posté par: hwti le 06 mai 2016 à 23:57:46
Avec les speedtests, j'ai bien plus de FCS : 49713 maintenant, donc c'est peut-être comparable en fait.
Il faudrait peut-être que je teste en direct sur l'ONT sans la NB6V (ou alors avec un bridge entre les deux), pour voir de quel côté est le soucis.
Titre: Test de débit et de neutralité de l'Internet
Posté par: ctressens le 20 mai 2016 à 00:51:26
Je crois qu'il y a un problème quelque part ...
Je viens de faire le test de neutralité depuis une connexion FTTLA SFR (400/20) donc non IPv6 et le test m'affiche ça :

Citation de: Test de débit et de neutralité
20/05/2016  0:42:28 Emission de 10 Mo vers 3.testdebit.info :
IPv4+TCP80  +http .zip: 19,920 Mb/s (DNS:16ms+SYN:16ms+POST:218ms+Up:4016ms)
IPv4+TCP80  +http .jpg: 19,960 Mb/s (DNS:16ms+SYN:15ms+POST:188ms+Up:4015ms)
[...]
IPv4+TCP8080+http .zip: 19,920 Mb/s (DNS:16ms+SYN:31ms+POST:188ms+Up:0ms)
IPv6+TCP80  +http .zip: 0,491 Mb/s (DNS:16ms+SYN:109ms+POST:219ms+Up:162906ms)
IPv6+TCP80  +http .jpg: 0,595 Mb/s (DNS:16ms+SYN:47ms+POST:218ms+Up:134250ms)


Je l'ai arrêté avant qu'il finisse parce que c'était particulièrement long
Je confirme ne pas avoir de connectivité IPv6 (info confirmée par le Centre Réseau et Partage), le bug vient de moi ou du serveur de test ?
Titre: Test de débit et de neutralité de l'Internet
Posté par: hwti le 20 mai 2016 à 02:19:04
Est-ce que ipconfig en ligne de commande donne une IPv6 ?

C'est peut-être le tunnel Teredo.
Pour le désactiver, dans une invite de commande en mode administrateur :
netsh int teredo set state disabled
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 04 juillet 2016 à 21:41:03
Sujet sur Free en ZMD et la neutralité, déplacé dans un post à part : Free ZMD et la neutralité de l'Internet (https://lafibre.info/free-10g-epon/free-zmd-et-la-neutralite-de-linternet/)
Titre: Test de débit et de neutralité de l'Internet
Posté par: Gwadagamer le 15 août 2016 à 10:19:50
Hello a tous j'ai des soucis sur numéricable france depuis quelque temps à Bordeaux. J'ai une ligne 1024 et j'ai perfs d'une ligne a 30 mbit. Evidement nuémricable veut rien entendre car pour eux les speedtest sont correct.
Titre: Test de débit et de neutralité de l'Internet
Posté par: Electrohydnum le 14 février 2017 à 14:59:33
Test qui ne fonctionne pas bien chez moi, d'où peut venir le problème ?
Pourquoi tous ces "Erreur de division par zéro." et "0,0 Mb/s" ?

14/02/2017 14:36:43 Téléchargement de 10 Mo depuis 3.testdebit.info :
IPv4+TCP80  +http .zip: 11,750 Mb/s (DNS:16ms+SYN:31ms+GET:31ms+Down:6813ms)
IPv4+TCP80  +http .jpg: 8,0 Mb/s (DNS:15ms+SYN:32ms+GET:31ms+Down:10000ms)
IPv4+TCP80  +http .mp4: 8,904 Mb/s (DNS:15ms+SYN:31ms+GET:32ms+Down:8984ms)
IPv4+TCP80  +http .pdf: 7,968 Mb/s (DNS:15ms+SYN:47ms+GET:32ms+Down:10046ms)
IPv4+TCP443 +https.zip: 10,330 Mb/s (DNS:31ms+SYN:31ms+GET:281ms+Down:7750ms)
IPv4+TCP443 +https.jpg: 11,235 Mb/s (DNS:16ms+SYN:31ms+GET:297ms+Down:7125ms)
IPv4+TCP554 +http .zip: 0,0 Mb/s (DNS:16ms+SYN:-16ms+GET:0ms+Down:219ms)
IPv4+TCP554 +http .jpg: 0,0 Mb/s (DNS:16ms+SYN:-16ms+GET:0ms+Down:219ms)
IPv4+TCP554 +http .mp4: 0,0 Mb/s (DNS:16ms+SYN:-16ms+GET:0ms+Down:219ms)
IPv4+TCP993 +https.zip: 0,0 Mb/s (DNS:31ms+SYN:-31ms+GET:0ms+Down:234ms)
IPv4+TCP993 +https.jpg: 0,0 Mb/s (DNS:16ms+SYN:-16ms+GET:0ms+Down:219ms)
IPv4+TCP1194+https.zip: 0,0 Mb/s (DNS:16ms+SYN:-16ms+GET:0ms+Down:219ms)
IPv4+TCP1194+https.jpg: 0,0 Mb/s (DNS:16ms+SYN:-16ms+GET:0ms+Down:219ms)
IPv4+TCP6881+http .zip: 0,0 Mb/s (DNS:15ms+SYN:-15ms+GET:0ms+Down:219ms)
IPv4+TCP6881+http .jpg: 0,0 Mb/s (DNS:16ms+SYN:-16ms+GET:0ms+Down:219ms)
Erreur de division par zéro.
Erreur de division par zéro.
IPv4+TCP8080+http .zip: 0,0 Mb/s (DNS:15ms+SYN:31ms+GET:32ms+Down:0ms)
Erreur de division par zéro.
Erreur de division par zéro.
IPv4+TCP8080+http .jpg: 0,0 Mb/s (DNS:16ms+SYN:47ms+GET:31ms+Down:0ms)
Erreur de division par zéro.
Erreur de division par zéro.
IPv4+TCP8080+http .mp4: 0,0 Mb/s (DNS:16ms+SYN:31ms+GET:31ms+Down:0ms)
IPv6+TCP80  +http .zip: 13,513 Mb/s (DNS:16ms+SYN:31ms+GET:31ms+Down:5922ms)
IPv6+TCP80  +http .jpg: 12,254 Mb/s (DNS:15ms+SYN:32ms+GET:31ms+Down:6531ms)
IPv6+TCP80  +http .mp4: 9,328 Mb/s (DNS:31ms+SYN:31ms+GET:31ms+Down:8578ms)
IPv6+TCP443 +https.zip: 13,888 Mb/s (DNS:16ms+SYN:31ms+GET:266ms+Down:5765ms)
IPv6+TCP554 +http .zip: 0,0 Mb/s (DNS:16ms+SYN:-16ms+GET:0ms+Down:219ms)
IPv6+TCP1194+https.zip: 0,0 Mb/s (DNS:32ms+SYN:-32ms+GET:0ms+Down:235ms)
IPv6+TCP6881+http .zip: 0,0 Mb/s (DNS:16ms+SYN:-16ms+GET:0ms+Down:219ms)
Erreur de division par zéro.
Erreur de division par zéro.
IPv6+TCP8080+http .zip: 0,0 Mb/s (DNS:16ms+SYN:31ms+GET:31ms+Down:0ms)
14/02/2017 14:38:20 Emission de 1 Mo vers 3.testdebit.info :
IPv4+TCP80  +http .zip: 0,658 Mb/s (DNS:16ms+SYN:47ms+POST:141ms+Up:12156ms)
IPv4+TCP80  +http .jpg: 0,763 Mb/s (DNS:15ms+SYN:31ms+POST:172ms+Up:10485ms)
IPv4+TCP80  +http .mp4: 0,740 Mb/s (DNS:15ms+SYN:63ms+POST:156ms+Up:10813ms)
IPv4+TCP443 +https.zip: 0,742 Mb/s (DNS:16ms+SYN:31ms+POST:250ms+Up:10782ms)
IPv4+TCP554 +http .zip: 0,0 Mb/s (DNS:16ms+SYN:-16ms+POST:0ms+Up:219ms)
IPv4+TCP1194+https.zip: 0,0 Mb/s (DNS:16ms+SYN:-16ms+POST:0ms+Up:219ms)
IPv4+TCP6881+http .zip: 0,0 Mb/s (DNS:16ms+SYN:-16ms+POST:0ms+Up:219ms)
Erreur de division par zéro.
Erreur de division par zéro.
IPv4+TCP8080+http .zip: 0,0 Mb/s (DNS:16ms+SYN:31ms+POST:172ms+Up:0ms)
IPv6+TCP80  +http .zip: 0,836 Mb/s (DNS:16ms+SYN:31ms+POST:156ms+Up:9563ms)
IPv6+TCP80  +http .jpg: 0,838 Mb/s (DNS:16ms+SYN:31ms+POST:141ms+Up:9547ms)
IPv6+TCP80  +http .zip: 0,838 Mb/s (DNS:16ms+SYN:31ms+POST:157ms+Up:9546ms)
IPv6+TCP443 +https.zip: 0,835 Mb/s (DNS:31ms+SYN:16ms+POST:250ms+Up:9578ms)
Erreur de division par zéro.
Erreur de division par zéro.
IPv6+TCP554 +http .zip: 0,835 Mb/s (DNS:0ms+SYN:16ms+POST:-16ms+Up:0ms)
IPv6+TCP1194+https.zip: 0,0 Mb/s (DNS:16ms+SYN:-16ms+POST:0ms+Up:219ms)
Erreur de division par zéro.
Erreur de division par zéro.
IPv6+TCP6881+http .zip: 0,0 Mb/s (DNS:0ms+SYN:15ms+POST:-15ms+Up:0ms)
IPv6+TCP8080+http .zip: 0,0 Mb/s (DNS:0ms+SYN:16ms+POST:31ms+Up:172ms)
14/02/2017 14:39:54 Appuyez sur une touche pour quitter.
Titre: Test de débit et de neutralité de l'Internet
Posté par: frenchieman le 14 février 2017 à 15:43:25
En effet moi aussi en Guadeloupe SFR caraibes j'ai aussi division par 0 depuis pas mal de temps, alors qu'au début ça ne faisait pas ça...
Titre: Test de débit et de neutralité de l'Internet
Posté par: underground78 le 14 février 2017 à 15:50:07
Il me semble que c'est parce que certains tests échouent depuis que les ports correspondant sont utilisés par un autre service sur les serveurs de test.
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 14 février 2017 à 18:59:23
Je vais faire de gros changements.

J'ai modifié les URL dans le test de kgersen mais pas dns le .bat que j'ai fait.

En attendant, vous pouvez tester a la main sur https://bouygues.testdebit.info/

L'idée est aussi de propose plusieurs hébergeurs pour ces fichiers.

Les noms de fichiers ont un peu changer pour internationalisation : Mo c'est français.

Bref je vais revenir bientôt sur ce sujet. Il y aura un onglet dédié sur https://iperf.fr/fr/ avec les hébergeurs qui proposent ces fichiers.
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 14 février 2017 à 22:37:12
en faisaint des tests avec mon script : y'a un souci avec la version de curl fournie par Ubuntu LTS :

➜  ~ curl  --version
curl 7.47.0 (x86_64-pc-linux-gnu) libcurl/7.47.0 GnuTLS/3.4.10 zlib/1.2.8 libidn/1.32 librtmp/2.3
Protocols: dict file ftp ftps gopher http https imap imaps ldap ldaps pop3 pop3s rtmp rtsp smb smbs smtp smtps telnet tftp
Features: AsynchDNS IDN IPv6 Largefile GSS-API Kerberos SPNEGO NTLM NTLM_WB SSL libz TLS-SRP UnixSockets

ca ne rend pas la main en HTTPS apres un timeout:

HTTP:
curl -4 --max-time 1 -o /dev/null http://3.testdebit.info/fichiers/5000Mo/5000Mo.zip
marche ok
HTTPS:
curl -4 --max-time 1 -o /dev/null https://3.testdebit.info/fichiers/5000Mo/5000Mo.zip
ca bloque et le script de test se bloque aussi donc et ne termine pas.

La dernière version de curl (7.52.1) n'a pas ce souci:

Test avec Linux Alpine dans un container:

docker run -it --rm byrnedo/alpine-curl  -4 --max-time 1 -o /dev/null https://3.testdebit.info/fichiers/5000Mo/5000Mo.zip

Encore une bonne raison pour rager après la stupidité des distribs monolitiques comme Ubuntu.
Titre: Test de débit et de neutralité de l'Internet
Posté par: Hugues le 14 février 2017 à 22:53:59
Encore une bonne raison pour rager après la stupidité des distribs monolitiques comme Ubuntu.

C'est vrai que le système de fichiers est protégé en écriture et qu'installer une version différente nécessite de réinstaller tout l'OS, sur un pied avec une pince à linge à chaque oreille en chantant des chants traditionnels scandinaves !

Après le pinning qui va bien :
sudo apt install curl -t yakkety
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 14 février 2017 à 23:58:24
C'est vrai que le système de fichiers est protégé en écriture et qu'installer une version différente nécessite de réinstaller tout l'OS, sur un pied avec une pince à linge à chaque oreille en chantant des chants traditionnels scandinaves !

Après le pinning qui va bien :
sudo apt install curl -t yakkety

T'as pas bien compris.
C'est pas le problème de 'pouvoir' l'installer. C'est le fait qu'il ne le soit pas automatiquement avec les maj 'par défaut' de l'OS.
J'ai des cas concrets ou les utlisateurs ne pêuvent pas 'sudo' et dépendent d'un admin humain ou d'un systeme auto de mis a jour qui n'installeront jamais  autre chose que les packages de la release en cours par exemple.

Curl est quand meme un utilitaire important, tres utilisé par beaucoup de scripts ou d'applications.

et ps: ta commande ne marche pas telle quelle... :p
et ps2: yakkety n'a pas la dernière version de Curl non plus ... (cf http://packages.ubuntu.com/yakkety/curl )
Titre: Test de débit et de neutralité de l'Internet
Posté par: Electrohydnum le 26 juillet 2017 à 14:13:08
Bonjour,

La mise à jour du fichier test-neutralite.bat est-elle toujours dans vos projets ?

Merci.
Titre: Test de débit et de neutralité de l'Internet
Posté par: Florian le 03 novembre 2018 à 11:07:12
Up ?
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 03 novembre 2018 à 13:47:05
Oui, c'est toujours dans les projets  :D

La priorité est par contre la mise en place d'un nouveau SmokePing qui est sur Paris puis proposer une nouvelle version compilée d'iPerf3
Titre: Test de débit et de neutralité de l'Internet
Posté par: Florian le 03 novembre 2018 à 14:56:14
Merci pour l'update : )
Titre: Test de débit et de neutralité de l'Internet
Posté par: ethernode le 23 septembre 2020 à 09:36:44
C'est pas ici la dernière version ? https://github.com/ARCEP-dev/disPorts
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 23 septembre 2020 à 09:40:42
Oui.

A noter qu'une application Android et iOS bien plus évoluée arrive dans quelques semaines.
Titre: Test de débit et de neutralité de l'Internet
Posté par: ethernode le 23 septembre 2020 à 09:50:40
Je suis en train d'en écrire un en python, ce qui m'aiderait c'est l'existence d'un fichier JSON permettant de lister les hôtes, ports, protocoles, fichiers disponibles pour les tests. Ou encore plus simple, une doc: le .bat est assez peu lisible (no offense !).

De ce que j'ai compris en lisant https://github.com/ARCEP-dev/disPorts/blob/master/disPorts.bat il existe un fichier 1G.iso disponible sur les hôtes bouygues.testdebit.info k-net.testdebit.info ikoula.testdebit.info et scaleway.testdebit.info et on peut taper en http/https sur tous les ports de 1 à 9199 (même si la plupart des ports sont fermés); c'est bien ça ?

Il faudrait à mon sens idéalement ajouter des mires chez OVH et chez AWS.
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 23 septembre 2020 à 10:02:59
Bien sur je peut aider. Tu me donnes la forme de ton fichier je le met en place.

Bouygues / Scaleway / K-Net : du port 1 au port 9199 en https excepté les ports 80/81 écoutent en http.

(en ce moment pour un besoin précis le port 80 du serveur K-Net est en https, mais il repassera en http à la fin du mois)

Ikoula : il y a les ports 8080, 8081, 8443 qui sont non disponibles, car utilisés par SpeedTest / nPerf.

Le fichier de 10 Go n'est disponible que sur les serveur en 10 Gb/s.

Si OVH me propose un serveur, ce sera avec plaisir.
Titre: Test de débit et de neutralité de l'Internet
Posté par: ethernode le 23 septembre 2020 à 12:21:33
#!/usr/bin/env python3
import time
import signal
import subprocess
import sys
 
DOMAIN = 'testdebit.info'
SIZE_MB = 1000
 
cmd_template = 'curl -f -4 -o /dev/null {proto}://{host}:{port}/1G.iso'
 
protocols = ['http', 'https']
 
hosts = [
    'bouygues.testdebit.info',
    'k-net.testdebit.info',
    'ikoula.testdebit.info',
    'scaleway.testdebit.info',
]
 
ports = [53, 80, 443, 554, 843, 1935, 5060, 6881, 8080]
 
results = dict()
 
 
def cmd_took(cmd):
    before = time.time()
    print(cmd)
    status, output = subprocess.getstatusoutput(cmd)
    if status != 0:
        print(f'Cmd failed: {output}')
        return None
    took = time.time() - before
    return took
 
 
for proto in protocols:
    for host in hosts:
        for port in ports:
            cmd = cmd_template.format(**locals())
            took = cmd_took(cmd)
 
            if took is not None:
                bw = int(8 * SIZE_MB / took)
                test_id = f'{proto}_{host}_{port}'
                print(f'{test_id} bandwidth was {bw} Mbps')
                results[test_id] = bw
 
for key, val in results.items():
    print(f'{key}: {val} Mbps')
 
 
if __name__ == '__main__':
 
    def signal_handler(sig, frame):
        print('You pressed Ctrl+C!')
        sys.exit(0)
 
    signal.signal(signal.SIGINT, signal_handler)
Titre: Test de débit et de neutralité de l'Internet
Posté par: vivien le 23 septembre 2020 à 13:21:32
Je me suis mal exprimé.

Tu souhaiterais récupérer un fichier json sur https://testdebit.info/ qui listerais les différents hôtes, ports, protocoles, fichiers disponibles pour les tests.

Je veut bien un exemple et je pourrait ensuite mettre ce fichier à disposition et surtout le maintenir avec l'arrivée départ de nouveaux serveurs.

Maintenant certains ports peuvent avoir une bonne raison d'être limité en débit, cf Limitation de débit de certains opérateurs sur le port TCP 1723 (PPTP) ? (https://lafibre.info/vpn/limitation-debit-port-1723/)

Maintenant, comme indiqué l'Arcep va lancer un outil grand public pour tester les débits des ports et permettre un signalement si il y a une différentiation / blocage (lien vers https://jalerte.arcep.fr/ ). Cet outil ne sera disponible que sous Android et iOS.

Ce qui pourrait être intéressant, c'est que ton outil soit cité dans le communiqué de presse de l'Arcep (je ne sais pas si c'est possible) vu qu'il est complémentaire pour permettre des tests sur des PC. Je pense qu'il faudrait qu'il se limite par défaut aux ports aux ports de l'outil qui va être lancé (on a fait attention de ne pas mettre de ports qui ont une bonne raison pour être limités comme le port 1723).

Je ne peut pas divulguer publiquement la liste des ports testés, mais je te propose de m'envoyer un mail à [remplacer par mon prenom].gueant@arcep.fr

Note: C'est ouvert, si d'autres que ethernode sont intéressés par développer un script ou outil qui tests les débit par ports pour mettre en avant bridage et priorisation, n'hésitez pas à me contacter.

Vivien.
Titre: Test de débit et de neutralité de l'Internet
Posté par: kgersen le 23 septembre 2020 à 14:31:49
c'est utile aussi pour NSpeed d'avoir quelque part une liste de cibles/mires.

J'avais un peu réfléchi a la question. Une solution immédiate et simple est effectivement une liste json ou csv quelque part.

Avec une autre solution a moyen terme, plus distribuée ou les serveurs s'annoncent par exemple. Peut-être a base d'enregistrements DNS SRV par exemple. A réfléchir plus, y'a peut-être des solutions existantes déjà (style annuaire de services ou d'url).

Concernant une liste json/csv.

si on regarde par exemple https://bouygues.testdebit.info et qu'on fait une liste simple, on arrive a une combinatoire élevée...

6 serveurs, 2 vIP,  9199 protocoles, 18 tailles, 86 types
Je vous laisse faire le calcul mais ca fera trop de lignes si on veut tout lister dans une liste simple.

Du coup il est mieux de plutôt sélectionner un sous-ensemble réduit pour automatiser des tests, façon ce qu'on a fait a l'époque pour la version Perl: https://github.com/LaFibre-info/neutrality-test/blob/master/tests.txt

ou partir sur un format plus structuré (avec champs et intervalles/listes de valeurs par champs).
Titre: Test de débit et de neutralité de l'Internet
Posté par: ethernode le 23 septembre 2020 à 17:52:56
Je pensais à quelque chose qui teste tout et qui tolère les protocoles rejetés, par exemple

{
    "extensions": [
        "iso",
        "mp4"
    ],
    "files": [
        "10M.{extension}",
        "100M.{extension}"
    ],
    "hosts": [
        "bouygues.testdebit.info",
        "k-net.testdebit.info"
    ],
    "port_max": 9000,
    "port_min": 1,
    "protocols": [
        "http",
        "https"
    ]
}

Du coup un outil testerait tous les ports, protocoles etc même si l'hôte ne le gère pas, mais le fichier de config reste simple. Ensuite l'outil peut limiter / overrider certaines valeurs (ex: liste de ports)
Titre: Test de débit et de neutralité de l'Internet
Posté par: ethernode le 27 septembre 2020 à 14:28:17
J'ai réécrit mon script en m'inspirant du .bat (pour ne télécharger que pendant 1 seconde); je l'ai réorienté "test de peering" (la neutralité c'est important certes, mais la majorité reste le traffic HTTPS), du coup une liste JSON de fichiers à télécharger serait très intéressante à mutualiser.

#!/usr/bin/env python3
import subprocess
from statistics import mean


def measure_bw(url):
    cmd = 'curl --fail --location --max-time 1 -4 -s --write-out "%{time_namelookup} %{time_connect} %{time_starttransfer} %{time_total} %{size_download}" -o /dev/null '
    cmd += url
    status, output = subprocess.getstatusoutput(cmd)
    time_namelookup, time_connect, time_starttransfer, time_total, size_download = [float(x.replace(',', '.')) for x in output.split()]
    took_transfer = time_total - time_starttransfer
    bandwidth_bytes_per_sec = size_download / took_transfer
    bandwidth_mbit_per_sec = bandwidth_bytes_per_sec * 8 / 1000000
    return bandwidth_mbit_per_sec


def measure_bw_average(url, runs=3):
    results = list()
    for i in range(runs):
        bw = measure_bw(url)
        if bw:
            results.append(bw)
    return mean(results)


test_files = {
    'bouygues': 'https://bouygues.testdebit.info/1G.iso',
    'k-net': 'https://k-net.testdebit.info/1G.iso',
    'ikoula': 'https://ikoula.testdebit.info/1G.iso',
    'scaleway': 'https://scaleway.testdebit.info/1G.iso',
    'ovh': 'http://www.ovh.net/files/1Gio.dat',
    'aws us-east-1': 'https://github.com/balena-io/etcher/releases/download/v1.5.109/balena-etcher-electron_1.5.109_amd64.deb',
}

results = dict()

for host, url in test_files.items():
    print(host, "%.1f Mbits/s" % measure_bw_average(url))

Depuis que je suis passé chez sosh (depuis Red), c'est beaucoup mieux chez ovh et ikoula (qui étaient 10 fois plus faibles)

$ python test.py
bouygues 298.8 Mbits/s
k-net 280.9 Mbits/s
ikoula 287.1 Mbits/s
scaleway 298.8 Mbits/s
ovh 295.3 Mbits/s
aws us-east-1 26.4 Mbits/s
Titre: Test de débit et de neutralité de l'Internet
Posté par: underground78 le 15 novembre 2020 à 20:07:37
Bonsoir,

Il me semble qu'il existe un serveur jumeau de bouygues.testdebit.info mais configuré en cubic à la place de BBR. En supposant que je n'ai pas inventé, est-ce que quelqu'un serait capable de me donner son URL parce que je n'arrive plus à la retrouver ?

Merci !