Langues

Test des lignes SDSL OVH

OSNet.eu tenait à vous faire part de ses tests sur les lignes SDSL OVH. Nous exposons ici nos tests sur les lignes "grands public" OVH SDSL. 

Une version initiale de cet article a introduit une confusion entre MB/s et Mbps - nous nous en excusons. 

Ces offres sont à prioris très intéressantes puisqu'elles vous proposent un accès en "5Mo symétrique" pour 25€ / mois. Nous avons souhaité analyser plus en profondeur ce qu'il en était… Comment OVH peut-il arriver avec une offre aussi "disruptive" et surtout avec quelle qualité et quels résultats ? 

Nous avons donc procédé à des tests assez approfondis de ces lignes. Cela tombe bien, nous disposons d'une demie-baie qui est hébergée chez OVH (Global Switch). 

 

Nous avons donc effectué des tests d'upload (et oui, c'est principalement l'upload qui nous intéresse dans les offres SDSL) vers notre baie et vers un serveur Kimsufi dont nous disposons aussi. 

 

Tout d'abord un petit traceroute pour bien valider la proximité de nos serveurs : 

 

gregober:gregober 19:30:16 ~ -> traceroute www.osnet.eu
traceroute to www.osnet.eu (87.98.206.106), 64 hops max, 52 byte packets
1  pfsense.localdomain (10.20.50.1)  6.180 ms  1.197 ms  1.936 ms
2  252-107-190-109.dsl.ovh.fr (109.190.107.252)  4.181 ms  3.281 ms  14.619 ms
3  th2-g1-a9.fr.eu (91.121.128.108)  7.472 ms  3.895 ms  3.555 ms
4  gsw-1-6k.fr.eu (91.121.215.135)  9.360 ms  3.162 ms
   gsw-2-6k.fr.eu (213.186.32.162)  4.454 ms
5  gsw-4-m1.fr.eu (213.251.190.55)  3.305 ms  2.808 ms  2.638 ms
6  * *^C
 
 
Pour le point 6, inutile de préciser que nous avons un firewall pfSense dans notre baie ! 
 

On choisit un fichier de 45Mo pour que les vitesses aient le temps de se stabiliser… 

gregober:gregober 19:11:05 ~/Downloads -> ls -alh osnet_project.tar
-rw-r--r--@ 1 gregober  staff    45M  7 mai 11:10 osnet_project.tar

 

Et on l'upload vers notre baie OVH 

Un bon graphique valant mieux que des longues phrases : 

 

On regarde le résultat et l'on constate les faits suivants : 

  1. La liaison démarre et se stabilise après environ une trentaine de secondes, le temps d'ajustement de la pile TCP.   

 

Nous avons pu valider cela avec notre second lien vers notre serveur kimsufi… qui donne des résultats tout à fait similaires : 

 

gregober:gregober 17:38:44 ~ -> traceroute ns3.reg.it.ao
traceroute to ns3.reg.it.ao (94.23.241.106), 64 hops max, 52 byte packets
 1  pfsense.localdomain (10.20.50.1)  3.959 ms  0.940 ms  3.529 ms
 2  252-107-190-109.dsl.ovh.fr (109.190.107.252)  4.484 ms  3.535 ms  2.959 ms
 3  th2-g1-a9.fr.eu (91.121.128.108)  3.182 ms  4.405 ms  3.152 ms
 4  rbx-g1-a9.fr.eu (91.121.131.209)  7.289 ms  8.693 ms
    rbx-g1-a9.fr.eu (91.121.215.133)  8.059 ms
 5  vss-2-6k.fr.eu (94.23.122.173)  7.721 ms *  9.596 ms
 6  ns3.reg.it.ao (94.23.241.106)  7.876 ms !N  7.166 ms !N  7.211 ms !N

 

 

Enfin le test speedtest donne un résultat assez proche des notres avec 4.67Mbps. 

Test OVH speed test sur liaison SDSL 25€

 

La conclusion de tout cela est la suivante :

Le débit symétrique à 5 Mb/s annoncé par OVH est au rendez-vous… Avec 5 hop et des temps de latence de 1 à 4ms par hop, c'est à dire dans des conditions optimales d'utilisation. 

Nous avons aussi pu tester cela avec ShaperProbe qui donne des résultats un peu inférieurs à ceux que nous avons pu observer, mais qui valide qu'il n'y a pas d'utilisation de QoS. 

 

Attention à ne pas prendre deux lignes OVH pour effectuer du load balancing !! 

Les tests que nous avons effectués par ailleurs avec deux lignes toutes les deux prises chez OVH (une ligne SDSL et une ligne ADSL "NoBox") ne sont pas concluents avec pfSense. Les deux boîtiers étant connectés sur le même DSLAM, ils récupèrent une IP dans le même sous réseau /22 fourni par l'opérateur. 
 
Cet état de fait embrouille totalement pfSense qui ne parvient pas à différencier les deux Gateways, ce qui rend impossible la mise en œuvre d'une politique de Failover / LoadBalancing. C'est bien dommage… 
 
L'opérateur n'a pas souhaité changer son mode opératoire ou nous connecter sur un autre DSLAM. C'est bien dommage. 

Sauf erreur de ma part, une ligne de 5MB en synchro donne ~500KO/s de débit, il ne faut pas confondre les unités. Dire qu'avec 450 Ko/s (et pas Mb/s)vous avez environ une vitesse 3 fois supérieures à une ligne ADSL standard, alors que vous dites deux phrases plus haut que c'est 10 fois moins que ce que promet ovh, c'est un non sens complet et une grossière erreur d’appréciation des unités de mesures. Soit vous avez 45Ko/sec de débit (0,450MB) et là vous êtes effectivement a 11 fois moins qu'attendus. Soit vous avez 450Ko/s de débit (Kilo OCTETS) en UP, donc 4,5Mb et donc OVH est "dans les clous". Il ne faut pas confondre les bits et les octets. En l’occurrence, le test de Speedtest et vos graphique me paraissent bien plus juste que l’interprétation que vous en avez fait.

Bonjour,

J'ai testé DiffProbe sur une de mes connexions, testé a moult reprise par moi-même est connue pour exercer un Traffic Shapping plus qu'évident sur certains protocoles (HTTP et FTP en tête). Le soft n'a detecte aucune anomalie sur la ligne (une connexion fibre Orange a 100mb symetrique pour PME) declarant fièrement qu'il n'y avait aucun Traffic Shaaping, ni en entrée, ni en sortie.

Je m'interroge : quel est la fiabiilte et la pertinence d'un tel soft ? Merci de m'eclairer a ce sujet.

 

Sébastien