La Fibre
Télécom => Réseau => Comment tester son débit ? => Discussion démarrée par: kgersen le 17 juillet 2018 à 19:42:53
-
Mise a jour de https://fast.com/ le site de mesure de débit de Netflix avec de nouvelles options:
- mesure upload
- mesure latence avec et sans charge
voici un exemple (ligne FTTH bytel - Pixelbook (ChromeOS) en Wifi)
(https://i.imgur.com/WpIikNk.png)
il y a quelques options également:
(https://i.imgur.com/7BSYCsE.png)
-
Bizarrement je n'arrive pas à faire fonctionner le test en upload.
-
Il fonctionne avec Firefox, tu utilises quel navigateur web ?
Latence non chargée de 0ms ?
Je suis avec une OverTheBox d'OVH et la latence est importante... (oui le débit est pourri, sur ce point le test a parfaitement raison)
$ ping ovh.com
PING ovh.com (198.27.92.1) 56(84) bytes of data.
64 bytes from www.ovh.com (198.27.92.1): icmp_seq=1 ttl=54 time=56.5 ms
64 bytes from www.ovh.com (198.27.92.1): icmp_seq=2 ttl=54 time=78.6 ms
64 bytes from www.ovh.com (198.27.92.1): icmp_seq=3 ttl=54 time=58.3 ms
64 bytes from www.ovh.com (198.27.92.1): icmp_seq=4 ttl=54 time=95.5 ms
64 bytes from www.ovh.com (198.27.92.1): icmp_seq=5 ttl=54 time=76.4 ms
64 bytes from www.ovh.com (198.27.92.1): icmp_seq=6 ttl=54 time=107 ms
64 bytes from www.ovh.com (198.27.92.1): icmp_seq=7 ttl=54 time=343 ms
64 bytes from www.ovh.com (198.27.92.1): icmp_seq=8 ttl=54 time=242 ms
64 bytes from www.ovh.com (198.27.92.1): icmp_seq=9 ttl=54 time=283 ms
64 bytes from www.ovh.com (198.27.92.1): icmp_seq=10 ttl=54 time=329 ms
--- ovh.com ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9014ms
rtt min/avg/max/mdev = 56.527/167.111/343.298/111.949 ms
-
Il fonctionne avec Firefox, tu utilises quel navigateur web ?
Firefox sous Windows 10.
-
C’est quoi au juste la différence entre la latence avec et sans charge ?
-
Latence mesurée à un moment où il n'y a pas de téléchargement lancé vs latence mesurée pendant un téléchargement.
-
La différence de mesure permet d'estimer le bufferbloat induit.
https://www.bufferbloat.net/projects/bloat/wiki/What_can_I_do_about_Bufferbloat/
-
Tout a fait.
Pour pouvoir surfer tout en téléchargeant, il faut de petits buffers afin que la latence en charge reste raisonnable.
Un opérateur qui a une latence en charge de 5 seconde, le surf sera très lent.
-
Latence mesurée à un moment où il n'y a pas de téléchargement lancé vs latence mesurée pendant un téléchargement.
Oki ;) Merci beaucoup
La différence de mesure permet d'estimer le bufferbloat induit.
https://www.bufferbloat.net/projects/bloat/wiki/What_can_I_do_about_Bufferbloat/
Tout a fait.
Pour pouvoir surfer tout en téléchargeant, il faut de petits buffers afin que la latence en charge reste raisonnable.
Un opérateur qui a une latence en charge de 5 seconde, le surf sera très lent.
Merci pour ces précisions :)
-
Effectivement, il faut cliquer sur "plus d'infos".
(http://)
-
l'upload fonctionne bien avec Chrome sous Win10 test effectué a l'instant depuis SFR Cable 100/5 sur Lyon
-
Avec Orange.
-
Petit test à l'instant avec la "fibre" de SFR
-
Petit test chez Sosh, ça débite bien !
-
Je suis étonné. J'ai fais une capture Wireshark d'un test descendant avec Fast et je vois que j'ai plusieurs connexions TCP qui ne suis pas toujours sur les mêmes serveurs :
Je suis chez SFR en IPv4.
Les serveurs utilisés pour mon test de débit sont :
- ipv4-c126-cdg001-ix.1.oca.nflxvideo.net - 24% du test - il est situé à Paris
- ipv4-c152-ams001-ix.1.oca.nflxvideo.net 13% du test - il est situé à Amsterdam
- ipv4-c079-cdg001-ix.1.oca.nflxvideo.net 21% du test - il est situé à Paris
- ipv4-c094-ams001-ix.1.oca.nflxvideo.net 19% du test - il est situé à Amsterdam
- ipv4-c092-lhr004-ix.1.oca.nflxvideo.net 22% du test - il est situé à Londres
Je suis étonne de ne pas envoyer tous les tests sur le même CDN et de ne pas utiliser les caches Netflix de SFR.
-
C'est pareil chez Free, il y a du cdg001-ix mais pas que, ça part même aux US parfois.
-
vous utilisez les serveurs DNS de vos FAI ?
-
Oui, les DNS de mon FAI (89.2.0.1 et 89.2.0.2), étant sur une connexion RED câble.
-
curieux. d'apres ce blog de Netflix: https://netflixtechblog.com/building-fast-com-4857fe0f8adb qui date un peu, fast.com utilise les OCA (serveurs Netflix chez les FAI) en priorité uniquement s'ils ne sont pas proches de la saturation.
To run the test on several of our wide network of Netflix production OCAs, but only on servers that have enough capacity to serve test traffic while simultaneously operating within acceptable parameters to deliver optimal video quality to members
en ce moment Netflix est tres utilisé... surtout le week-end et soir. ca explique peut-etre vos résultats.
il faudrait voir a 6h du mat par exemple si
-
Sur un FTTH SFR avec Quad9 en DNS à l'instant.
En IPv6 :
ipv6-c002-cdg001-sfr-isp.1.oca.nflxvideo.net
ipv6-c007-tnf001-sfr-isp.1.oca.nflxvideo.net
ipv6-c008-ory001-sfr-isp.1.oca.nflxvideo.net
ipv6-c160-cdg001-ix.1.oca.nflxvideo.net
En IPv4 :
ipv4-c114-cdg001-ix.1.oca.nflxvideo.net
ipv4-c153-ams001-ix.1.oca.nflxvideo.net
ipv4-c004-cdg001-sfr-isp.1.oca.nflxvideo.net
ipv4-c009-ory001-sfr-isp.1.oca.nflxvideo.net
ipv4-c003-tnf001-sfr-isp.1.oca.nflxvideo.net
Là les caches chez SFR sont largement utilisés. Sur l'API de Fast on peut voir les caches qui peuvent être utilisés, en IPv6 j'ai Amsterdam qui n'avait pas été utilisé pendant le speedtest :
https://api.fast.com/netflix/speedtest?https=true&token=YXNkZmFzZGxmbnNkYWZoYXNkZmhrYWxm&urlCount=5 (https://api.fast.com/netflix/speedtest?https=true&token=YXNkZmFzZGxmbnNkYWZoYXNkZmhrYWxm&urlCount=5)
-
Bien vu !
A 14h00, les serveurs utilisés pour mon test de débit (un seul test) sont :
- ipv4-c005-ory001-sfr-isp.1.oca.nflxvideo.net - 10% du test - il est situé à proximité du Val-de-Marne sur le réseau de SFR
- ipv4-c005-ory001-sfr-isp.1.oca.nflxvideo.net 13% du test - il est situé à proximité du Val-de-Marne sur le réseau de SFR
- ipv4-c003-tnf001-sfr-isp.1.oca.nflxvideo.net 12% du test - il est situé à proximité des Yvelines sur le réseau de SFR
- ipv4-c003-tnf001-sfr-isp.1.oca.nflxvideo.net 11% du test - il est situé à proximité des Yvelines sur le réseau de SFR
- ipv4-c006-cdg001-sfr-isp.1.oca.nflxvideo.net 9% du test - il est situé à proximité du Val-d'Oise sur le réseau de SFR
- ipv4-c061-ams001-ix.1.oca.nflxvideo.net 22% du test - il est situé à Amsterdam dans une salle louée par Netflix
- ipv4-c098-cdg001-ix.1.oca.nflxvideo.net 18% du test - il est situé à Paris TH2 dans une salle louée par Netflix
- ipv4-c006-cdg001-sfr-isp.1.oca.nflxvideo.net 5% du test - il est situé à proximité du Val-d'Oise sur le réseau de SFR
-
Il n'y a pas de cache directement sur le réseau de Free donc c'est un peu différent mais on peut supposer que Netflix décharge une partie du trafic français vers Amsterdam et les US à certains moments.
-
Pourtant quand la Freebox Delta est sortie (avec Netflix de base), il n'y avait pas eu des caches ?
Il me semblait qu'il y avait un PNI 100 Gb/s sur TH2 et de nombreux caches.
-
Non non, chez Free il n'y a que des caches Google mais rien à Netflix à priori et le PNI avec Netflix avait été annoncé de l'ordre du Tbps par Xavier Niel.
-
Je dois confondre avec la sortie de la Mini 4k qui devait avoir amorcé les caches Google alors.