La Fibre
Hébergeurs et opérateurs pro / entreprises => Hébergeurs et opérateurs pro / entreprises => 
OVHcloud => Discussion démarrée par: matthieuuu le 12 juin 2013 à 21:17:31
-
Bonjour à tous,
J'utilise depuis quelques moi hubiC d'OVH (https://www.ovhtelecom.fr/hubiC/ (https://www.ovhtelecom.fr/hubiC/) pour ceux qui ne connaissent pas).
D'après quelques "tests", les fichiers sont uploadés via lb1.hubic.ovh.net (5.135.33.14) sur le port 443.
Je me suis rendu compte que je ne peux pas uploader de gros fichiers (> à env. 900 Ko).
J'ai fait 2 ping et effectivement, il y a un blocage quelque part :
C:\>ping lb1.hubic.ovh.net -l 998
Envoi d'une requête 'ping' sur lb1.hubic.ovh.net [5.135.33.14] avec 998 octets de données :
Réponse de 5.135.33.14 : octets=998 temps=14 ms TTL=245
Réponse de 5.135.33.14 : octets=998 temps=14 ms TTL=245
Réponse de 5.135.33.14 : octets=998 temps=15 ms TTL=245
Réponse de 5.135.33.14 : octets=998 temps=19 ms TTL=245
C:\iperf>ping lb1.hubic.ovh.net -l 999
Envoi d'une requête 'ping' sur lb1.hubic.ovh.net [5.135.33.14] avec 999 octets de données :
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Si je me connecte avec différents VPN, je n'ai aucun problème d'upload, et le "ping 999" passe bien.
Idem depuis d'autres lignes (free, OVH, SFR ADSL, Orange, ...) pas de soucis.
D'après le support OVH il n'y a pas de blocage de leur côté et je dois me rapprocher de mon FAI (qui lui me dit qu'il y a des ralentissements entre SFR et iCloud, iTunes, Steam, ... cf http://goo.gl/BQkDt (http://goo.gl/BQkDt) et ça n'a pas grand chose à voir...)
Si quelqu'un a une idée, elle est la bienvenue car je ne sais plus quoi faire...
Merci :)
-
C'est étonnant, je n'ai pas de souci depuis Bouygues Telecom (Bbox fibre) :
(l'option -s sous linux est équivalent de l'option -l sous windows)
$ ping lb1.hubic.ovh.net -s 1472
PING lb1.hubic.ovh.net (5.135.33.14) 1472(1500) bytes of data.
1480 bytes from lb1.hubic.ovh.net (5.135.33.14): icmp_req=1 ttl=242 time=22.8 ms
1480 bytes from lb1.hubic.ovh.net (5.135.33.14): icmp_req=2 ttl=242 time=16.9 ms
1480 bytes from lb1.hubic.ovh.net (5.135.33.14): icmp_req=3 ttl=242 time=22.8 ms
1480 bytes from lb1.hubic.ovh.net (5.135.33.14): icmp_req=4 ttl=242 time=17.6 ms
1480 bytes from lb1.hubic.ovh.net (5.135.33.14): icmp_req=5 ttl=242 time=16.3 ms
Je pense que c'est lié a des modification sur ton système, tu n'aurais pas un second PC même ancien pour faire le test ?
Que donne ping lafibre.info -l 1400 ?
-
C:\>ping lafibre.info -l 1400
Envoi d'une requête 'ping' sur lafibre.info [46.227.16.8] avec 1400 octets de données :
Réponse de 46.227.16.8 : octets=1400 temps=6 ms TTL=60
Réponse de 46.227.16.8 : octets=1400 temps=4 ms TTL=60
Réponse de 46.227.16.8 : octets=1400 temps=4 ms TTL=60
Réponse de 46.227.16.8 : octets=1400 temps=5 ms TTL=60
J'ai formaté le PC et j'ai le même soucis sur mon "ping 999"
-
Je ne comprends pas : d'où tu sorts ton 999?
-
Depuis un accès SFR adsl, pas de souci :
$ ping lb1.hubic.ovh.net -s 1464
PING lb1.hubic.ovh.net (5.135.33.14) 1464(1492) bytes of data.
1472 bytes from lb1.hubic.ovh.net (5.135.33.14): icmp_req=1 ttl=244 time=57.3 ms
1472 bytes from lb1.hubic.ovh.net (5.135.33.14): icmp_req=2 ttl=244 time=58.2 ms
1472 bytes from lb1.hubic.ovh.net (5.135.33.14): icmp_req=3 ttl=244 time=57.6 ms
1472 bytes from lb1.hubic.ovh.net (5.135.33.14): icmp_req=4 ttl=244 time=57.4 ms
Que donne ping proof.ovh.net -l 1400 , une autre destination chez OVH ?
-
Je ne comprends pas : d'où tu sorts ton 999?
J'ai cherché à partir de combien ça bloquait, donc en essayant plusieurs valeurs j'ai fini par trouver 999.
Que donne ping proof.ovh.net -l 1400 , une autre destination chez OVH ?
C:\>ping proof.ovh.net -l 1400
Envoi d'une requête 'ping' sur proof.ovh.net [2001:41d0:2:876a::1] avec 1400 octets de données :
Réponse de 2001:41d0:2:876a::1 : temps=15 ms
Réponse de 2001:41d0:2:876a::1 : temps=15 ms
Réponse de 2001:41d0:2:876a::1 : temps=97 ms
Réponse de 2001:41d0:2:876a::1 : temps=15 ms
C:\>ping ipv4.proof.ovh.net -l 1400
Envoi d'une requête 'ping' sur ipv4.proof.ovh.net [188.165.12.106] avec 1400 octets de données :
Réponse de 188.165.12.106 : octets=1400 temps=17 ms TTL=54
Réponse de 188.165.12.106 : octets=1400 temps=16 ms TTL=54
Réponse de 188.165.12.106 : octets=1400 temps=14 ms TTL=54
Réponse de 188.165.12.106 : octets=1400 temps=14 ms TTL=54
Merci en tout cas !
-
Tu ferais un ping lb1.hubic.ovh.net -l 1400 après avoir désactivé IPv6 sur ta neufbox ? (je sais l'IP de test est en v4 mais un bug pourrait exister)
Que donne un test vers un autre load balancer ?
ping lb3.hubic.ovh.net -l 1400
-
IPv6 désactivé :
C:\>ping proof.ovh.net -l 1400
Envoi d'une requête 'ping' sur proof.ovh.net [188.165.12.106] avec 1400 octets de données :
Réponse de 188.165.12.106 : octets=1400 temps=14 ms TTL=54
C:\>ping lb1.hubic.ovh.net -l 1400
Envoi d'une requête 'ping' sur lb1.hubic.ovh.net [5.135.33.14] avec 1400 octetsde données :
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
C:\>ping lb3.hubic.ovh.net -l 1400
Envoi d'une requête 'ping' sur lb3.hubic.ovh.net [5.135.33.16] avec 1400 octets de données :
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
-
Fais un tracepath!
-
C:\>tracert lb1.hubic.ovh.net
1 2 ms 1 ms 2 ms 192.168.1.1
2 3 ms 3 ms 3 ms 11.122.66.86.rev.sfr.net [86.66.122.11]
3 2 ms 2 ms 2 ms 129.202.118.80.rev.sfr.net [80.118.202.129]
4 10 ms * 9 ms lyo-1-6k.fr.eu [94.23.122.141]
5 10 ms 10 ms 9 ms gsw-g1-a9.fr.eu [91.121.131.113]
6 18 ms 15 ms 13 ms rbx-g2-a9.fr.eu [91.121.131.213]
7 27 ms 14 ms * rbx-s5-6k.fr.eu [178.33.100.106]
8 14 ms 13 ms 13 ms lb1.hubic.ovh.net [5.135.33.14]
-
Fais un tracepath, plutôt.
-
Je n'ai pas trouvé de tracepath pour windows, mais si tu sais quelles options traceroute donneront un équivalent de tracepath, avec plaisir.
-
Il semble que mturoute puisse faire office de remplacement. (http://www.elifulkerson.com/projects/mturoute.php)
Une commande du style mturoute -t lb1.hubic.ovh.net devrait suffire.
-
Le premier mturoute :
C:\>mturoute -t lb1.hubic.ovh.net
mturoute to lb1.hubic.ovh.net, 30 hops max, variable sized packets
* ICMP Fragmentation is not permitted. *
* Speed optimization is enabled. *
* Maximum payload is 10000 bytes. *
1 +- host: 192.168.1.1 max: 1500 bytes
2 +- host: 86.66.122.11 max: 1500 bytes
3 +- host: 80.118.202.129 max: 1500 bytes
4 ...-.- host: 94.23.122.141 not responding
No response from traceroute for this TTL. Tried 3 times
5 .-.- host: 91.121.131.113 not responding
6 .-.- host: 91.121.131.213 not responding
7 .-.- host: 178.33.100.106 not responding
No response from traceroute for this TTL. Tried 3 times
8 .-++.-+.-.-.-.-.-.-.- host: 5.135.33.14 max: 982 bytes
Le second :
C:\>mturoute -t lb1.hubic.ovh.net
mturoute to lb1.hubic.ovh.net, 30 hops max, variable sized packets
* ICMP Fragmentation is not permitted. *
* Speed optimization is enabled. *
* Maximum payload is 10000 bytes. *
1 +- host: 192.168.1.1 max: 1500 bytes
2 +- host: 86.66.122.11 max: 1500 bytes
3 +- host: 80.118.202.129 max: 1500 bytes
4 ...-.- host: 94.23.122.141 not responding
No response from traceroute for this TTL. Tried 3 times
5 .-.- host: 91.121.131.113 not responding
6 .-.- host: 91.121.131.213 not responding
7 .-.- host: 178.33.100.106 not responding
No response from traceroute for this TTL. Tried 3 times
8 +- host: 5.135.33.14 max: 1500 bytes
-
Je pense que tu peux envoyer un petit mail / tweet au support d'OVH.
Le problème est a priori chez eux.
-
Ok je vais tenter, encore ! Merci en tout cas :)