La Fibre
Télécom => Réseau => 
Comment tester son débit ? => Discussion démarrée par: vivien le 22 mai 2012 à 20:31:49
-
Tester son débit en IPv6 (et le comparer à celui obtenu en IPv4 sur le même serveur)
J'ai réalisé une page avec des fichiers à télécharger pour tester son débit en IPv4 et en IPv6.
=> https://testdebit.info (https://testdebit.info)
C'est un téléchargement donc pour lire le débit il suffit de regarder sur votre navigateur web :
(https://lafibre.info/images/free/201102_free_ftth_paris19_firefox_1.png)
Je suis intéressé par des retours comparant le débit en IPv4 et en IPv6.
C'est un serveur avec un noyau 3.2, donc le débit sera mauvais avec Orange FTTH et les connexions câble.
Il devrait être très bon avec les autres opérateurs.
Attention pour le débit affiché par Wget, c'est un débit en Mio/s comme le montre ce test qui calcule le débit via la taille du fichier ( 1 000 000 000 bits) et la vitesse de télé-chargement (53 secondes) :
(https://lafibre.info/testdebit/wget/201205_debit_wget.png)
-
Et bien pour ma part c'est kif-kif, mais pas très rapide ... je plafonne à 1,5Mo/s max et ce n'est pas très stable (varie entre 1,1 et 1,5Mo/s), alors que sur d'autres serveurs je monte à 2,4, voir 2,5Mo/s ... A noter que le débit arrive plus rapidement à son apogée sur le test IPv6 que sur l'IPv4.
-
Avec quel système d'exploitation ?
-
J'ai fait le test sur le fichier 1Gb en Ipv4 puis Ipv6.
1024ko/s en ipv4
306ko/s en ipv6
Voici le graphique enregistré par la freebox. On voit le dl en ipv4 puis celui en ipv6.
OS: W7 32bit
-
Avec quel système d'exploitation ?
Arch Linux (64 bits). Je viens de re tester à l'instant, c'est pareil, quoique un peu mieu (1600kb/s max, que ce soit avec Chromium ou FF)
-
Optrolight, je n'avais pas fait de tests de performance avec Windows 7 mais je découvre qu'il est comme Windows XP : Les performances sont clairement en retrait en IPv6.
=> Test de débit IPv6 avec SFR (https://lafibre.info/sfr-les-news/sfr-test-ipv6/msg48424/#msg48424)
-
Oui en effet. Par contre est ce que l'écart important entre ipv4 et ipv6 provient d'une non optimisation de windows avec le protocole ipv6?
Vivien, j'ai trouvé cette doc de cisco qui rapporte leur test de comparaison entre ipv4 et ipv6 dans leur routeur.
http://www.cisco.com/web/strategy/docs/gov/IPv6perf_wp1f.pdf (http://www.cisco.com/web/strategy/docs/gov/IPv6perf_wp1f.pdf)
Je trouve les infos intéressantes, notamment les performances en fonction de la taille des paquets envoyés.
-
Je n'aurais jamais imaginé, fût-ce en IPv6, qu'un port utilisé à 100% de ses capacités soit capable de bouffer 30% des ressources CPU de tels équipements. ???
À ce rythme, trois ports saturés suffiraient à les mettre à genoux.
C'est sûr que si les équipements sont correctement taillés, ça ne doit pas arriver tous les jours, ou seulement dans certaines circonstances accidentelles, mais quand je vois chez certains de mes clients 4-5 commutateurs 48 ports "empilés", j'ose à peine imaginer les dégâts ... :o
-
Moi aussi je suis étonné.
En usage hébergeur ou FAI, il est fréquent que tous les ports soit utilisés au débit maximum ou presque.
Regardez le http://weathermap.ovh.net/ (http://weathermap.ovh.net/) le dimanche soir ou le lundi soir (pic de trafic), vous trouverez des routeurs ou presque tous les ports 10 Gb/s trafiquent à plus de 70%.
-
La question à laquelle je n'ai pas de réponse c'est: est ce qu'en optimisant les appareils de réseau et OS, on arrivera une fois tout le monde en ipv6 à des performances proches de l'ipv4?
Il me semble que la norme ipv6 permet plein de fonction qui peuvent alléger les serveurs. Bref des spécialistes?
p.s: huhu 300 messages... (oui je sais ça fait un peu Corrector ;D )
-
La question à laquelle je n'ai pas de réponse c'est: est ce qu'en optimisant les appareils de réseau et OS, on arrivera une fois tout le monde en ipv6 à des performances proches de l'ipv4?
Déjà je ne vois pas pourquoi en IPv6 ça doit aller moins vite - sauf le surplus de surcharge protocolaire de 20 octets évidemment.
Il me semble que la norme ipv6 permet plein de fonction qui peuvent alléger les serveurs. Bref des spécialistes?
Comme quoi?
-
Traceroute ipv4.lafibre.info
11 22 ms 22 ms 22 ms th2-crs16-1-be1000.intf.routers.proxad.net [212.27.57.202]
12 22 ms 22 ms 22 ms free-pni2.xe3-0-0.th2.par.as8218.eu [212.27.40.82]
13 22 ms 51 ms 21 ms 83.167.55.23
14 23 ms 22 ms 22 ms xe2-2-0.ter2.eqx2.par.as8218.eu [83.167.56.217]
15 23 ms 22 ms 22 ms ge1-5.br1.rdb.par.ielo.net [83.167.52.182]
16 23 ms 23 ms 22 ms ge-1-6-neo-cr2.eqx-prs.fr.rt.ielo.net [212.85.145.77]
17 30 ms 30 ms 29 ms 2ge-e1-17-e1-18-cr5.le9-lyon.fr.rt.ielo.net [212.85.145.41]
18 31 ms 30 ms 31 ms adeli-l2.peers.lyonix.net [77.95.71.11]
19 32 ms 30 ms 30 ms lafibre.info [46.227.16.8]
Traceroute ipv6.lafibre.info
3 22 ms 22 ms 23 ms th2-crs16-1.intf.routers.proxad.net [2a01:e00:2:e::1]
4 23 ms 23 ms 22 ms 2001:978:2:1b::2:1
5 31 ms 31 ms 31 ms te0-0-0-4.mpd22.par01.atlas.cogentco.com [::ffff:130.117.50.149]
6 221 ms 202 ms 201 ms te3-1.ccr01.lys01.atlas.cogentco.com [::ffff:154.54.63.58]
7 30 ms 29 ms 30 ms 2001:978:2:16::9
8 30 ms 34 ms 31 ms 2001:978:2:16::a
9 30 ms 30 ms 30 ms 2a01:6e00:10:410::2
Merci de partager les vôtres (à partir de la sortie de votre FAI, la collecte OSF).
-
Corrector on voit dans tes traceroute qu'on passe par des chemin complètement différents entre IPv4 et IPv6.
Il me semble que la norme ipv6 permet plein de fonction qui peuvent alléger les serveurs. Bref des spécialistes?
IPv6 est fait pour consommer moins de CPU sur les routeurs : pas de calcul du checksum à faire à cause de la modification du TTL, taille des champs optimisée pour être facilement manipulable par les routeurs,...
Sauf que de nombreux routeurs routent en hard IPv4 et en soft IPv6 ce qui fait qu'ils sont moins performant en IPv6...
La question à laquelle je n'ai pas de réponse c'est: est ce qu'en optimisant les appareils de réseau et OS, on arrivera une fois tout le monde en ipv6 à des performances proches de l'ipv4?
Il y a aussi moins de tests. Je pense que personne ne se soucie aujourd'hui des problèmes de performances avec IPv6. On souhaite que cela marche et les perf passent après.
-
IPv6 est fait pour consommer mois de CPU sur les routeurs : pas de calcul du cheksum à faire a cause de la modification du TTL,
Les checksums ça se calcule vraiment très facilement en hard, hein. Alors qu'en soft c'est très lourd - et ça trashe le cache. C'est le B-A-BA du déchargement du CPU.
Mais de toute façon si tu changes juste un mot tu peux rectifier le checksum (comme pour une somme arithmétique en fait), tu n'as pas besoin de le recalculer entièrement.
Sauf que de nombreux routeurs routent en hard IPv4 et en soft IPv6 ce qui fait qu'ils sont moins performant en IPv6...
En résumé : le travail de dév n'a pas été fait!
-
Pourtant la norme existe depuis.... 1995 non?
C'est comme dab, on fait au plus presser puis après on optimise ... :o
-
Pourtant la norme existe depuis.... 1995 non?
Quand même pas.
On en parle depuis très longtemps, mais les normes ont été fixées plus tard.
Par contre le réveil des "industriels" est extrêmement tardif, probablement parce que les clients "pro" ne le réclamaient pas, parce qu'en fait les "pro" de l'informatique ne comprennent RIEN à l'informatique et ne font que répéter ce qu'ils ont entendu dire, et en plus ils préfèrent rester sur ce qu'ils connaissent ou croient connaitre.
-
Les spécifications d'IPv6 sont initialement publiées en décembre 1995 dans la RFC 188313 et finalisées dans la RFC 246014 en décembre 1998.
Le Wifi 802.11n on avait les produits avant la finalisation...
-
J'étais pas loin ...
-
Depuis la box itto pctv, cela donne 39MO/s (fichier 10G-03.dat en ipv6) avec firefox
et 74.2 avec wget (sans écrire sur le serveur nfs :) )
-
Peux-tu mettre le FTP en IPv6?
-
Réveil d'un fil, 9 ans après. Historique.
N'est-il pas raisonnable de penser que la taille de 1Go est éventuellement insuffisante pour parvenir à calculer les vitesses en multigigabit ?
-
Depuis 9 ans les choses ont bougées et sur les serveurs connecté à Internet en 1 Gb/s je limite la taille a un fichier de 1 Go, mais pour les serveurs en 10 Gb/s (et +), un fichier de 10 Gb/s est systématiquement présent, dans un disque en ram afin de ne pas être limité par les performances du SSD.
J'en profite pour annoncer que les serveurs Bouygues Telecom vont évoluer : Aujourd'hui je gère l'infrastructure composée de serveurs physiques (Dell R330).
Demain Bouygues Telecom va gérer les serveurs de manière industrielle et ce sera des machines virtuelles, à Paris comme en région.
Aujourd’hui bouygues.testdebit.info est de l'anycast et pointe vers différents serveurs (Paris / Lyon / Marseille / Lille / Bordeaux)
La futur architecture ne pourra plus faire de l'anycast avec des certificats à distribuer => https://bouygues.testdebit.info/ pointera uniquement vers le serveur de Paris.
-
Mais tu continueras a gérer les serveurs ?
-
Non, Bouygues Telecom a mis en place une équipe pour ça, donc je n’aurais plus la main sur les serveurs.
Par contre il y aura bien tous les fichiers sur testdebit.info, le but c'est de n'avoir aucune régression et l'ancienne infra tournera en parallèle de la nouvelle quelques mois pour vérifier l'absence de régression.
Les VM seront en double BBR et Cubic. (cela devrait même arriver avant, en fait le serveur Cubic a une barrette ram défectueuse et Dell est intervenu (c'est sous garantie) mais il n'avait pas les chaussures de sécurité exigées pour rentrer sur le site. C'est la première fois que je vois l'exigence de chaussure de sécurité pour un datacenter.
-
C'est au cas ou il se fasse tomber une barrette de RAM sur le pied. Ca peut être dangereux ces petites bêtes ;D
-
C'est un peu dommage de perdre l'anycast mais en même temps ça sera aussi plus lisible.
Il me semble hyper important de généraliser la possibilité de choisir entre cubic et BBR. Chez Free on voit que ça fait une différence énorme, au point où on n'arrive plus trop à voir les saturations locales avec les serveurs en BBR...
-
Le déploiement des certificats sur une même infra c'était déjà un casse tête, là avec Paris qui va passer sur la nouvelle infra et les sites de province qui ne seront pas tout de suite migré, c'est plus possible.
Pour BBR-Cubic, je vais le mettre en place sur touts les services (SpeedTest / 5Gmark / IPv6 Test / Fichiers pour tester son débit) sur le site de Paris dès que le serveur a sa barrette de ram changée.