We are in the process of migrating this forum. A new space will be available soon. We are sorry for the inconvenience.

Slow upload outside OVH network


Akito
27-07-2015, 11:35
Still nothing.. big joke support.

Akito
20-07-2015, 07:00
...... aaaand???

Neil
17-07-2015, 12:17
Hi

Thank you I have contacted the OVH NL Team now about this.

Akito
17-07-2015, 12:09
Ofcourse: TICKET#2015070319023029 is gone. Evaporated.
Your dutch colleague opened a new ticket TICKET#2015071619015068 . But have to start all over again.

When are you going to fix this? Or will you keep this problem going until I give up in the end? It's going on for about 2 weeks now.

Neil
17-07-2015, 11:24
Hi

Do you have a note of the ticket number?

Akito
16-07-2015, 13:31
Ahhh SYS / OVH is really trying to not have to help me. My ticket just got deleted from my manager. Awesome!

Akito
13-07-2015, 09:31
5 Days without any answer or help. Problem still persists.
How in the world can you call yourself support??

Akito
10-07-2015, 09:57
OVH have started their holidays already or something I guess.
2 Days without anything..... great guys.

Akito
09-07-2015, 10:13
Anyone here? Can't say I haven't provided logs now. Still no answer for 23 hours again.

Akito
08-07-2015, 11:13
Correct. I have had a peak of traffic of almost 100Mbps yesterday. That was a move from one SYS server to another SYS server. Not to the 'outside' of the OVH network. Also, I have come to notice that 100Mbps is not what it should be either, because from one SYS server to another SYS server in the same RBX3 datacenter, I might expect to come closer to the 250Mbps limit. Which I have had in the past.

Anyway I thought your colleague meant to put the logs in the ticket. Which I had done still it's not done to just keep silence for over a dag in the ticket.

Nevertheless here comes the logs.
Tests with official test files OVH:
Code:
To Hetzner Germany:
akito@bckde1:/home/# wget http://rbx.proof.ovh.net/files/10Gb.dat
--2015-07-08 05:13:31--  http://rbx.proof.ovh.net/files/10Gb.dat
Resolving rbx.proof.ovh.net (rbx.proof.ovh.net)... 188.165.12.106, 2001:41d0:2:876a::1
Connecting to rbx.proof.ovh.net (rbx.proof.ovh.net)|188.165.12.106|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1250000000 (1.2G) [application/octet-stream]
Saving to: `10Gb.dat'

14% [================>                                                                                                  ] 185,090,818 49.8M/s  eta 21s

traceroute to rbx.proof.ovh.net (188.165.12.106), 30 hops max, 60 byte packets
 1  148.251.84.199  0.017 ms  0.007 ms  0.006 ms
 2  213.239.203.65  0.197 ms  0.192 ms 213.239.239.225  0.217 ms
 3  213.239.245.229  0.206 ms  0.230 ms 213.239.245.237  0.825 ms
 4  213.239.245.14  11.467 ms  11.458 ms  11.439 ms
 5  213.239.245.1  4.863 ms  4.850 ms 213.239.245.5  6.541 ms
 6  * * *
 7  37.187.232.97  14.390 ms  14.277 ms  14.265 ms
 8  213.251.128.80  13.265 ms 91.121.131.158  24.186 ms 213.251.128.80  13.327 ms
 9  * * *
-------------

To Zug, Switerland:
akito@chvpn:~$ wget http://rbx.proof.ovh.net/files/10Gb.dat
--2015-07-08 05:15:37--  http://rbx.proof.ovh.net/files/10Gb.dat
Resolving rbx.proof.ovh.net (rbx.proof.ovh.net)... 2001:41d0:2:876a::1, 188.165.12.106
Connecting to rbx.proof.ovh.net (rbx.proof.ovh.net)|2001:41d0:2:876a::1|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1250000000 (1.2G) [application/octet-stream]
Saving to: `10Gb.dat'

17% [====================>                                                                                                         ] 215,854,258 44.2M/s  eta 23s

 traceroute to rbx.proof.ovh.net (188.165.12.106), 30 hops max, 60 byte packets
 1  185.73.240.36  0.026 ms  0.018 ms  0.015 ms
 2  176.10.100.89  4.334 ms  4.388 ms  4.439 ms
 3  216.66.87.117  1.026 ms  1.008 ms  0.990 ms
 4  194.42.48.30  1.072 ms  1.128 ms  1.295 ms
 5  94.23.122.145  8.066 ms  8.048 ms  8.030 ms
 6  37.187.232.97  24.868 ms  25.927 ms  24.772 ms
 7  178.33.100.132  158.645 ms 178.33.100.134  157.888 ms 213.251.128.2  24.437 ms
 8  * * *
--------------

To Dallas, USA:
akito@bcktx1:~# wget http://rbx.proof.ovh.net/files/10Gb.dat
--2015-07-08 05:21:29--  http://rbx.proof.ovh.net/files/10Gb.dat
Resolving rbx.proof.ovh.net (rbx.proof.ovh.net)... 2001:41d0:2:876a::1, 188.165.12.106
Connecting to rbx.proof.ovh.net (rbx.proof.ovh.net)|2001:41d0:2:876a::1|:80... failed: No route to host.
Connecting to rbx.proof.ovh.net (rbx.proof.ovh.net)|188.165.12.106|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1250000000 (1.2G) [application/octet-stream]
Saving to: ‘10Gb.dat.1’

10Gb.dat.1                     16%[=======>                                         ] 198.66M  14.7MB/s   eta 2m 16s

traceroute to rbx.proof.ovh.net (188.165.12.106), 30 hops max, 60 byte packets
 1  104.194.219.17  1.771 ms  1.824 ms  1.860 ms
 2  104.149.238.129  0.628 ms  0.710 ms  0.788 ms
 3  104.216.247.1  0.555 ms  0.564 ms  0.541 ms
 4  173.205.63.41  19.526 ms  0.537 ms  19.508 ms
 5  199.229.230.86  0.605 ms  0.599 ms  0.541 ms
 6  66.110.56.5  46.555 ms  46.561 ms  46.538 ms
 7  66.198.154.117  45.946 ms  50.697 ms  50.631 ms
 8  216.6.87.1  46.844 ms  46.814 ms  46.155 ms
 9  216.6.87.10  49.825 ms *  48.796 ms
10  216.6.57.1  46.435 ms  46.419 ms  41.767 ms
11  192.99.146.48  41.751 ms  46.990 ms  46.968 ms
12  178.32.135.165  121.760 ms 178.32.135.231  128.455 ms 178.32.135.165  122.802 ms
13  91.121.128.195  123.025 ms 178.33.100.67  123.959 ms  129.945 ms
14  213.186.32.166  123.800 ms 178.33.100.132  131.036 ms 178.33.100.134  128.175 ms
15  * * *
--------------

Montreal OVH, Canada:
akito@bckca1:~$ wget http://rbx.proof.ovh.net/files/10Gb.dat
--2015-07-08 05:23:23--  http://rbx.proof.ovh.net/files/10Gb.dat
Resolving rbx.proof.ovh.net (rbx.proof.ovh.net)... 188.165.12.106, 2001:41d0:2:876a::1
Connecting to rbx.proof.ovh.net (rbx.proof.ovh.net)|188.165.12.106|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1250000000 (1.2G) [application/octet-stream]
Saving to: `10Gb.dat'

15% [=========>                                                        ] 195,272,320 19.9M/s  eta 49s

traceroute to rbx.proof.ovh.net (188.165.12.106), 30 hops max, 60 byte packets
 1  142.4.216.219  0.024 ms  0.008 ms  0.006 ms
 2  10.21.51.250  1.070 ms  1.104 ms  1.878 ms
 3  * * *
 4  10.21.50.7  82.028 ms  82.100 ms 10.21.50.6  81.894 ms
 5  * * *
Here the logs from my 2 server(s).
Not as fast neither as OVH proof, but you can see that one server (both in RBX3) is really performaning much worse compared to the other.
So something is definitely wrong:
Code:
Hetzner, Germany:
# wget http://dwars.science/1gb.bin
--2015-07-08 05:36:06--  http://dwars.science/1gb.bin
Resolving dwars.science (dwars.science)... 178.32.57.250
Connecting to dwars.science (dwars.science)|178.32.57.250|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1073741824 (1.0G) [application/octet-stream]
Saving to: `1gb.bin'

20% [======================>                                                                                            ] 219,475,953 10.1M/s  eta 73s
29% [============================>                                                                                      ] 315,015,009 6.30M/s  eta 1m 49s

traceroute to dwars.science (178.32.57.250), 30 hops max, 60 byte packets
 1  148.251.84.199  0.029 ms  0.012 ms  0.010 ms
 2  213.239.239.225  0.190 ms 213.239.203.65  0.180 ms 213.239.203.97  0.196 ms
 3  213.239.245.241  0.179 ms 213.239.245.229  0.223 ms 213.239.245.233  2.124 ms
 4  213.239.245.18  20.859 ms  20.847 ms 213.239.245.14  4.802 ms
 5  213.239.245.5  4.820 ms 213.239.245.1  4.864 ms  4.850 ms
 6  * * *
 7  37.187.232.97  13.364 ms 37.187.232.89  13.359 ms 37.187.232.97  14.542 ms
 8  213.251.130.77  35.631 ms  35.328 ms  35.510 ms
 9  178.32.57.250  13.280 ms  12.979 ms  12.925 ms
--------------------

Zug, Switerland:
# wget http://dwars.science/1gb.bin
--2015-07-08 05:35:36--  http://dwars.science/1gb.bin
Resolving dwars.science (dwars.science)... 178.32.57.250
Connecting to dwars.science (dwars.science)|178.32.57.250|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1073741824 (1.0G) [application/octet-stream]
Saving to: `1gb.bin'

34% [==========================================>                                                                                   ] 370,093,521 26.2M/s  eta 29s
13% [===============>                                                                                                              ] 142,211,625 5.57M/s  eta 1m 58s 

traceroute to dwars.science (178.32.57.250), 30 hops max, 60 byte packets
 1  185.73.240.36  0.052 ms  0.017 ms  0.015 ms
 2  176.10.100.89  0.274 ms  0.361 ms  0.472 ms
 3  216.66.87.117  9.263 ms  9.296 ms  9.326 ms
 4  194.42.48.30  1.383 ms  1.434 ms  1.493 ms
 5  94.23.122.145  7.738 ms  7.738 ms  7.743 ms
 6  37.187.232.97  25.995 ms  25.112 ms  25.892 ms
 7  213.251.130.77  25.031 ms  24.936 ms  25.068 ms
 8  178.32.57.250  24.430 ms  24.274 ms  24.272 ms
 ------------------
 
 Dallas, USA:
 # wget http://dwars.science/1gb.bin
--2015-07-08 05:38:29--  http://dwars.science/1gb.bin
Resolving dwars.science (dwars.science)... 178.32.57.250
Connecting to dwars.science (dwars.science)|178.32.57.250|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1073741824 (1.0G) [application/octet-stream]
Saving to: ‘1gb.bin’

1gb.bin                        12%[====>                                            ] 122.95M  7.69MB/s   eta 2m 7s
1gb.bin.2                       3%[>                                                ]  32.27M  1.50MB/s   eta 8m 6s

traceroute to dwars.science (178.32.57.250), 30 hops max, 60 byte packets
 1  104.194.219.17  1.829 ms  1.890 ms  1.928 ms
 2  104.149.238.129  0.774 ms  1.099 ms  1.097 ms
 3  104.216.247.1  0.584 ms  0.583 ms  0.573 ms
 4  173.205.63.41  0.562 ms  0.549 ms  0.593 ms
 5  213.248.81.73  0.627 ms  0.662 ms  0.648 ms
 6  213.155.130.66  42.875 ms  42.993 ms  42.974 ms
 7  213.155.130.30  43.031 ms  43.010 ms  42.999 ms
 8  178.32.135.212  43.345 ms  43.329 ms  43.373 ms
 9  198.27.73.203  125.425 ms 178.33.100.235  124.403 ms 198.27.73.31  128.603 ms
10  91.121.131.189  124.818 ms 91.121.215.143  128.674 ms 91.121.215.141  128.643 ms
11  94.23.122.237  124.011 ms  128.268 ms  124.323 ms
12  178.32.57.250  123.726 ms  125.024 ms  125.005 ms
-----------------


Montreal OVH, Canada:
$ wget http://dwars.science/1gb.bin
--2015-07-08 05:39:17--  http://dwars.science/1gb.bin
Resolving dwars.science (dwars.science)... 178.32.57.250
Connecting to dwars.science (dwars.science)|178.32.57.250|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1073741824 (1.0G) [application/octet-stream]
Saving to: `1gb.bin'

14% [========>                                                       ] 153,417,489 9.99M/s  eta 1m 54s
 2% [>                                                               ] 29,744,513  1.56M/s  eta 9m 26s


$ traceroute -n dwars.science
traceroute to dwars.science (178.32.57.250), 30 hops max, 60 byte packets
 1  142.4.216.219  0.016 ms  0.008 ms  0.007 ms
 2  198.27.73.15  1.046 ms  1.034 ms  1.182 ms
 3  192.99.146.100  9.017 ms  9.050 ms  9.083 ms
 4  178.32.135.231  81.149 ms 198.27.73.29  81.287 ms 178.32.135.165  77.457 ms
 5  91.121.128.195  81.210 ms 91.121.131.177  80.168 ms 178.33.100.67  85.062 ms
 6  213.251.130.77  83.631 ms  83.700 ms  83.781 ms
 7  178.32.57.250  84.638 ms  84.673 ms  87.334 ms
The machine performing fine: RBX3 - Rack: 41B15 - Server ID: 112575
The machine performing bad: RBX3 - Rack: 43N06 - Server ID: 191134

marks
08-07-2015, 09:57
the ticket is with our Dutch support, and it'll be looked into very soon (with OVH servers, we aim to reply to email within 1 working day, but SYS servers it could be a bit slower).

as far as I can see from our side, the server seems ok, latency alright, and you did have a peak of traffic almost 100Mbps yesterday.

As my colleague said, you need to provide logs of the problem so we can look into it better, as there is no general issue being reported. Thus, we'll have to look into it investigating this particular one.

You're welcome to wait for our colleagues from NL to reply or to put these logs here so we can have a look (upload/download logs and traceroute for each test you've done).

Akito
08-07-2015, 07:24
3 Days later, still the problem persists and nobody seems to take responsibility to inform me. Not even the guy who promised to update me as soon as possible. What a joke.

Akito
07-07-2015, 14:15
It's great to be ignored at all.

Akito
07-07-2015, 12:27
Is anyone actually working on it? Or are you just being really good at making me think someone is looking at it while in fact nothing is happening....??

Akito
07-07-2015, 07:29
Yes he did. All he said was he'd report back as quick as possible. That was 15 hours ago.
Total time is 22+ hours for a networking issue. Way too much time I'd think.

Dani
06-07-2015, 17:13
Hi

One of my colleagues will reply to your ticket shortly.

Thanks

Danny

Akito
06-07-2015, 11:42
Not sure what is the NIC handle and there's no number shown on my ticket.


However Server ID: 191134
ns381251

Dani
06-07-2015, 11:30
Hi

Please provide me with your NIC handle or ticket number. I will check this for you.

Thanks

Danny

Akito
06-07-2015, 11:13
I have already opened a ticket through the control panel. When will that one be answered?
My previous ticket there from a while ago was never answered.

Or what else do you mean by contacting directly?

Dani
06-07-2015, 10:50
Hi

Please contact support directly regarding this issue,

Please also include logs for the upload speed.

Thanks

Danny

Akito
05-07-2015, 14:45
Hello,

I'm running ESXi 5.5 on my my SYS machine and am experiencing quite slow upload to anywhere on the internet, except for within OVH network.
Within the OVH network I could max out the speed.
Outside the OVH network I'm usually seeing a speed of around 4MB/s. Sometimes the speed bumps up to 10 - 15 MB/s but then quickly it will go back down to 4MB/s. It's like it's being capped or something like that.

Firstly I thought maybe it was the VMTools driver of my guest machines that doesn't work properly, but then I went to download a file directly from the ESXi datastore to various locations (Germany, UK, and OVH's BHS location in Canada). All the same.
Downloading to the machine goes really fast however, and I can easily max out that speed as well. The problem focusses purely on upload.

What could be the issue of this? I've sent an e-mail to SYS already but ofcourse no reply yet. Hence I hope to find some help here.