Auteur Sujet: Baromètre M-Lab [décembre 2014]  (Lu 9871 fois)

0 Membres et 1 Invité sur ce sujet

vivien

  • Administrateur
  • *
  • Messages: 47 175
    • Twitter LaFibre.info
Baromètre M-Lab [décembre 2014]
« le: 11 février 2015 à 12:11:23 »
Baromètre M-Lab decembre 2014

- Le test de débit : http://www.measurementlab.net/
- La publication des données


Le débit médian : (haut débit et très haut débit mélangés)


vivien

  • Administrateur
  • *
  • Messages: 47 175
    • Twitter LaFibre.info
Baromètre M-Lab [décembre 2014]
« Réponse #1 le: 11 février 2015 à 12:11:49 »
Le ratio médian de la durée du test passé dans l'état du réseau saturé : (aka congestion-limited)

Free et Orange ont vraiment un réseau régulièrement saturé


vivien

  • Administrateur
  • *
  • Messages: 47 175
    • Twitter LaFibre.info
Baromètre M-Lab [décembre 2014]
« Réponse #2 le: 11 février 2015 à 12:12:26 »
Le pourcentage de retransmission de paquet : (les paquets peuvent êtres perdus a cause de CRC sur la ligne ADSL, le WiFi ou de saturation sur le réseau)

Free et Orange ont le plus de pertes de paquets (donc de lenteurs)


vivien

  • Administrateur
  • *
  • Messages: 47 175
    • Twitter LaFibre.info
Baromètre M-Lab [décembre 2014]
« Réponse #3 le: 11 février 2015 à 12:13:40 »
Neutralité de l'Internet :

http://netneutralitymap.org qui utilise les données M-Lab

N°1 : OVH => 0% de tests shaped
N°2 : SFR  => 3,4% de tests shaped
N°3 : Bouygues Telecom => 4,2% de tests shaped
N°4 : Numericable => 5,9% de tests shaped
N°5 : Orange  => 7% de tests shaped
N°6 : Free => 10,9% de tests shaped



K-L

  • Abonné SFR THD (câble)
  • *
  • Messages: 4 655
  • HFC 100 Mbs / FTTH 1Gbs sur Oullins (69)
    • Cable Rhone
Baromètre M-Lab [décembre 2014]
« Réponse #4 le: 11 février 2015 à 12:18:39 »
Il va falloir que NC investisse dans ses infrastructures : son réseau HFC semble de plus en plus saturé et en perte de vitesse côté débits (forcèment, avec le nombre de nouveaux clients, surtout ceux de Bouygues plus ceux à venir de SFR, les saturations vont aller en empirant).

Je n'ai malgré tout pas tout compris sur comment étaient réalisés ces tests ? A la SamKnows ou via des tests réguliers sur des serveurs dédiés par des particuliers testeurs ?

vivien

  • Administrateur
  • *
  • Messages: 47 175
    • Twitter LaFibre.info
Baromètre M-Lab [décembre 2014]
« Réponse #5 le: 11 février 2015 à 12:23:03 »
Les données sont issues des tests réalisés par le grand public sur http://www.measurementlab.net/tools/ndt

C'est comme nPerf, sauf que le test donne plus d'informations détaillées sur la connexion.

K-L

  • Abonné SFR THD (câble)
  • *
  • Messages: 4 655
  • HFC 100 Mbs / FTTH 1Gbs sur Oullins (69)
    • Cable Rhone
Baromètre M-Lab [décembre 2014]
« Réponse #6 le: 11 février 2015 à 12:38:33 »
Merci :)

eruditus

  • Client Orange adsl
  • Modérateur
  • *
  • Messages: 11 015
Baromètre M-Lab [décembre 2014]
« Réponse #7 le: 11 février 2015 à 12:38:48 »
Free n'a toujours pas retrouvé son niveau de Juillet 2013 ?!  :-\
Orange pas terrible non plus depuis plusieurs mois

Cochonou

  • Abonné Bbox fibre
  • *
  • Messages: 1 358
  • FTTH 2 Gb/s sur Saint-Maur-des-Fossés (94)
Baromètre M-Lab [décembre 2014]
« Réponse #8 le: 12 février 2015 à 07:39:30 »
Qu'est ce que veut dire cette mesure de congestion ? J'ai du mal à l'interprêter....

Citer
An NDT test can be in 3 different states. Each state represents different conditions that limit the data sent by the server to the client.

    network-limited, when the network is congested.
        The web00 variable web100_log_entry.snap.SndLimTimeCwnd reports the time spent in this state.
    receiver-limited, when the receiver (client) limits the data that can be received.
        The web00 variable web100_log_entry.snap.SndLimTimeRwin reports the time spent in this state.
    server-limited, when the server limits the data that can be sent.
        The web00 variable web100_log_entry.snap.SndLimTimeSnd reports the time spent in this state.
        This state can happen because
            The uplink is congested. Note however that M-Lab servers are specially (over)provisioned to avoid this case.
            The server cannot send as much data as the network and the receiver would allow, in specific phases of the tests. This usually happens during slow start, especially with fast networks and high values of initial window.
            The server cannot send as much data as the network and the receiver would allow, during the whole test. This can happen for specific TCP configurations (e.g., if GSO is on). However, this kind of configuration is disabled by default on M-Lab servers.

Est-ce nécessairement une mauvaise chose que la mesure soit "network-limited" ? Ca semble en tout cas un état plus sain que "client limited" - ou plus probable que "server limited".

Je viens de faire un test: j'obtiens des informations relativement contradictoires.
Citer
NDT test run towards M-Lab server
ndt.iupui.mlab3.par01.measurement-lab.org
RTT between client and M-Lab server
12 ms
DOWNLOAD SPEED
92.4 Mbps

UPLOAD SPEED
5.4 Mbps

Client System Details
OS data:: Linux, Architecture: x86
Flash Info: Version = LNX 16,0,0,257
The slowest link in the end-to-end path is a
45 Mbps T3/DS3 subnet
Information: Other network traffic is congesting the link
This connection is network limited 97.06% of the time

45 Mbps T3/DS3 link found.
Link set to Full Duplex mode
Information: throughput is limited by other network traffic.
Good network cable(s) found
Normal duplex operation found.
Web100 reports the Round trip time = 26.74ms
the Packet size = 1448bytes
No packet loss - but packets arrived out-of-order 0.00% of the time
C2S throughput test: Packet queuing detected: 1.82%
S2C throughput test: Packet queuing detected: 1.82%
Web100 reports TCP negotiated the optional Performance Settings to:
RFC 2018 Selective Acknowledgement:
ON
RFC 896 Nagle Algorithm:
ON
RFC 3168 Explicit Congestion Notification:
OFF
RFC 1323 Time Stamping:
ON
RFC 1323 Window Scaling:
ON; Scaling Factors - Server=7, Client=7
The theoretical network limit is 413.15 Mbps
The NDT server has a 388.66 KByte buffer which limits the throughput to 227.12 Mbps
Your PC/Workstation has a 1538.50 KByte buffer which limits the throughput to 449.51 Mbps
The network based flow control limits the throughput to 112.79 Mbps

Client Data reports link is T3;
Client Acks report link is Ethernet
Server Data reports link is OC-48
Server Acks report link is OC-48
La vitesse de téléchargement semble indiquer de bon résultats, malgré une "congestion" affichée à 97.1%...
Un subnet DS3 est signalé à 45 mbps, mais ça ne semble pas trop affecter la mesure.

« Modifié: 12 février 2015 à 08:03:08 par Cochonou »

vivien

  • Administrateur
  • *
  • Messages: 47 175
    • Twitter LaFibre.info
Baromètre M-Lab [décembre 2014]
« Réponse #9 le: 12 février 2015 à 08:05:36 »
Le test NDT devrait mieux expliquer chaque ligne.

Un des concepteur devrait faire un article pour tout expliquer.

Autre chose : l'hébergement du serveur compte pour beaucoup, il devraient mieux détailler la connectivité du serveur de test.

Les  pré-requis pour héberger NDT sont également très importantes : 3 serveurs avec des spécifications très précises, un switch qui doit être d'un modèle précis et dédié aux tests, ect...

Cela serait bien de baisser le ticket d'entrée pour multiplier les serveurs...

K-L

  • Abonné SFR THD (câble)
  • *
  • Messages: 4 655
  • HFC 100 Mbs / FTTH 1Gbs sur Oullins (69)
    • Cable Rhone
Baromètre M-Lab [décembre 2014]
« Réponse #10 le: 12 février 2015 à 08:28:56 »
Cela serait bien de baisser le ticket d'entrée pour multiplier les serveurs...

J'en connais un qui aimerait bien héberger un de leur serveurs ;)

kgersen

  • Modérateur
  • Abonné Bbox fibre
  • *
  • Messages: 9 091
  • Paris (75)
Baromètre M-Lab [décembre 2014]
« Réponse #11 le: 12 février 2015 à 14:11:05 »
Je viens de faire un test: j'obtiens des informations relativement contradictoires.La vitesse de téléchargement semble indiquer de bon résultats, malgré une "congestion" affichée à 97.1%...
C'est pas "congestion" mais limité:
This connection is network limited 97.06% of the time

Ca veut simplement dire que c'est le réseau entre ta machine et le serveur qui a limité le débit et pas ta machine ou le serveur.
C'est pas pour autant qu'il est congestionné.

C'est l'un des avantages de NDT par rapport a d'autre speedtest: il détecte s'il y a une limitation coté client ou coté serveur.


Par exemple chez moi, ca donne:

This connection is receiver limited 17.96% of the time
This connection is sender limited 23.38% of the time
This connection is network limited 58.66% of the time
(pour un résultat de 580 Mbps / 80 Mbps)

Donc ma mesure est faussée par une limitation des machines a chaque bout, sans doute une limitation cpu.
Dans ton cas, la mesure n'est pas faussée donc tu as un résultat quasi 100% réseau donc représentatif de ce qui s'est passé sur le réseau et pas aux extrémités.

Le protocole de test (ce qui se passe entre le client et le serveur) est détaillé ici: https://code.google.com/p/ndt/wiki/NDTProtocol
La méthodologie et les explications sur les valeurs affichées sont détaillées ici: https://code.google.com/p/ndt/wiki/NDTTestMethodology
On remarquera qu'actuellement le test utilise des 'samples' de 10 secondes seulement ce qui, sur du THD, peut fausser fortement les résultats.