La Fibre
Télécom => Réseau => 
Comment tester son débit ? => Discussion démarrée par: Leon le 06 mars 2011 à 19:06:37
-
Je viens de trouver un site sympa pour tester son PING et son "taux de perte de paquets" (packet loss).
Ces paramètres sont fondamentaux pour estimer la qualité d'une connexion Internet. Pour moi, ça doit même passer AVANT les mesures de débit.
http://www.pingtest.net (http://www.pingtest.net)
Beaucoup de gens ne regardent que la "bande passante" (surtout de download) de leur connexion, mais ça n'explique pas tout. Une connexion avec beaucoup de bande passante, mais avec un taux de perte de paquets élevé, ça ralentit énormèment les applications (nécessité de retransmissions).
(https://lafibre.info/images/pingtest/201103_Free_ADSL_Paris_LeonM.png)
Leon.
-
force est de constater que le site n'arrive pas a determiner la perte de paquets sur ma connection.
il y a un parametrage à faire dans le routeur ?
-
Il n'y a aucun paramétrage. Tout passe apparemment en HTTP, donc si tu peux surfer, ça fonctionne!
Il y a certains serveurs avec lesquels l'estimation du packloss semble ne pas fonctionner. Tu peux changer de serveur de test. Essaye celui que j'ai essayé par exemple (Maidenhead à Londres).
Leon.
-
voila le resultat via le server de maidenhead
(https://lafibre.info/images/pingtest/201103_NCC_100_Garenne_Colombes_Mieszko_1.png)
et via le server au nom imprononcable aux pays bas
(https://lafibre.info/images/pingtest/201103_NCC_100_Garenne_Colombes_Mieszko_2.png)
J'utilise chrome comme navigateur sous OS X, le test n'a pas l'air de reporter les resultats correctement.
a l'aide de firefox, le test se deroule correctement.
-
Serveur PingTest LaFibre.info depuis Montpellier
Cable Numericable 100Mbps:
(https://lafibre.info/images/pingtest/201108_NCC_100_Montpellier_JulFX_1.png)
(https://lafibre.info/images/pingtest/201108_NCC_100_Montpellier_JulFX_2.png)
(https://lafibre.info/images/pingtest/201108_NCC_100_Montpellier_JulFX_3.png)
tracert lafibre.info
Détermination de l'itinéraire vers lafibre.info [195.200.217.68]
avec un maximum de 30 sauts :
1 9 ms 5 ms 5 ms 10.42.0.1
2 7 ms 5 ms 5 ms 213-245-252-185.rev.numericable.fr [213.245.252.185]
3 15 ms 17 ms 13 ms ip-198.net-80-236-0.static.numericable.fr [80.236.0.198]
4 22 ms 15 ms 14 ms ip-193.net-80-236-0.static.numericable.fr [80.236.0.193]
5 17 ms 14 ms 13 ms ip-19.net-80-236-3.static.numericable.fr [80.236.3.19]
6 92 ms 27 ms 29 ms ge7-1-6.tcr1.rb.par.as8218.eu [83.167.52.253]
7 28 ms 27 ms 27 ms xe5-2-0.tcr1.sfr.lyn.as8218.eu [83.167.63.144]
8 30 ms 28 ms 28 ms adeli.gw.tcr1.sfr.lyn.neotelecoms.com [83.167.57.210]
9 27 ms 27 ms 28 ms azilog.adeli.biz [91.194.96.126]
10 30 ms 28 ms 27 ms 195.200.217.68
Itinéraire déterminé.
ADSL Dégroupé Free mode Fastpath:
(https://lafibre.info/images/pingtest/201108_Free_ADSL_Montpellier_JulFX_1.png)
(https://lafibre.info/images/pingtest/201108_Free_ADSL_Montpellier_JulFX_2.png)
(https://lafibre.info/images/pingtest/201108_Free_ADSL_Montpellier_JulFX_3.png)
tracert lafibre.info
Détermination de l'itinéraire vers lafibre.info [195.200.217.68]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms FREEBOX [192.168.1.254]
2 7 ms 7 ms 7 ms 82.231.26.254
3 25 ms 11 ms 11 ms montpellier-6k-1-a5.routers.proxad.net [213.228.12.62]
4 7 ms 7 ms 7 ms montpellier-49m-2-po4.intf.routers.proxad.net [212.27.57.82]
5 9 ms 10 ms 9 ms marseille-9k-1-be1001.intf.routers.proxad.net [212.27.50.94]
6 14 ms 14 ms 14 ms lyon-crs16-1-be1003.intf.routers.proxad.net [212.27.50.102]
7 21 ms 20 ms 21 ms th2-crs16-1-be2001.intf.routers.proxad.net [212.27.59.29]
8 20 ms 20 ms 21 ms free-pni2.xe3-0-0.th2.par.as8218.eu [212.27.40.82]
9 20 ms 20 ms 20 ms 83.167.56.220
10 27 ms 27 ms 28 ms xe0-0-0.tcr1.sfr.lyn.as8218.eu [83.167.63.149]
11 29 ms 28 ms 28 ms adeli.gw.tcr1.sfr.lyn.neotelecoms.com [83.167.52.94]
12 29 ms 28 ms 28 ms azilog.adeli.biz [91.194.96.126]
13 28 ms 29 ms 29 ms 195.200.217.68
Itinéraire déterminé.
-
Je viens de trouver un site sympa pour tester son PING et son "taux de perte de paquets" (packet loss).
Ces paramètres sont fondamentaux pour estimer la qualité d'une connexion Internet. Pour moi, ça doit même passer AVANT les mesures de débit.
http://www.pingtest.net (http://www.pingtest.net)
Beaucoup de gens ne regardent que la "bande passante" (surtout de download) de leur connexion, mais ça n'explique pas tout. Une connexion avec beaucoup de bande passante, mais avec un taux de perte de paquets élevé, ça ralentit énormèment les applications (nécessité de retransmissions).
Oui Leon, les pertes de paquets sont importantes pour avoir un bon débit (mais le débit affiché par SpeedTest tiens compte des pertes de paquets). Les pertes de paquets sont capitales pour la voix sur IP (un paquet perdu n'est pas ré-émis, la qualité de la voix est dégradé) et certains jeux en ligne utilisant le protocole UDP.
Ce qui est méconnu c'est que la vitesse de surf web est plus sensible à la latence qu'au débit. Les pages web contiennent plusieurs dizianes d'éléments par page. Un navigateur doit donc en permanence faire des requêtes pour les récupérer. Les éléments étant tout petit,une vitesse de 5, 20, 50 ou 200 Mb/s change très peu le temps de chargement d'éléments de quelques centaines d'octets à quelques Ko. La latence par contre permet de gagner des centaines de ms précieuses. Une connexion de 100 Mb/s avec une latence de 50ms est plus lente (pour le surf web) qu'une connexion de 10 Mb/s et une latence de 30ms
LaFibre.info propose depuis deux jours un serveur SpeedTest en France : https://lafibre.info/pingtest (https://lafibre.info/pingtest)
(https://lafibre.info/images/pingtest/201108_pingtest_1.png)
Note : Il est nécessaire d'avoir un plug-in java installé pour faire le test de perte de paquet.
Un indice MOS est affiché, regroupant les 3 informations de base (pertes de paquets, ping, gigue).
Le MOS varie de 0 (mauvais) à 5 (parfait).
(https://lafibre.info/images/pingtest/201108_pingtest_2.png)
Un lien permet de mettre sur les forums une image récapitulant les test (Bbox fibre 100 Mb/s sur Paris) :
(https://lafibre.info/images/pingtest/201108_Bbox_Fibre_100_Paris.png)
SFR Fibre 100 Mb/s sur Pau :
(https://lafibre.info/images/pingtest/201108_SFR_FTTH_Pau.png)
Le serveur PingTest de Lyon est celui de LaFibre.info sur lequel vous lisez ce message :D
Il est hébergé par Azylog (http://www.azylog.net/) . Le fournisseur de transit est Adeli
(https://lafibre.info/images/logo/logo_azylog_2008.png) (http://www.azylog.net/)(https://lafibre.info/images/adeli/logo_adeli.webp)
Adeli (AS43142) est présent sur le LyonIX (http://www.lyonix.net/fr/a-propos-de-lyonix/participants-lyonix)
SFR peer déja avec Adeli.
Numericable et Orange sont présents sur LyonIX, mais ne peer pas avec Adeli :(
Petit appels aux corps de Numericbale qui lisent ce message : Un petit peering avec AS43142 serait le bienvenue.
-
Il faudrait arrêter d'utiliser des trucs en flash pour faire ce genre de test...
-
Je reconnais qu'un speedtest depuis un netbook est assez problématique car on est généralement limité par le flash plutôt que la connexion.
-
Pour revenir aux traceroute de JulFX (mis à jour du post hier)
On remarque que Free et Numericable le forcent à passer par Paris pour joindre le serveur PingTest de Lyon, hébergé sur le serveur LaFibre.info d'Azylog.
(https://lafibre.info/images/pingtest/201108_carte_lafibre.png)
Free n'est pas connecté au point d'échange de Lyon (il a dit qu'il peerait déjà avec Orange, SFR, Numericable sur Lyon et donc qu'il n'y avait pas d’intérêt de venir sur le point d'échange LyonIX car il peer déjà avec les "gros")
Numericable est bien connecté au LyonIX, mais visiblement il ne peer pas avec Adeli >:(
(c'est la même situation pour Orange, présent au LyonIX, mais qui n'est sur le LyonIX que pour vendre du transit IP, pas pour peerer gratuitement)
SFR, lui peer avec Adeli sur Lyon. (Adeli est le fournisseur de transit de mon hébergeur Azylog).
-
Je reconnais qu'un speedtest depuis un netbook est assez problématique car on est généralement limité par le flash plutôt que la connexion.
Même avec une grosse machine, le HTTP c'est pas fait pour ça, alors en plus avec flash...
-
Tu te trompes!
TCP/IP va disparaître et être remplacé par HTTP.
Le shell, le gestionnaire de fichiers et tout l'OS vont disparaître et être remplacés par le navigateur Web.
La seule question en suspend est : Flash ou Silvertruc?
-
J'ai presque failli croire que t'es sérieux :-)
-
Pour pingtest, le test de perte de paquet qui simule une communication SIP est réalisé en java coté client et coté serveur. (le test ne fonctionne pas si le navigateur n'a pas le plug-in officiel java)
Pour le ping / gigue c'est un ping TCP et non ICMP : temps entre les requête [SYN] et la réponse [SYN, ACK].
-
Voici quelques exemples de PingTest sur le serveur de Lyon (lafibre.info, hébergé par MaxNod (http://www.maxnod.com/)) classés par note MOS :
4,40 : (https://lafibre.info/images/pingtest/201110_adeli_RESO-LIAin_cormoz.png) (Adeli sur RESO-LIAin par Sebmad)
4,40 : (https://lafibre.info/images/pingtest/201108_Bbox_Fibre_100_Paris.png)
4,40 : (https://lafibre.info/images/pingtest/201110_Free_ADSL_Paris_Nico.png) (Free ADSL fast path sur Paris par Nico)
4,39 : (https://lafibre.info/images/pingtest/201108_Free_ADSL_Montpellier_JulFX_1.png) (Free ADSL Montpellier par JulFX)
4,39 : (https://lafibre.info/images/pingtest/201108_NCC_100_Montpellier_JulFX_1.png) (Numericable 100 ADSL Montpellier par JulFX)
4,39 : (https://lafibre.info/images/pingtest/201110_bbox_fibre_marseille_grui.png) (Bbox fibre marseille par Grui)
4,39 : (https://lafibre.info/images/pingtest/201108_SFR_FTTH_Pau.png) (SFR FTTH sur Pau)
4,39 : (https://lafibre.info/images/pingtest/201110_Bboxfibre_100_reims_Maxquatre2.png)(Bbox fibre 100 sur Reims par Maxquatre)
4,39 : (https://lafibre.info/images/pingtest/201108_Free_ADSL_Montpellier_JulFX_2.png) (Free ADSL Montpellier par JulFX)
4,39 : (https://lafibre.info/images/pingtest/201108_NCC_100_Montpellier_JulFX_2.png) (Numericable 100 ADSL Montpellier par JulFX)
4,39 : (https://lafibre.info/images/pingtest/201110_heliantis_pau.png) (Heliantis - fibre pro - sur Pau)
4,39 : (https://lafibre.info/images/pingtest/201110_kiwi_fibre_optique_RESO-LIAin_bakanh.jpg) (KIWI fibre optique par RESO-LIAin par bakanh)
4,39 : (https://lafibre.info/images/pingtest/201110_sfr_pau_exxag.png) (SFR FTTH sur Pau par Exxag)
4,39 : (https://lafibre.info/images/pingtest/201108_Free_ADSL_Montpellier_JulFX_3.png) (Free ADSL Montpellier par JulFX)
4,39 : (https://lafibre.info/images/pingtest/201108_NCC_100_Montpellier_JulFX_3.png) (Numericable 100 ADSL Montpellier par JulFX)
4,38 : (https://lafibre.info/images/pingtest/201110_Bboxfibre_100_reims_Maxquatre1.png) (Bbox fibre 100 Mb/s sur Reims par Maxquatre)
4,33 : (https://lafibre.info/images/pingtest/201110_sfr_pau_lanfeust.png) (SRR FTTH sur Pau par Lanfeust)
4,32 : (https://lafibre.info/images/pingtest/201109_Bbox_Fibre_30_Divion_zorg62.png) (Bbox fibre 30 Mb/s sur Divion par zorg62)
4,21 : (https://lafibre.info/images/pingtest/201109_Bbox_fibre_100_metz.png) (Bbox fibre 100 Mb/s lors d'un incident sur Metz)
4,14 : (https://lafibre.info/images/pingtest/201109_NCC_100_Reims_incident_Leakcim.png) (Numericable 100 Mb/s lors d'un incident sur Reims par Leakcim)
3,62 : (https://lafibre.info/images/pingtest/201110_kiwi_fibre_optique_RESO-LIAin.jpg) (KIWI fibre optique sur RESO-LIAin lors d'un incident)
-
Tiens voila le mien :
(https://lafibre.info/images/pingtest/201110_Free_ADSL_Paris_Nico.png)
Quand je regarde un traceroute, le Paris-Lyon (chez Neo) augmente mon ping de 7ms (puis 2ms entre l'arrivée à Lyon et Maxnod).
-
Histoire de contribuer aussi :)
(http://www.pingtest.net/result/58001101.png) (Livebox V2 - Fibre symétrique Orange
-
bonjour,
j'ai fais le test du ping et voudrai si c'est bon ou pas... je suis chez FREE avec 16mega en DL et 1mega en UL.
longueur de ligne : 605 mètres
affaiblissement théorique : 9.075 dB
je suis un joueur en ligne (xbox360) et on m'a dit que le ping est important (surtout sur les gears of war pour ceux qui connaissent :D)
(http://www.pingtest.net/result/69114743.png) (http://www.pingtest.net)
merci a vous!
-
(http://www.pingtest.net/result/64228727.png) (http://www.pingtest.net)
-
DZ RuFF RyD3RS, ton ping est très bon. FastPath est bien actif sur ta ligne.
Tu as la note B car il n'a pas réussi à la faire le test de perte de paquet qui nécessite java.
Si tu as des problèmes de ping pour tes jeux, cela pourrais être lié à des problèmes de peering entre le serveur de Jeu et Free.
Pour faire des tests il faudrait connaître l'IP du serveur de jeu.
-
je suis un joueur en ligne (xbox360) et on m'a dit que le ping est important (surtout sur les gears of war pour ceux qui connaissent :D)
C'est un peu en fonction des jeux, et de leur netcode. Sur MW3 console, il semblerait qu'un ping trop bon soit contre-productif (https://lafibre.info/techno-du-web/ping-trop-bon-pour-mw3/).
Pour certains jeux, en dessous d'une certaine valeur, le netcode fait qu'on ne voit plus la différence.
-
Voici le mien chez Kiwi.
(http://www.pingtest.net/result/69143840.png)
-
C'est beaucoup 26ms, ils passent par où Kiwi déjà pour faire si peu de distance ?
-
Par Paris => KIWI sur RESO-LIAin : traceroute passant par Paris pour joindre d'autres FAI (https://lafibre.info/peering/passer-par-paris-pour-joindre-ses-voisins/)
-
Ah voila le schéma que je cherchais. C'est même "pire" que ça, tu fais le tour de l'Europe sur E-Tera avant d'arriver à Paris puis de redescendre plus directement à Lyon. Parce que sinon un A/R Lyon>Paris>Lyon ce serait plutôt 17ms en gros.
Ça manque vraiment d'un Lyon>Paris sur leur map, en plus ça doit pas être le lien le plus cher vu l'infra présente chez un peu tout le monde.
-
Pourquoi Lyon n'est plus présent ?
-
C'est un outil basé sur Java sur le serveur et qui demande d'avoir java sur le poste client et il y a de gros problèmes de sécurité autour de java.
https://lafibre.info/pingtest/ est bien mieux (possibilité de faire un test sur plusieurs dizaines de minutes, comparatif ping IPv4 et IPv6) et il ne nécessite pas de plug-in (il ne lui manque que une miniature pour mettre sur un forum)
Un article de PC-INpact sur les pb de sécurité récurent de java :
Le festival continue évidemment avec Java. La technologie est régulièrement sous les feux des projecteurs depuis plusieurs mois à cause d’un problème inhérent à la qualité de son code. Ce ne sont ainsi pas moins de 42 brèches qui sont corrigées et il est recommandé aux utilisateurs de mettre leur version à jour aussi rapidement que possible. L’écrasante majorité de ces failles sont considérées comme critiques et sont exploitables à distance, là encore sans authentification préalable.
Ross Barrett, responsable de l’ingénierie chez le spécialiste de la sécurité Rapid7, a au sujet de Java un avis pessimiste. Il met en garde : « Les administrateurs et utilisateurs doivent réaliser que le bon sens en ce qui concerne la sécurité et les précautions autour du plug-in Java ne va pas changer avec ce patch, le suivant ou celui d’après. En tant que plug-in web, Java a de nombreux problèmes non résolus, dont la plupart sont révélés à Oracle par des chercheurs responsables qui font essentiellement le travail d’assurance qualité d’Oracle, de manière régulière et gratuitement ».
Son point de vue est évident : si des chercheurs sont capables de trouver autant de failles critiques et dangereuses, des pirates motivés par l’appât du gain en feront de même, sinon davantage. De fait, Java doit être considéré comme vulnérable encore pendant un temps, durant lequel Oracle continuera ses travaux. Un avis partagé par Wade Williamson, analyste chez Palo Alto Networks : « Pour beaucoup d’entreprises, les récompenses de Java ont considérablement diminué avec les années, alors que les risques ont augmenté exponentiellement. Alors de nombreuses entreprises vont devoir examiner longuement et attentivement Java pour savoir si le jeu en vaut la chandelle ».