Auteur Sujet: perte de paquet sfr fibre pau OVH  (Lu 14941 fois)

0 Membres et 1 Invité sur ce sujet

jeremyp3

  • Abonné Orange Fibre
  • *
  • Messages: 717
  • Pau (64)
perte de paquet sfr fibre pau OVH
« le: 21 mars 2013 à 23:23:07 »
bonjour a tous,

je constate un bridage depuis sfr vers ovh en fibre parcontre depuis ovh vers sfr, pas de bridage, le débit tourne bien a son maxi

donc un petit wget -O /dev/null vers le serveur proof.ovh.net

 0% [                                                                                     ] 75 643 168  2,59M/s  eta 58m 21s


même avec un wget vers mon serveur dédier j'ai a peut prêt le même débit

maintenant vers test-debit.info
11% [=========>                                                                           ] 119 760 871 9,07M/s  eta 1m 58s

32% [==========================>                                                          ] 322 307 111 9,31M/s  eta 82s

ici, je retrouve le débit correct ...

suis-je le seul ?

jerem
« Modifié: 09 mars 2014 à 21:52:12 par jeremyp3 »

vivien

  • Administrateur
  • *
  • Messages: 47 294
    • Twitter LaFibre.info
bridage sfr OVH ?
« Réponse #1 le: 21 mars 2013 à 23:28:42 »
Depuis ma Bbox fibre, je suis a 11,1 Mo/s pour proof.ovh.net et testdebit.info donc pas de saturation du serveur il me semble.

Synack

  • AS16080 Rentabiliweb Telecom
  • Expert
  • *
  • Messages: 689
bridage sfr OVH ?
« Réponse #2 le: 22 mars 2013 à 00:09:41 »
Peut-être une saturation du peering dans un sens entre OVH et SFR. La weathermap OVH ne donne malheureusement pas l'info correcte sur l'état du lien (volontairement ou non) :

http://weathermap.ovh.net/paris


Nico

  • Modérateur
  • *
  • Messages: 44 505
  • FTTH 1000/500 sur Paris 15ème (75)
    • @_GaLaK_
bridage sfr OVH ?
« Réponse #3 le: 22 mars 2013 à 07:27:54 »
Je me demande si il n'y a pas autre chose, parce que j'ai vraiment du mal à croire à une saturation à 07H26 !

Là je prends 2Mo/s de moins vers OVH que vers testdebit.info, c'est pas rien.

pi@raspberrypi ~ $ wget -O /dev/null http://proof.ovh.net/files/100Mio.dat
--2013-03-22 06:24:03--  http://proof.ovh.net/files/100Mio.dat
Resolving proof.ovh.net (proof.ovh.net)... 188.165.12.106, 2001:41d0:2:876a::1
Connecting to proof.ovh.net (proof.ovh.net)|188.165.12.106|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 104857600 (100M) [application/octet-stream]
Saving to: `/dev/null'

100%[======================================>] 104,857,600 8.61M/s   in 12s

2013-03-22 06:24:15 (8.39 MB/s) - `/dev/null' saved [104857600/104857600]



pi@raspberrypi ~ $ wget -O /dev/null http://1.testdebit.info/fichiers/1000Mo.dat
--2013-03-22 06:25:02--  http://1.testdebit.info/fichiers/1000Mo.dat
Resolving testdebit.info (testdebit.info)... 89.84.127.55
Connecting to testdebit.info (testdebit.info)|89.84.127.55|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1000000000 (954M) [application/x-ns-proxy-autoconfig]
Saving to: `/dev/null'

28% [==========>                            ] 283,323,559 10.9M/s  eta 70s     ^C

vivien

  • Administrateur
  • *
  • Messages: 47 294
    • Twitter LaFibre.info
bridage sfr OVH ?
« Réponse #4 le: 22 mars 2013 à 08:18:52 »
Bon depuis un serveur 1Gb/s sur le réseau Bouygues Telecom, je télécharge a 97,5 Mo/s de moyenne (le fichier se télécharge en une seconde)
97,5 Mo/s = 818 Mb/s

$ wget -O /dev/null http://proof.ovh.net/files/100Mio.dat
--2013-03-22 08:15:15--  http://proof.ovh.net/files/100Mio.dat
Résolution de proof.ovh.net (proof.ovh.net)... 188.165.12.106, 2001:41d0:2:876a::1
Connexion vers proof.ovh.net (proof.ovh.net)|188.165.12.106|:80... connecté.
requête HTTP transmise, en attente de la réponse... 200 OK
Longueur: 104857600 (100M) [application/octet-stream]
Sauvegarde en : «/dev/null»

100%[======================================>] 104 857 600 97,5M/s   ds 1,0s   

2013-03-22 08:15:16 (97,5 MB/s) - «/dev/null» sauvegardé [104857600/104857600]



jeremyp3, sur ton serveur dédié (kimsufi sur Roubaix), je télécharge à 11,2 Mo/s tout le temps, ce qui correspond au maximum sur un lien de 100 Mb/s :
$ wget -O /dev/null http://91.121.96.xx/image.iso
--2013-03-22 08:16:53--  http://91.121.96.xx/image.iso
Connexion vers 91.121.96.xx:80... connecté.
requête HTTP transmise, en attente de la réponse... 200 OK
Longueur: 678526976 (647M) [application/x-iso9660-image]
Sauvegarde en : «/dev/null»

100%[======================================>] 678 526 976 11,2M/s   ds 58s     

2013-03-22 08:17:50 (11,2 MB/s) - «/dev/null» sauvegardé [678526976/678526976]

jeremyp3

  • Abonné Orange Fibre
  • *
  • Messages: 717
  • Pau (64)
bridage sfr OVH ?
« Réponse #5 le: 22 mars 2013 à 08:25:21 »
bonjour,

ok merci vivien, je voulais être sur que ma configuration du serveur été hors de cause, donc tout va bien de ce coté

a cette heure ci, 

sur mon serveur dédier,

je tourne entre 2 et 5 MO/s ce qui est insufisant des 11,2 Mo/s d'avant ...

il y a eu un changement, mais lequel ?

vivien

  • Administrateur
  • *
  • Messages: 47 294
    • Twitter LaFibre.info
bridage sfr OVH ?
« Réponse #6 le: 22 mars 2013 à 08:33:07 »
Je pense a des pertes de paquets, car la saturation, c'est peu probable vu l'heure.

Tu nous ferais une capture Wireshark ? (coté client ou coté serveur, peu importe)

A ces débits là pour ne pas avoir de paquets perdus pour cause d’accès disque, je te conseille de ne capturer que les 100 premiers octets de chaque paquet.

Sur ton serveur, la commande # tcpdump -i eth0 -n -s 100 -w fichier.pcap devrait fonctionner.

Utiliser un outil spécialisé dans la capture (Wireshark n'est pas optimisé pour faire de la capture, pour ne pas avoir de pertes, il est conseillé de passer par un outil qui fait de la capture uniquement, source : http://wiki.wireshark.org/Performance). Une fois la capture réalisée vous pourrez l'ouvrir avec Wireshark pour appliquer vos filtres et analyser la trace. Ces outils sont :

- DumpPcap installé avec Wireshark
- WinDump sous windows
- TcpDump sous linux.

vivien

  • Administrateur
  • *
  • Messages: 47 294
    • Twitter LaFibre.info
bridage sfr OVH ?
« Réponse #7 le: 22 mars 2013 à 22:22:38 »
J'ai fais l'analyse de la capture Wireshark réalisée ce matin par jeremyp3.

Je confirme un problème sur un routeur ou une fibre qui engendre beaucoup de pertes de paquet, même en heure creuse (donc ce n'est pas de la saturation).

TCP a bien un mécanisme de "Sélective Acquittement" pour continuer sans perte de débit malgré des paquets perdus, là on est dans des proportions assez importantes et le paquet perdu n'a pas été ré-envoyé qu'on perd de nouveau d'autres paquets.

On se retrouve acquitter des pages : les paquets d’acquittements indiquent avoir reçus des AAA à BBB , de CCC à DDD, de EEE à FFFF et de GGG à HHH. Entre chacune de ces plages, ce sont des paquets perdus.

jeremyp3

  • Abonné Orange Fibre
  • *
  • Messages: 717
  • Pau (64)
bridage sfr OVH ?
« Réponse #8 le: 22 mars 2013 à 22:27:13 »
salut vivien,

a quelle iveau sont les paquet perdu ? je veux dire entre quel et quel routeur ?

et a qui faut le dire ?  parce que ça fais plusieurs mois que c'est ainsi ...

vivien

  • Administrateur
  • *
  • Messages: 47 294
    • Twitter LaFibre.info
bridage sfr OVH ?
« Réponse #9 le: 22 mars 2013 à 22:30:30 »
Je ne sais pas où sont les pertes de paquets.

Par contre je constate que ce sont elles qui sont bien a l’origine des lenteurs rencontrées.

A noter que l'impact est moindre sur Paris du fait de la latence plus faible : plus le ping est faible, plus il est possible d'avoir un débit élevé pour un même pourcentage de perte de paquet.

jeremyp3

  • Abonné Orange Fibre
  • *
  • Messages: 717
  • Pau (64)
bridage sfr OVH ?
« Réponse #10 le: 24 mars 2013 à 00:04:39 »
un petit wget a cette heure ci

--2013-03-24 00:02:59--  http://ipv4.proof.ovh.net/files/10Gb.dat                                   
Résolution de ipv4.proof.ovh.net... 188.165.12.106                                                                           
Connexion vers ipv4.proof.ovh.net|188.165.12.106|:80...connecté.                                                             
requête HTTP transmise, en attente de la réponse...200 OK                                                                     
Longueur: 1250000000 (1,2G) [application/octet-stream]                                                                       
Sauvegarde en : «/dev/null»                                                                                                   
                                                                                                                             
 1% [>                                                                                    ] 23 686 034   707K/s  eta 24m 7s

faut vraiment faire quelque chose, je suis plus rapide avec mon adsl free a coté ...

jerem

vivien

  • Administrateur
  • *
  • Messages: 47 294
    • Twitter LaFibre.info
bridage sfr OVH ?
« Réponse #11 le: 24 mars 2013 à 12:24:07 »
Je t'ai fais un petit script pour linux pour tester chaque heure le débit entre le serveur hébergé par d'OVH (http://proof.ovh.net/files/) et le serveur de Bytel (https://testdebit.info/)

Il est téléchargeable sur https://lafibre.info/testdebit/scripts/test_debit_ovh_bytel.pl

Il faut le rendre exécutable : bouton droit sur le fichier puis dans permissions cocher la "Autoriser l’exécution du fichier comme un programme"

Ensuite pour qu'il soit exécuté chaque heure, il faut le mettre dans le crontab.

Dans un terminal, il faut taper la commande crontab -e
Si il propose un choix d'éditeur, choisir /bin/nano

Pour que le test soit lacé à la 16ème minute de chaque heure, il faut mettre cette ligne de commande :
16 * * * * /home/scripts/test_debit_ovh_bytel.pl >> /home/scripts/test_debit.csv

/home/scripts/test_debit_ovh_bytel.pl est l'emplacement complet du script (a adapter en fonction de là où il est réellement)
/home/scripts/test_debit.csv est l'emplacement complet du fichier .csv qui sera crée

Je te conseille d'éditer le fichier .csv avec un éditeur de texte afin d'y rajouter la ligne de titre :
Date;Heure;Debit Moyen1;Temps DNS1;Temps connect1;Temps start transfer1;Temps total1;Taille1;Debit Moyen2;Temps DNS2;Temps connect2;Temps start transfer2;Temps total2;Taille2
Pour lire les résultats (après 1 à 2 jours de test), il suffit de double cliquer sur le fichier, il s'ouvre directement avec LibreOffice ou Excel.
Le téléchargement "1" OVH
Le téléchargement "2" est Bouygues Telecom.