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

jeremyp3 · « **Réponse #12 le:** 24 mars 2013 à 13:46:31 »

re,

voila j'ai mis le script en crontab penses tu qu'on pourrai faire quelque chose avec ça ? ou c'est seulement a titre de comparaison ?

parce que si personne ne fais rien ça ne bougera jamais

jerem

vivien · « **Réponse #13 le:** 24 mars 2013 à 15:06:56 »

Cela permet d'avoir des mesures précises et objectives (les deux tests sont réalisés a quelques secondes d'interval) régulièrement (heure de pointe, nuit, journée)

Ensuite cela sera transmis à SFR (il y a des personnes bien placées chez SFR qui lisent ce forum, pour ce type d'incident, c'est plus pertinent que la hotline)

jeremyp3 · « **Réponse #14 le:** 30 mars 2013 à 01:00:30 »

bonjour,

voici le petit fichier qui a été exécuter de mercredi après midi a ce soir toute les 16 de chaque heure

201303_jeremyp3_test_debit_ovh_bytel.xls

si je regarde sur la globalité, ovh 50 mbit et lafibre.info 80 / 95 mbit

jerem

vivien · « **Réponse #15 le:** 30 mars 2013 à 08:05:42 »

Tu regardes la mauvaise colonne.

J'ai mis le fichier au format Excel (lisible sans souci avec LibreOffice) et j'ai mis en gras la colonne des débits : 201303_jeremyp3_test_debit_ovh_bytel.xls.

Débits moyens des 60 tests : 15,9 Mb/s avec OVH et 41,2 Mb/s avec Bytel.

Ce sont des petits fichiers, c'est normal de ne pas avoir le débit max vu que le débit monte lentement.
C'est par contre anormal d'avoir des différences entre OVH et Bytel de cet ordre (sur un fichier plus grand, la différence est plus importante car Bytel arriverait a monter en débit et pas OVH)

Le débit est toujours le même, que ce soit en heure creuse ou en heure pleine.
Ce n'est donc pas une saturation mais des pertes de paquets sur une fibre / un routeur, sans lien avec la charge.

Reazy64 · « **Réponse #16 le:** 03 avril 2013 à 19:29:07 »

Chez moi de SFR à OVH je suis à 800ko/s, ca commence a vraiment me souler.
Dès que orange arrive sur Pau bye SFR !

jeremyp3 · « **Réponse #17 le:** 05 avril 2013 à 16:32:57 »

je remonte le sujet pour essayer d'avoir une réponse, une amélioration, d'autres témoignages pour faire bouger sfr

en parler sur n9ws pourrait il faire bouger les choses ?

Reazy64 · « **Réponse #18 le:** 08 avril 2013 à 20:51:35 »

Voilà pour moi :

jeremyp3 · « **Réponse #19 le:** 08 avril 2013 à 21:06:21 »

salut,

j'ai ouvert un tiquet OVH hier répondu aujourd’hui et on ma dis la chose suivante :

Bonjour,

Je vous remercie pour ces informations .

Je remonte les résultats à nos administrateurs réseau et je reviens vers vous.

Cordialement,
Meryam

j'ai transmis un trace route dans les deux sens ainsi que un wget vers ovh et autres ou le débit est a son maxi

jeremyp3 · « **Réponse #20 le:** 12 avril 2013 à 04:50:59 »

bon je viens avec des bonnes nouvelles

cette nuit la route a changer pendants un petit moment on passer plus par 86.64.159.106 mais par l'autre route 86.64.177.33 a paris durant un petit moment (j'ai l'impréssion que c'est la route de secours).

désormais on est revenu par la route normal et voici un wget depuis mon serveur ovh a 4h46

--2013-04-12 04:48:09-- http://91.121.xx.xx/image.iso
Connexion vers 91.121.xx.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»

7% [=====> ] 54 188 880 11,2M/s eta 68s

ouaiiiii ! pourvu que ça dure !!

merci vivien si tu as pu faire quelque chose au niveau de sfr

je suis intérressé par ton retour
jerem

edit 19h

7% [=====> ] 50 004 909 1012K/s eta 9m 55s ^

grrrr !

jeremyp3 · « **Réponse #21 le:** 18 janvier 2014 à 18:08:32 »

bonjour,

je viens de me rendre compte que c'est encore la mizère entre sfr fibre et OVH

traceroute de chez moi vers mon serveur OVH

Code: [Sélectionner]

traceroute to 91.121.96.xx (91.121.96.xx), 30 hops max, 60 byte packets         
 1  * * *                                                                       
 2  106.159.64.86.rev.sfr.net (86.64.159.106)  21.705 ms  21.775 ms  21.829 ms  
 3  105.159.64.86.rev.sfr.net (86.64.159.105)  19.550 ms  19.644 ms  19.653 ms  
 4  154.61.6.109.rev.sfr.net (109.6.61.154)  27.529 ms  27.529 ms  27.532 ms    
 5  * * *                                                                       
 6  gsw-g1-a9.fr.eu (213.186.32.210)  21.232 ms  21.403 ms  21.375 ms           
 7  rbx-g2-a9.fr.eu (91.121.215.151)  25.121 ms  24.955 ms rbx-g2-a9.fr.eu (91.1
21.131.213)  25.417 ms                                                          
 8  rbx-1-6k.fr.eu (91.121.131.13)  95.407 ms * *                               
 9  rbx-30-m1.fr.eu (213.251.191.85)  24.912 ms  25.200 ms  24.811 ms           
10  ks285xx.kimsufi.com (91.121.96.xx)  24.554 ms  24.454 ms  24.511 ms          
[/code

traceroute inverse 

[code]

traceroute to 93.31.xxx.xx (93.31.xxx.xx), 30 hops max, 60 byte packets         
 1  rbx-30-m2.fr.eu (91.121.96.252)  0.806 ms  1.008 ms  1.240 ms               
 2  * * *                                                                       
 3  rbx-g1-a9.fr.eu (94.23.122.106)  1.797 ms  1.807 ms  1.798 ms               
 4  th2-g1-a9.fr.eu (91.121.215.132)  4.745 ms th2-g1-a9.fr.eu (91.121.131.210) 
 4.421 ms th2-g1-a9.fr.eu (91.121.215.132)  4.742 ms                            
 5  * * *                                                                       
 6  te4-1.th21-co-3.n9uf.net (86.66.127.117)  11.529 ms  7.798 ms  7.756 ms     
 7  229.220.96.84.rev.sfr.net (84.96.220.229)  5.404 ms  5.378 ms  5.367 ms     
 8  213.122.3.109.rev.sfr.net (109.3.122.213)  5.324 ms  5.309 ms  5.398 ms     
 9  210.122.3.109.rev.sfr.net (109.3.122.210)  5.934 ms  13.246 ms  13.243 ms   
10  113.12.6.109.rev.sfr.net (109.6.12.113)  5.430 ms  5.445 ms  5.384 ms       
11  106.159.64.86.rev.sfr.net (86.64.159.106)  6.554 ms  6.451 ms  5.984 ms     
12  1.xxx.31.93.rev.sfr.net (93.31.xxx.1)  25.546 ms  25.568 ms  25.542 ms      
13  xx.xxx.31.93.rev.sfr.net (93.31.xxx.xx)  24.524 ms  24.504 ms  24.545 ms

mais un wget ne reste pas au maximum comme avant

Code: [Sélectionner]

--2014-01-18 18:06:00--  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»                                                     
                                                                                
 0% [                                       ] 8 108 756   4,22M/s              ^
 5% [=>                                     ] 72 467 084  3,35M/s  eta 7m 6s

un wget sur testdebit.info

Code: [Sélectionner]

--2014-01-18 18:07:26--  http://1.testdebit.info/fichiers/1000Mo.dat              
Résolution de testdebit.info... 89.84.127.54                                    
Connexion vers testdebit.info|89.84.127.54|:80...connecté.                      
requête HTTP transmise, en attente de la réponse...200 OK                       
Longueur: 1000000000 (954M) [application/x-ns-proxy-autoconfig]                 
Sauvegarde en : «/dev/null»                                                     
                                                                                
 6% [=>                                     ] 66 257 274  7,19M/s  eta 2m 15s  ^
15% [====>                                  ] 150 792 962 9,16M/s  eta 1m 42s

quelqu'un rencontre-t-il encore les même soucis que l'an dernier ?

jerem

jeremyp3 · « **Réponse #22 le:** 29 janvier 2014 à 21:04:13 »

re,

ça persiste encore ce soir.

vivien si je te met une capture tu accepte de la regarder si il y a une histoire de perte de paquet ?

jerem

vivien · « **Réponse #23 le:** 29 janvier 2014 à 21:12:47 »

Bien sur mais l'idéal serait de faire coté client et coté serveur.
Ne pas avoir les deux coté ne permet pas de voir tous les problèmes.

Il me semble que tu as un serveur OVH.

Voici les commandes à passer pour faire la capture :
sudo tcpdump -i eth0 -n -s 200 -w fichier.pcap port 80

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

jeremyp3

bridage sfr OVH ?

vivien

bridage sfr OVH ?

jeremyp3

bridage sfr OVH ?

vivien

bridage sfr OVH ?

Reazy64

bridage sfr OVH ?

jeremyp3

bridage sfr OVH ?

Reazy64

bridage sfr OVH ?

jeremyp3

bridage sfr OVH ?

jeremyp3

bridage sfr OVH ?

jeremyp3

bridage sfr OVH ?

jeremyp3

bridage sfr OVH ?

vivien

bridage sfr OVH ?