Auteur Sujet: Hubic : impossible d'uploader (Lu 7240 fois)

matthieuuu · « **le:** 12 juin 2013 à 21:17:31 »

Bonjour à tous,

J'utilise depuis quelques moi hubiC d'OVH (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 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

vivien · « **Réponse #1 le:** 12 juin 2013 à 22:46:29 »

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 ?

matthieuuu · « **Réponse #2 le:** 12 juin 2013 à 22:50:00 »

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"

corrector · « **Réponse #3 le:** 13 juin 2013 à 06:08:05 »

Je ne comprends pas : d'où tu sorts ton 999?

vivien · « **Réponse #4 le:** 13 juin 2013 à 06:37:14 »

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 ?

matthieuuu · « **Réponse #5 le:** 13 juin 2013 à 07:01:23 »

Citation de: corrector

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.

Citation de: vivien

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 !

vivien · « **Réponse #6 le:** 13 juin 2013 à 07:06:14 »

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

matthieuuu · « **Réponse #7 le:** 13 juin 2013 à 07:13:22 »

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é.

corrector · « **Réponse #8 le:** 13 juin 2013 à 07:17:29 »

Fais un tracepath!

matthieuuu · « **Réponse #9 le:** 13 juin 2013 à 07:31:06 »

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]

corrector · « **Réponse #10 le:** 13 juin 2013 à 07:38:19 »

Fais un tracepath, plutôt.

matthieuuu · « **Réponse #11 le:** 13 juin 2013 à 07:40:15 »

Je n'ai pas trouvé de tracepath pour windows, mais si tu sais quelles options traceroute donneront un équivalent de tracepath, avec plaisir.