Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!


OVH slow networking help needed
New on LowEndTalk? Please Register and read our Community Rules.

All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.

OVH slow networking help needed

zserozsero Member
edited January 2019 in General

I have been using a budget Kimsufi server for years (i5-3570S). It's been an absolutely amazing server, running a production website on it, it is working well, only the database is getting kind of slow because it has a HDD.

This year, I finally upgraded to an SSD based server at Black Friday, a SoYouStart E3-SSD-1-32 Server (Xeon E3-1245v2 (4c/8th) - 32GB DDR3 1333 MHz - SoftRaid 2x480GB SSD).

This would be a perfect server for me, except for the absolutely terrible international network speed. While the 100 mbps Kimsufi server can do 80-95 mbps reliably at any time, the new 250 mbps SYS server can iperf 5-15 mbps to OVH France. The same test to Canada always goes to 800+ mbps.

I've been back-and-forth with Support, my email thread is at 30+ replies, just now, they've replaced the physical network cable, to no change whatsoever.

At the very same Black Friday deal, an other LET user @emilio911 bought a server exactly like mine, and he is suffering from the very same problem.

If you have a server in BHS, can you help by running iperf -c iperf.ovh.net -r and posting your results, along with what datacenter you are in? Mine and @emilio911's server is both in BHS1.

Here is a test result for mine, server in BHS1:

iperf -c iperf.ovh.net -r
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to iperf.ovh.net, TCP port 5001
TCP window size: 45.0 KByte (default)
------------------------------------------------------------
[  5] local 192.95.29.x port 41780 connected with 188.165.12.136 port 5001
[ ID] Interval       Transfer     Bandwidth
[  5]  0.0-10.0 sec   153 MBytes   128 Mbits/sec
[  4] local 192.95.29.x port 5001 connected with 188.165.12.136 port 50978
[  4]  0.0-10.3 sec  6.38 MBytes  5.18 Mbits/sec
Thanked by 1eol
«1

Comments

  • eoleol Member

    root@sv39 ~ # iperf -c iperf.ovh.net -r

    bind failed: Address already in use

    Client connecting to iperf.ovh.net, TCP port 5001

    TCP window size: 85.0 KByte (default)

    [ 4] local 176.9.125.211 port 47152 connected with 188.165.12.136 port 5001
    [ ID] Interval Transfer Bandwidth
    [ 4] 0.0-10.0 sec 1.09 GBytes 932 Mbits/sec
    root@sv39 ~ #

  • MikeAMikeA Member, Patron Provider
    edited January 2019

    Indeed, iperf from BHS to OVH France (on SYS E3) gets 25Mbps for me, however to all other networks overseas it is perfectly fine, iperf to Online.net maxes the port.

  • Had that problem as well on some of my kimsufis. After 3 months of ticket ping-pong they finally fixed something on their end and the speeds went up.

  • I see, so this is kind of usual then.

    On the other hand, I might not be understanding the iperf values right. Is the first value (128 mbps in my case) is the upload value for the server? And the small value (6.36 mbps) is the download one? That is, in case my server is a normal webserver, I don't need to worry so much about the second value?

  • eoleol Member

    The 2nd value is actually the one you should be worried about.

  • @MikeA what did you use to iperf to Online.net?
    iperf3 -c ping-ams1.online.net -p 5209 -R
    does 25 mbps to me.
    iperf3 -c ping.online.net -p 5209 -R
    does 40-60 mbps.

  • emilio911emilio911 Member
    edited January 2019

    @zsero In their last ping-pong reply with me they told me that "BHS1 has an older configuration". I'll keep you updated...

  • @eol said:
    The 2nd value is actually the one you should be worried about.

    I tried it on my home cable connection which is 150 down / 10 up. The first value is 10 and the second one is 150. With iperf3, the normal one is 10 and the -R one is 150.

  • eoleol Member

    While the first value is the amount of data, the second one is the actual speed.

  • zserozsero Member
    edited January 2019

    @eol said:
    While the first value is the amount of data, the second one is the actual speed.

    I was thinking about the two lines when using -r. For me the first line is OK, but the second line is really slow.

  • MikeAMikeA Member, Patron Provider
    edited January 2019

    @zsero said:
    @MikeA what did you use to iperf to Online.net?
    iperf3 -c ping-ams1.online.net -p 5209 -R
    does 25 mbps to me.
    iperf3 -c ping.online.net -p 5209 -R
    does 40-60 mbps.

    Their main one, ping.online.net, got 270Mbps on my 250Mbps server.

  • eoleol Member

    @zsero said:

    @eol said:
    While the first value is the amount of data, the second one is the actual speed.

    I was thinking about the two lines when using -r. For me the first line is OK, but the second line is really slow.

    Ah ok.
    Well both are too slow imho.

  • I see, so these speeds are definitely not normal on OVH BHS. I'll see how it goes, like what is the next step after changing a network cable.

  • eoleol Member

    Thanked by 2Janevski tcp6
  • sgheghelesgheghele Member
    edited January 2019

    Sorry to plug in, and perhaps it is related, but those with a OVH server in France, even better if in RBX, what speeds are you getting with single threaded download from NL?

    iperf3 -c ping-ams1.online.net -R -p 5203
    [ ID] Interval           Transfer     Bandwidth       Retr
    [  4]   0.00-10.00  sec   319 MBytes   268 Mbits/sec  227             sender
    [  4]   0.00-10.00  sec   318 MBytes   267 Mbits/sec                  receiver
    
    iperf -c mirror.nforce.com -r
    [  4]  0.0-10.0 sec   343 MBytes   287 Mbits/sec
    
    wget -O /dev/null http://mirror.nl.leaseweb.net/speedtest/1000mb.bin
    (29.7 MB/s) - ‘/dev/null’ saved [1000000000/1000000000]
    

    I got this server only recently, but I remember servers I got 2+ years ago to approach 1G speed with single threaded download.

  • FHRFHR Member, Host Rep
    edited January 2019

    iperf3: -R means test download, without -R you're testing upload (note that the -R is uppercase).

    I would also recommend using -P 8 as well to increase the amount of connections iperf can simultaneously use.

    Thanked by 1vimalware
  • Maybe so many people are connecting to iperf -c iperf.ovh.net -r it exploded and then imploded.

    Thanked by 1eol
  • eoleol Member

    Easy to get 1GBit from iperf.ovh.net using a Hetzner dedi.
    If you don't get 1GBit even from OVH there is something wromg.

    EDIT:
    Inserted typo.

    Thanked by 2Janevski Hetzner_OL
  • Yes, that server is not overloaded, I can always get 2+ Gbps from iperf.ovh.net via Google VPS-es.

  • @FHR said:
    iperf3: -R means test download, without -R you're testing upload (note that the -R is uppercase).

    I would also recommend using -P 8 as well to increase the amount of connections iperf can simultaneously use.

    You are right, but in my case the problem is mostly visible via single threaded performance. Having said that, I can get 35 mbps via -P 5, so even parallel 5 doesn't help much.

    iperf -c iperf.ovh.net -P 5 -r
    ------------------------------------------------------------
    Server listening on TCP port 5001
    TCP window size: 85.3 KByte (default)
    ------------------------------------------------------------
    ------------------------------------------------------------
    Client connecting to iperf.ovh.net, TCP port 5001
    TCP window size: 45.0 KByte (default)
    ------------------------------------------------------------
    [  8] local 192.95.29.x port 51788 connected with 188.165.12.136 port 5001
    [  7] local 192.95.29.x port 51786 connected with 188.165.12.136 port 5001
    [  5] local 192.95.29.x port 51790 connected with 188.165.12.136 port 5001
    [  6] local 192.95.29.x port 51782 connected with 188.165.12.136 port 5001
    [  9] local 192.95.29.x port 51784 connected with 188.165.12.136 port 5001
    [ ID] Interval       Transfer     Bandwidth
    [  5]  0.0-10.0 sec  55.5 MBytes  46.5 Mbits/sec
    [  8]  0.0-10.0 sec  43.5 MBytes  36.4 Mbits/sec
    [  9]  0.0-10.1 sec  32.4 MBytes  27.0 Mbits/sec
    [  7]  0.0-10.1 sec  82.5 MBytes  68.6 Mbits/sec
    [  6]  0.0-10.1 sec  44.9 MBytes  37.2 Mbits/sec
    [SUM]  0.0-10.1 sec   259 MBytes   215 Mbits/sec
    [  4] local 192.95.29.x port 5001 connected with 188.165.12.136 port 51888
    [  5] local 192.95.29.x port 5001 connected with 188.165.12.136 port 51891
    [  6] local 192.95.29.x port 5001 connected with 188.165.12.136 port 51887
    [  7] local 192.95.29.x port 5001 connected with 188.165.12.136 port 51890
    [  8] local 192.95.29.x port 5001 connected with 188.165.12.136 port 51889
    [  6]  0.0-10.6 sec  6.62 MBytes  5.27 Mbits/sec
    [  4]  0.0-10.6 sec  8.00 MBytes  6.31 Mbits/sec
    [  5]  0.0-10.7 sec  8.50 MBytes  6.68 Mbits/sec
    [  8]  0.0-10.9 sec  5.50 MBytes  4.24 Mbits/sec
    [  7]  0.0-10.9 sec  16.5 MBytes  12.7 Mbits/sec
    [SUM]  0.0-10.9 sec  45.1 MBytes  34.7 Mbits/sec
    
  • zserozsero Member
    edited February 2019

    I thought I'd update you on how this issue is going on. At around 1st of January, the OVH team finally acknowledged that there is indeed a problem with < 10 Mbit/sec download speeds, and their administrators requested control over the server.

    I asked them regularly, every week that what is the status of this issue, and they always replied that they are indeed working on it. I even asked if they are sure I should renew the server, because it's kind of silly that I'm renewing a server which I couldn't have used till now, and they said that yes, I should just renew it, RMA will cover the missing days.

    Today, I'm at day 74 of buying this server, until this time I couldn't use it at all (and paid for it). I asked again, and they replied that they see everything is ok, I should apply the following sysctl tweaks (net.ipv4.tcp_rmem, etc). No, some sysctl tweaks won't make my 10 Mbit/sec download speeds into the advertised 250 Mbit/sec (Just for reference, a North American Google Cloud server can do 300 Mbit/sec to OVH France via the same iperf command).

    At this point I'm questioning if I'll ever want to use OVH/SoYouStart for business purposes.

    @emilio911 had the exact same problem, at least for him they allowed to move to a BHS6 server for the same price. So far I wasn't so lucky.

    Now, if I'd need to look for an alternative provider, can you help me in the following:

    • Which providers have good quality network and reasonably priced dedis in the US? I'm only using something like 800 GB per month, even if that grows over 10x, I'll still be under 10 TB a month. If possible I'd prefer to be on a network which is not also functioning as the biggest torrent seedbox network, but is used for business websites.
    • How is Hetzner from the US via Cloudflare? Would you recommend it?

    38% of my users are from North America, 33% are from Europe, 10% from South America?

    Should I just pick Hetzner and forget this mess?

  • Just for reference, here is how the server functions after 74 days of emailing about this issue:

    date && iperf -c iperf.ovh.net -t 32 -i 4 -P 4 -r | grep SUM
    Mon Feb  4 19:39:20 EST 2019
    [SUM]  0.0- 4.0 sec  82.4 MBytes   173 Mbits/sec
    [SUM]  4.0- 8.0 sec  96.2 MBytes   202 Mbits/sec
    [SUM]  8.0-12.0 sec  99.4 MBytes   208 Mbits/sec
    [SUM] 12.0-16.0 sec   111 MBytes   234 Mbits/sec
    [SUM] 16.0-20.0 sec   110 MBytes   231 Mbits/sec
    [SUM] 20.0-24.0 sec   114 MBytes   240 Mbits/sec
    [SUM] 24.0-28.0 sec   118 MBytes   248 Mbits/sec
    [SUM] 28.0-32.0 sec   116 MBytes   243 Mbits/sec
    [SUM]  0.0-32.1 sec   849 MBytes   222 Mbits/sec
    [SUM]  0.0- 4.0 sec  16.1 MBytes  33.9 Mbits/sec
    [SUM]  4.0- 8.0 sec  10.8 MBytes  22.6 Mbits/sec
    [SUM]  0.0- 9.4 sec  28.6 MBytes  25.4 Mbits/sec
    

    That is 25 Mbit/sec downloading on 4 parallel threads, right now! The test didn't even complete for some reason.

  • Did you try a different remote machine also?

  • zserozsero Member
    edited February 2019

    Yes, everything overseas is super slow, but they said they don't guarantee anything related to network. So I found out that I can "prove" the slowness by using their own OVH France server. BTW, OVH France does 1200/500 from Hetzner and OVH Canada does 1000/500 mbit/sec from Hetzner Nuremberg.

    Thanked by 1eol
  • eoleol Member
    edited February 2019

    Hetzner.

    EDIT2:
    Hetzner is the answer.
    What's the question?

  • @eol said:
    Hetzner.

    EDIT2:
    Hetzner is the answer.
    What's the question?

    No question anymore. Bought an EX42-NVMe, stable iperf 600/360 to USA (iperf.he.net), and this SSD. And for some reason it geekbenches like a 6700K:

    ioping -RD .
    
    --- . (ext4 /dev/md2) ioping statistics ---
    47.7 k requests completed in 2.91 s, 186.5 MiB read, 16.4 k iops, 64.1 MiB/s
    generated 47.7 k requests in 3.00 s, 186.5 MiB, 15.9 k iops, 62.2 MiB/s
    min/avg/max/mdev = 46.9 us / 60.9 us / 2.09 ms / 25.6 us
    
  • Happy ending.
    And thanks for teaching me about iperf.he.net.

  • ClouviderClouvider Member, Patron Provider

    @vimalware said:
    Happy ending.
    And thanks for teaching me about iperf.he.net.

    You must remember though that HE has congestion issues with many networks.

  • @Clouvider said:

    @vimalware said:
    Happy ending.
    And thanks for teaching me about iperf.he.net.

    You must remember though that HE has congestion issues with many networks.

    Typical response that i expect from you 😂

  • ClouviderClouvider Member, Patron Provider

    @smile said:

    @Clouvider said:

    @vimalware said:
    Happy ending.
    And thanks for teaching me about iperf.he.net.

    You must remember though that HE has congestion issues with many networks.

    Typical response that i expect from you 😂

    The informative one, yes, thanks. That’s what I aim for.

Sign In or Register to comment.