[JALZOO]

ooo

[JALZOO]

http: 7.53mb/s

Ftp: 9.80mb/s

Sorry but what the hell is wrong with that?. How do you no People were not downloading software from him slowing his server down when you downloaded from him?.

[Ashley]

HTTP

getdarker@ns360403:~/getdarker.eu/test$ wget http://www.abyssunderground.co.uk/t                                                                             est/test.bin
--13:10:57--  http://www.abyssunderground.co.uk/test/test.bin
           => `test.bin'
Resolving www.abyssunderground.co.uk... 91.121.17.201
Connecting to www.abyssunderground.co.uk|91.121.17.201|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 104,857,600 (100M) [application/octet-stream]

100%[====================================>] 104,857,600    7.53M/s    ETA 00:00

13:11:09 (8.49 MB/s) - `test.bin' saved [104857600/104857600]

FTP

getdarker@ns360403:~/getdarker.eu/test$ wget ftp://test:test@abyssunderground.co                                                                             .uk/test.bin
--13:11:27--  ftp://test:*password*@abyssunderground.co.uk/test.bin
           => `test.bin.1'
Resolving abyssunderground.co.uk... 91.121.17.201
Connecting to abyssunderground.co.uk|91.121.17.201|:21... connected.
Logging in as test ... Logged in!
==> SYST ... done.    ==> PWD ... done.
==> TYPE I ... done.  ==> CWD not needed.
==> PASV ... done.    ==> RETR test.bin ... done.

    [                    <=>              ] 104,857,600    9.80M/s

13:11:37 (10.36 MB/s) - `test.bin.1' saved [104857600]

I also second that you should calm down a little. The language barrier is not exactly helping but calling people who run 30,000 servers "monkeys" is a bit disrespectful.

[BELLonline]

Here are some traceroutes if they help anything:

RapidSwitch:

traceroute to xxx, 30 hops max, 40 byte packets
1 87.117.228.1 (87.117.228.1) 0.404 ms 0.576 ms 0.672 ms
2 87.117.211.37 (87.117.211.37) 1.399 ms 1.491 ms 1.483 ms
3 87.117.214.13 (87.117.214.13) 2.064 ms 2.163 ms 2.264 ms
4 sw1.tc.lon.ovh.net (195.66.224.220) 13.349 ms * *
5 020G.rbx-1-6k.routers.ovh.net (213.186.32.226) 13.143 ms * *
6 rbx-36-m1.routers.ovh.net (213.251.191.103) 13.327 ms 13.262 ms 13.432 ms
7 xxx (xxx) 13.125 ms 13.215 ms 13.312 ms

UK2.net:

traceroute to xxx, 30 hops max, 38 byte packets
1 gw871-fastest.uk2.net (83.170.87.1) 0.818 ms 0.864 ms 0.703 ms
2 83.170.70.161 (83.170.70.161) 1.181 ms 0.870 ms 0.868 ms
3 sw1.tc.lon.ovh.net (195.66.224.220) 18.628 ms 19.382 ms *
4 020G.rbx-1-6k.routers.ovh.net (213.186.32.226) 21.497 ms * 22.239 ms
5 rbx-36-m1.routers.ovh.net (213.251.191.103) 21.706 ms 21.535 ms 21.471 ms
6 xxx (xxx) 21.444 ms 21.539 ms 21.535 ms

VAServ / UK Dedicated Servers Limited:

traceroute to xxx, 30 hops max, 40 byte packets
1 77.74.198.17 (77.74.198.17) 0.078 ms 0.035 ms 0.031 ms
2 78.110.166.113 (78.110.166.113) 1.361 ms 1.418 ms 1.461 ms
3 ae0-1189.rt2.the.uk.goscomb.net (77.75.104.81) 1.520 ms 1.600 ms 1.619 ms
4 sw1.tc.lon.ovh.net (195.66.224.220) 13.640 ms * *
5 020G.rbx-1-6k.routers.ovh.net (213.186.32.226) 13.280 ms * *
6 rbx-36-m1.routers.ovh.net (213.251.191.103) 13.634 ms 13.868 ms 14.017 ms
7 xxx (xxx) 13.736 ms 13.813 ms 13.139 ms

I think you might be right, although there is loads of packet loss, the streams on the servers don't seem to be getting capped or anything (although I have had one customer complain about buffering). I should have probably checked the actual stream first rather than checking for packet loss straight away haha.

[Andy]

No, they are Linux -

I had that problem with a Windows one not long ago and updating NIC drivers did help but this is different because thesse aren't windows servers. Here are a few traceroute graphs:

http://img129.imageshack.us/img129/9775/serverra3.png

http://img129.imageshack.us/img129/7162/server20ta0.png

http://img122.imageshack.us/img122/6536/server27nz5.png

OVH's routers are programmed to deprioritise ICMP so you will generally see a lot of packet loss. You should do a traceroute via a command prompt/shell whatever and post those. Get one from other places too. They won't accept just one from you since they'll just say its down to your connection.

I had to fight for almost a month before I finally resolved my problem with pings (dodgy NIC drivers it turned out to be) but OVH would never accept it was their problem even with proof from 5 locations around the world on different networks!!

[BELLonline]

No, they are Linux -

I had that problem with a Windows one not long ago and updating NIC drivers did help but this is different because thesse aren't windows servers. Here are a few traceroute graphs:

http://img129.imageshack.us/img129/9775/serverra3.png

http://img129.imageshack.us/img129/7162/server20ta0.png

http://img122.imageshack.us/img122/6536/server27nz5.png

[Andy]

There is definantely an issue somewhere, I'm getting 70%+ packet loss on some of my servers.

Are they windows servers? If so update the NIC driver through Windows update, its an instant fix.

If not, have you had it tested from multiple locations? OVH will ask you to do this so be one step ahead and do it before calling.

[BELLonline]

There is definantely an issue somewhere, I'm getting 70%+ packet loss on some of my servers.

[IainK]

Once the LINX route is sorted out us UK customers will all be a lot happier. But Oles you should consider another 10gbps very soon with the amount of growth.

[phillip]

08:01:32 (11.08 MB/s) - `test.bin' saved [104857600/104857600]

[oles@ovh.net]

JALZOO a écrit:
>
> 2302kb/s But dropped to 1100kb/s at 60mb does the same with my server

I've changed some transit BGP setup. But Linx is still full. In 2 weeks
we will start a rack in Telehouse in London and we are waiting for the
dark fiber in London. Then we will upgrade Linx from 1G to 10G.

I will send an email about the network this week. Lot of upgrades

[JALZOO]

2302kb/s But dropped to 1100kb/s at 60mb does the same with my server >.<

[Andy]

The HTTP is just as fast as FTP here, maybe you do have an internal problem.

[root@r11377 ~]# wget http://91.121.115.51/test.bin -O /dev/null
--18:39:03-- http://91.121.115.51/test.bin
Connecting to 91.121.115.51:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 104857600 (100M) [application/octet-stream]
Saving to: `/dev/null'

100%[=======================================>] 104,857,600 10.9M/s in 9.2s

18:39:12 (10.9 MB/s) - `/dev/null' saved [104857600/104857600]


~ 87.2Mbps

This was simply quoted by Firefoxe's download speed. wget is probably more efficient at downloading; that's what its designed to do, right?

[Dave]

Approx 3890KB/s which is about 4MB/s. FTP will be faster by far.

The HTTP is just as fast as FTP here, maybe you do have an internal problem.

[root@r11377 ~]# wget http://91.121.115.51/test.bin -O /dev/null
--18:39:03-- http://91.121.115.51/test.bin
Connecting to 91.121.115.51:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 104857600 (100M) [application/octet-stream]
Saving to: `/dev/null'

100%[=======================================>] 104,857,600 10.9M/s in 9.2s

18:39:12 (10.9 MB/s) - `/dev/null' saved [104857600/104857600]


~ 87.2Mbps

[edwards]

I don't have another box inside ovh to see if I can max out my connection, could someone try downloading the test file and tell me what they get:

http://91.121.115.51/test.bin

here we go:

[15:49:24][eduard@securityrisk][4:~] wget http://91.121.115.51/test.bin
--02:49:21-- http://91.121.115.51/test.bin
=> `test.bin'
Connecting to 91.121.115.51:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 104,857,600 (100M) [application/octet-stream]

100%[====================================>] 104,857,600 10.56M/s ETA 00:00

02:49:31 (10.54 MB/s) - `test.bin' saved [104857600/104857600]

[Ashley]

Using the binary "iftop" on my debian 4.0 ovh server (lazytown.getdarker.net) I managed to hit 52mbps today while doing mass WGET's to a 5.1mb file in texas.

I am sure if this file was considerably larger and maybe if the source was geographically closer it would of been alot faster.

[Andy]

9.9MB/s. Well within acceptable tolerances for 100Mbps. Thats about 80Mbps. And to be fair I have about 10Mbps of downstream already. Including overheads, thats almost 100Mbps.

[kayomani]

Approx 3890KB/s which is about 4MB/s. FTP will be faster by far.

Okies try this:

ftp://91.121.115.51/test.bin - Anonymous

[Andy]

I don't have another box inside ovh to see if I can max out my connection, could someone try downloading the test file and tell me what they get:

http://91.121.115.51/test.bin

Approx 3890KB/s which is about 4MB/s. FTP will be faster by far.

[kayomani]

I don't have another box inside ovh to see if I can max out my connection, could someone try downloading the test file and tell me what they get:

http://91.121.115.51/test.bin

[oles@ovh.net]

Andy a écrit:
>
> OK you're not willing to help me. I'll get it else where.

If the internal network doesn't work, it's normal that the
external network doesn't work. Right now I see that the
internal network doesn't work. So I will see the same with
the external network. I can make the external test but I
know what we will see: the problem. And why ? I don't know.
Maybe because the internal network doesn't work. Maybe because
a peer has a problem. Internal network ... yes it's doesn't
work ... In one word: I can help but we have to make the test
step by step. Not what you think that I have to test. Because
I know how I built my network and I know what could be the
problems and where. If you don't want to test with me all the
problems that could be, well all my work is useless. I will not
be able to find out the exactly problem that you have.

When the customers try to do what I say, it takes about 15
minutes to find out a problem. When they know better than
me what is good and what is wrong and they don't want to
listen what I try to say them, it takes the time that they
hear me. Last case this morning with rbx-46
http://travaux.ovh.com/?do=details&id=2250
The customer trusted me and gave all informations I needed.
15 minutes and it was fixed. A bug in Cisco ...

[Andy]

Whilst I get:
# dmesg | grep -i duplex
eth0: Media Link On 100mbps full-duplex

I do recall someone saying what we get from the routers is only half duplex is this true?

That is what I said since my server only seems to act that way. I was told otherwise but without proof. I just had to take their word for it. Either way it shouldn't knock 30-40Mbps off my total upload speed. Down is fine, its upload that has the issue.

[kayomani]

Whilst I get:
# dmesg | grep -i duplex
eth0: Media Link On 100mbps full-duplex

I do recall someone saying what we get from the routers is only half duplex is this true?

[Andy]

...as long as you use the FTP server and it lasts enough time for MRTG to graph.

Or use the link for my graph which update every 10 seconds instead of every 5 minutes.

[IainK]

Ok this thread is getting way out of hand!

I can confirm that the speeds over OVH peering are far slower than they were before the reloaded range. This is probably due to 70-90% usage of the LINX route at all times, usually more like 86-94% - this needs resolved right away!

As for the internal test, Oles, you can use the FTP server with wget. Simply issue
wget ftp://test:test@91.121.17.201/test.bin

But the wget alone will not tell you the maximum line speed as Andy currently has a portion in use by users of his server. You should be able to check from MRTG graphs that the full line is being used though, as long as you use the FTP server and it lasts enough time for MRTG to graph.

[Andy]

Hope this might be of some help:
http://acs.lbl.gov/TCP-tuning/linux.html

No use at all, I don't use Linux. Sorry.

[kayomani]

Hope this might be of some help:
http://acs.lbl.gov/TCP-tuning/linux.html

[Andy]

OK, I have made some modifications that I really shouldn't have to as they worked fine on my last server. Try again?

[oles@ovh.net]

> 1. HTTP is limited to 40-50Mbps due to a software limitation. I already
> stated this.
> 2. FTP is NOT limited in any way at all. Also stated this before.
> 3. You cannot pull 100Mbps because I'm using 20Mbps of it to begin
> with, so of course all you're going to get is 80Mbps.
> 4. Oles did not read, or if he did read, did not understand what I was
> saying.
> 5. I KNOW I can get 100Mbps internally. I am not doubting that. The
> problem is I cannot pull 100Mbps externally.
>
> Does that make it any clearer? If not then I don't know why I'm
> bothering. Even a monkey could understand it the way I have explained
> it.

okey, I'm monkey but I'm the only one that can help you. And
I say: 5 is wrong since I can't get 100Mbps intenal. so the rest
is wrong. once I see 100Mbps on your mrtg I can make the
external test. If I can't see it, sorry, but it's not normal.

At the moment, I see 89Mbps max. Change your software setup
so I see 100Mbps. Once I see it, we will make the next step.
If you can't do it, the problem is not external or internal
network, but it's the server.

If my help is useless for you, it's up to you. I can't help
you without a step by step test. It's the global test method
I use. Maybe someone else can help you without it. But I
can't.

[Andy]

I am aware internal transfers are fine, thats not the issue. Sure it still goes through OVH's network, but on local links. It never goes over their peering at any stage, and that is what I am querying, and this is why I am asking for someone to do external tests so OVH can prove their links are capable of the full 100Mbps still, which is the issue at hand. They can say all they like about the internal network. My network at home runs at the full 100Mbps, it doesn't mean my broadband does.

[Palad1n]

Andy,
Internal test from 91.121.76.75, brand new built server.

Don't bite my head off, although OVH internal, still traverses their core network to get to you. If you have a busy box the speeds below are about average, getting 100mb all the time has many limiting factors (as you know).

Can you download from the server console, from say "mirror.ac.uk" using CURL (multiple streams)..... How does that work...


charlie:/tmp# traceroute 91.121.17.201
traceroute to 91.121.17.201 (91.121.17.201), 30 hops max, 40 byte packets
1 rbx-21-m1.routers.ovh.net (91.121.76.253) 0.829 ms 0.708 ms 0.465 ms
2 rbx-2-6k.routers.ovh.net (213.251.191.2) 0.473 ms * 0.447 ms
3 rbx-4-m1.routers.ovh.net (213.251.191.135) 0.881 ms 0.768 ms 0.703 ms
4 roubaix.betaarchive.co.uk (91.121.17.201) 0.546 ms 0.624 ms 0.326 ms


FTP:
charlie:/tmp# wget ftp://test:test@abyssunderground.co.uk/test.bin
--18:53:46-- ftp://test:*password*@abyssunderground.co.uk/test.bin
=> `test.bin'
Resolving abyssunderground.co.uk... 91.121.17.201
Connecting to abyssunderground.co.uk|91.121.17.201|:21... connected.
Logging in as test ... Logged in!
==> SYST ... done. ==> PWD ... done.
==> TYPE I ... done. ==> CWD not needed.
==> PASV ... done. ==> RETR test.bin ... done.

[ <=> ] 104,857,600 3.93M/s

18:54:02 (6.53 MB/s) - `test.bin' saved [104857600]
--------------
HTTP:
charlie:/tmp# wget http://www.abyssunderground.co.uk/test/test.bin
--18:54:49-- http://www.abyssunderground.co.uk/test/test.bin
=> `test.bin'
Resolving www.abyssunderground.co.uk... 91.121.17.201
Connecting to www.abyssunderground.co.uk|91.121.17.201|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 104,857,600 (100M) [application/octet-stream]

100%[================================================== ================================================== =================>] 104,857,600 6.60M/s ETA 00:00

18:55:03 (7.33 MB/s) - `test.bin' saved [104857600/104857600]

[Andy]

I completely understood you Andy, but it appears you cant understand my replies.



Perhaps you should consider going to a company that has monkeys working for them then.... You really do amaze me.... in the first few weeks of you being on this forum you didnt take nicely to people insulting you, however you have the cheek to insult people that are trying to help you? I just don´t get it.....

Anwyay I was going to look further into it and run a few more tests, but I don´t reckon I´ll bother now.

I don't take kindly to insults no, but when people do not listen to me after I have repeated it several times, sometimes the only way to get that fact across is in this way. I don't mean the insult, but it often makes people listen, which is the impact I wanted. It certainly made you listen so it must work.

If you don't want to help then thats fine, its your choice. Unfortunately when the charge for a phone call to London during the day is 15p a minute it becomes a bit difficult to keep calling them all the time, hence why I am attempting to use the forum.

[R0b]

I completely understood you Andy, but it appears you cant understand my replies.

Does that make it any clearer? If not then I don't know why I'm bothering. Even a monkey could understand it the way I have explained it.

Perhaps you should consider going to a company that has monkeys working for them then.... You really do amaze me.... in the first few weeks of you being on this forum you didnt take nicely to people insulting you, however you have the cheek to insult people that are trying to help you? I just don´t get it.....

Anwyay I was going to look further into it and run a few more tests, but I don´t reckon I´ll bother now.

[Andy]

Andy, I think you need to calm down a little, Oles is trying his best to help, If you want someone that can speak fluent English then I would recommend ringing the Technical Support and waiting on the phone to talk to someone in English (although I understand completely what Oles is talking about so I don´t see there is any problem with his english).

Oles is simply saying that he can´t get 100mbps internally and so feels there is some sort of limitation on the software that you have installed on the server, it makes sense him trying to resolve it internally first before he proceeds to investigate the external issues you are having.

In your defence I have just run a test internally and I am getting 80mbps which would suggest there is no limit on the ftp software, however when I try and download via HTTP I get limited to 50mbps and can´t pass that speed. Are you sure there isn´t a limit in Apache? (or Abyss Web Server as I see you use). I see too that Oles is running the test via "wget" and the http address (or more precise the IP address) which would possibly explain why the results are different to yours.

I will run a test from Leaseweb too and post the results.

Again you have not read what I have posted.

1. HTTP is limited to 40-50Mbps due to a software limitation. I already stated this.
2. FTP is NOT limited in any way at all. Also stated this before.
3. You cannot pull 100Mbps because I'm using 20Mbps of it to begin with, so of course all you're going to get is 80Mbps.
4. Oles did not read, or if he did read, did not understand what I was saying.
5. I KNOW I can get 100Mbps internally. I am not doubting that. The problem is I cannot pull 100Mbps externally.
6. The IP he used in the test isn't even mine! Plus even if it was, he wouldn't be able to login with that IP for HTTP anyway since the server runs on VHOSTS. It has to have a referrer for the server to know which site you want.

Does that make it any clearer? If not then I don't know why I'm bothering. Even a monkey could understand it the way I have explained it.

[R0b]

Andy, I think you need to calm down a little, Oles is trying his best to help, If you want someone that can speak fluent English then I would recommend ringing the Technical Support and waiting on the phone to talk to someone in English (although I understand completely what Oles is talking about so I don´t see there is any problem with his english).

Oles is simply saying that he can´t get 100mbps internally and so feels there is some sort of limitation on the software that you have installed on the server, it makes sense him trying to resolve it internally first before he proceeds to investigate the external issues you are having.

In your defence I have just run a test internally and I am getting 80mbps which would suggest there is no limit on the ftp software, however when I try and download via HTTP I get limited to 50mbps and can´t pass that speed. Are you sure there isn´t a limit in Apache? (or Abyss Web Server as I see you use). I see too that Oles is running the test via "wget" and the http address (or more precise the IP address) which would possibly explain why the results are different to yours.

I will run a test from Leaseweb too and post the results.

[Andy]

>> It's inside and I can get only 80Mbps. It's a problem on the
>> server.
>
> Can you please refer this issue to someone who can speak fluent English
> please, you obviously cannot understand the problem.
>
> I *KNOW* it works on the *INSIDE*

it doesn't work for me.

> but it does *NOT* work on the
> *OUTSIDE*. Listen to me!

I will not test outside because inside doesn't work. It makes
no sence to test something that I know that it doesn't work !
You server has a software problem and I can see it with an
internal test. If I test it from outside, I see the same problem.

My server has NO issues at all. A friend of mine has an OVH server and he can pull 100Mbps no problem, IF I ban all of my clients from accessing the server. I am not prepared to do that again because last time my clients were not very happy at all and I restricted them from completing their work.

The reason you only got 80Mbps is because I was using 20Mbps myself. Clear? If you can't understand that then I feel you shouldn't be investigating this and you should pass it onto someone else.

Thank you.

[oles@ovh.net]

>> It's inside and I can get only 80Mbps. It's a problem on the
>> server.
>
> Can you please refer this issue to someone who can speak fluent English
> please, you obviously cannot understand the problem.
>
> I *KNOW* it works on the *INSIDE*

it doesn't work for me.

> but it does *NOT* work on the
> *OUTSIDE*. Listen to me!

I will not test outside because inside doesn't work. It makes
no sence to test something that I know that it doesn't work !
You server has a software problem and I can see it with an
internal test. If I test it from outside, I see the same problem.

[Andy]

Andy a écrit:
>
> The following OVH IP's have been downloading the test.bin for 15 minutes
> now... but this is not outside OVH so this test is pointless.

It's inside and I can get only 80Mbps. It's a problem on the
server.

Can you please refer this issue to someone who can speak fluent English please, you obviously cannot understand the problem.

I KNOW it works on the INSIDE but it does NOT work on the OUTSIDE. Listen to me!

EDIT: The reason you could only get 80Mbps is because 20Mbps was being used by my clients!!!

[oles@ovh.net]

Andy a écrit:
>
> The following OVH IP's have been downloading the test.bin for 15 minutes
> now... but this is not outside OVH so this test is pointless.

It's inside and I can get only 80Mbps. It's a problem on the
server.

[Andy]

The following OVH IP's have been downloading the test.bin for 15 minutes now... but this is not outside OVH so this test is pointless.

213.186.50.98

C:\Documents and Settings\Andrew>tracert 213.186.50.98

Tracing route to proxy.ovh.net [213.186.50.98]
over a maximum of 30 hops:

1 1 ms 1 ms <1 ms 192.168.1.1
2 7 ms 7 ms 8 ms 10.156.136.1
3 13 ms 6 ms 9 ms midd-t2cam1-b-ge81.inet.ntl.com [213.106.239.237
]
4 8 ms 7 ms 8 ms midd-dpim1-8-coc-1-gw.service.virginmedia.net [6
2.254.64.185]
5 17 ms 16 ms 15 ms man-bb-b-so-310-0.inet.ntl.com [213.105.75.49]
6 17 ms 16 ms 17 ms man-bb-a-ae0-0.inet.ntl.com [62.253.187.177]
7 16 ms 17 ms 17 ms 212.43.162.214
8 18 ms 19 ms 19 ms tele-ic-1-as0-0.inet.ntl.com [62.253.184.2]
9 18 ms 19 ms 19 ms 193.159.225.237
10 27 ms 27 ms 27 ms 217.239.38.162
11 36 ms * 170 ms 010G.th2-1-6k.routers.ovh.net [213.186.32.205]
12 33 ms * * 020G.rbx-2-6k.routers.ovh.net [213.186.32.201]
13 42 ms 31 ms 41 ms rbx-0-m2.routers.ovh.net [213.251.191.23]
14 31 ms 33 ms 32 ms proxy.ovh.net [213.186.50.98]



213.186.50.13

C:\Documents and Settings\Andrew>tracert 213.186.50.13

Tracing route to 213.186.50.13 over a maximum of 30 hops

1 1 ms 1 ms <1 ms 192.168.1.1
2 8 ms 11 ms 16 ms 10.156.136.1
3 7 ms 8 ms 7 ms midd-t2cam1-a-ge81.inet.ntl.com [213.106.239.177
]
4 8 ms 9 ms 7 ms midd-t3core-1a-ge-017-0.inet.ntl.com [195.182.17
8.73]
5 12 ms 8 ms 9 ms lee-bb-a-so-130-0.inet.ntl.com [213.105.75.45]
6 12 ms 15 ms 12 ms nth-bb-b-as2-0.inet.ntl.com [62.253.185.101]
7 14 ms 13 ms 14 ms tele-ic-1-as0-0.inet.ntl.com [62.253.184.2]
8 16 ms 14 ms 16 ms 193.159.225.237
9 45 ms 24 ms 23 ms 217.239.38.162
10 26 ms 26 ms * 010G.th2-1-6k.routers.ovh.net [213.186.32.205]
11 35 ms * * 040G.gsw-2-6k.routers.ovh.net [213.186.32.162]
12 36 ms 28 ms 29 ms 213.186.50.13

Trace complete.

[Andy]

> That is the issue. *Forget inside tests*. I want *outside tests only*.

it doesn't work for me with the inside tests. I can't get 100Mbps from
your server on internal network. once it works we will test outside.

The reason being when you did your test my server was already pushing 30Mbps to my clients. I don't want the total bandwidth -you- can pull to hit 100Mbps, I just want to see my graphs hit 100Mbps when outside data is being pulled to prove it can be done. Nothing more. And I want to see it sustained for at least 10 minutes.

[slayer2005]

ive been getting 17mb at once.not for long periods but for 5 minutes.
im happy.:-)

[oles@ovh.net]

jester a écrit:
>
> well where to start i have 100MB server max speeds ive had ever is 18MB

non. you can't get 100MBps. you can get 100Mbps

B isn't b

1 Byte = 8 bits

it's not the same.

[oles@ovh.net]

> That is the issue. *Forget inside tests*. I want *outside tests only*.

it doesn't work for me with the inside tests. I can't get 100Mbps from
your server on internal network. once it works we will test outside.

[jester]

well where to start i have 100MB server max speeds ive had ever is 18MB from server to server and they do cap the speeds here they fluxate to death from 2MB down to few kbs back up,

[Andy]

Andy a écrit:
>
> oles@ovh.net;4911 Wrote:
>>
>>
>> can you provide me an url from your FTP ? and allow me to start the
>> test ? then I will start a test with 2000 IP from outside of Ovh ...
>
> You can use this one: ftp://test:test@abyssunderground.co.uk/test.bin

I think there is a software limitation on your server. I can get on
the local network in Roubaix 50Mbps max in total (1 download = 50Mbps
and 5 downloads = 5x10Mbps thought). I can't get more and it should
work since it works with the server near of yours in the same rack:

# wget http://91.121.17.12/test.bin -O /dev/null
23:42:25 (11.60 MB/s) - `/dev/null' saved [104857600/104857600]

# echo "11.6*8" | bc -l
92.8

92Mbps/100Mbps

For NTL: soon we will see Linx in the direct connexion Roubaix/London
and not Roubaix/Paris/London. 300km only, 800km now. The ping will be
better, so the download better.

The only software limitation is on HTTP and that is out of my control (software issue) but FTP works fine. As I said before:-

Inside OVH = 100Mbps
Ouside OVH = 60Mbps

That is the issue. Forget inside tests. I want outside tests only.

[oles@ovh.net]

Andy a écrit:
>
> oles@ovh.net;4911 Wrote:
>>
>>
>> can you provide me an url from your FTP ? and allow me to start the
>> test ? then I will start a test with 2000 IP from outside of Ovh ...
>
> You can use this one: ftp://test:test@abyssunderground.co.uk/test.bin

I think there is a software limitation on your server. I can get on
the local network in Roubaix 50Mbps max in total (1 download = 50Mbps
and 5 downloads = 5x10Mbps thought). I can't get more and it should
work since it works with the server near of yours in the same rack:

# wget http://91.121.17.12/test.bin -O /dev/null
23:42:25 (11.60 MB/s) - `/dev/null' saved [104857600/104857600]

# echo "11.6*8" | bc -l
92.8

92Mbps/100Mbps

For NTL: soon we will see Linx in the direct connexion Roubaix/London
and not Roubaix/Paris/London. 300km only, 800km now. The ping will be
better, so the download better.

[Andy]

can you provide me an url from your FTP ? and allow me to start the
test ? then I will start a test with 2000 IP from outside of Ovh ...

You can use this one: ftp://test:test@abyssunderground.co.uk/test.bin

[oles@ovh.net]

> I have found the same issue as Andy, I know that OVH has rather bad
> peerage and that's why they only sell servers to certain countries
> however it seems that even some of those links are starting to be a bit
> over used.

it isn't because of the peerings. it's because ovh has a global
strategy in Europe. the problems are not the peering or the
transit. it's the payement.

> I don't look regularly but I just looked at the weather map and several
> of the links do seem a bit overloaded especially the Global X which is
> at 96%.

do you have any problem with global crossing traceroute ? do you live
in US ? Japan ?

anyway, I sent an email talking about the network upgrade, that will
be done during before September ...

[oles@ovh.net]

Andy a écrit:
>
> oles@ovh.net;4870 Wrote:
>> Andy a écrit:
>> >
>> > The problem occurs when I get a lot of people downloading. I tried
>> to
>> > send a file to a lot of people at one time and I could not get
>> faster
>> > than 60Mbps ever. Even when 30 people tried to download at one time.
>>
>> ah ... it's different.
>>
>> give me an url and I will ask the people to make a test of bandwidth
>> on your dedicated server. you will get 100Mbps with no problem ...
>
> It is possible inside OVH. I have proven that. But outside OVH it is
> not possible. I spoke to Michael 2 days ago. He said it was a possible
> network issue. There is a link to a test.bin in my signature below. You
> can use that to test by FTP or HTTP. HTTP is limited to 40Mbps by the
> software. FTP is not limited.

can you provide me an url from your FTP ? and allow me to start the
test ? then I will start a test with 2000 IP from outside of Ovh ...

[kayomani]

I have found the same issue as Andy, I know that OVH has rather bad peerage and that's why they only sell servers to certain countries however it seems that even some of those links are starting to be a bit over used.

I don't look regularly but I just looked at the weather map and several of the links do seem a bit overloaded especially the Global X which is at 96%.

[Andy]

Andy a écrit:
>
> The problem occurs when I get a lot of people downloading. I tried to
> send a file to a lot of people at one time and I could not get faster
> than 60Mbps ever. Even when 30 people tried to download at one time.

ah ... it's different.

give me an url and I will ask the people to make a test of bandwidth
on your dedicated server. you will get 100Mbps with no problem ...

It is possible inside OVH. I have proven that. But outside OVH it is not possible. I spoke to Michael 2 days ago. He said it was a possible network issue. There is a link to a test.bin in my signature below. You can use that to test by FTP or HTTP. HTTP is limited to 40Mbps by the software. FTP is not limited.

[oles@ovh.net]

Andy a écrit:
>
> The problem occurs when I get a lot of people downloading. I tried to
> send a file to a lot of people at one time and I could not get faster
> than 60Mbps ever. Even when 30 people tried to download at one time.

ah ... it's different.

give me an url and I will ask the people to make a test of bandwidth
on your dedicated server. you will get 100Mbps with no problem ...

[Andy]

The problem occurs when I get a lot of people downloading. I tried to send a file to a lot of people at one time and I could not get faster than 60Mbps ever. Even when 30 people tried to download at one time.

[oles@ovh.net]

Andy a écrit:
>
> oles@ovh.net;4853 Wrote:
>>
>>
>> DO YOU HAVE A TRACEROUTE ?
>> *your home's IP ?* 86.22.37.72
>> *ovh's ip ?* 91.121.17.201
> 9 21 ms 21 ms 20 ms 193.159.225.237
> 10 29 ms 27 ms 27 ms 217.239.38.162
> 11 39 ms * 33 ms 010G.th2-1-6k.routers.ovh.net

I see your IP thought sfinx and your packets comming thought
sfinx. No problem on sfinx. no problem on switch. you make
30Mbps. it's okey. no packet lost on your IP in Ovh and
none on home's IP.

I guest you use windows since TSE is openned. but it worked
before. no updates done since 2 weeks ?

do you have this problem from an another ISP that NTL ?

[Andy]

your home's IP ? 86.22.37.72
ovh's ip ? 91.121.17.201

do you have a traceroute ?

Tracing route to ip.abyssunderground.co.uk [91.121.17.201]
over a maximum of 30 hops:

1 1 ms 1 ms 1 ms 192.168.1.1
2 8 ms 25 ms 17 ms 10.156.136.1
3 10 ms 15 ms 7 ms midd-t2cam1-b-ge81.inet.ntl.com [213.106.239.237
]
4 8 ms 10 ms 9 ms midd-dpim1-7-coc-1-gw.service.virginmedia.net [6
2.254.64.181]
5 19 ms 17 ms 17 ms man-bb-b-so-310-0.inet.ntl.com [213.105.75.49]
6 17 ms 15 ms 15 ms man-bb-a-ae0-0.inet.ntl.com [62.253.187.177]
7 19 ms 18 ms 17 ms 212.43.162.214
8 19 ms 22 ms 29 ms tele-ic-1-as0-0.inet.ntl.com [62.253.184.2]
9 21 ms 21 ms 20 ms 193.159.225.237
10 29 ms 27 ms 27 ms 217.239.38.162
11 39 ms * 33 ms 010G.th2-1-6k.routers.ovh.net [213.186.32.205]
12 33 ms 31 ms * 020G.rbx-2-6k.routers.ovh.net [213.186.32.201]
13 34 ms 32 ms 31 ms rbx-4-m1.routers.ovh.net [213.251.191.135]
14 32 ms 44 ms 31 ms abyssunderground.co.uk [91.121.17.201]

it's all the time or sometime ? All of the time
can you provide my a shell command to see the problem ? I don't use a shell

The bandwidth upload is never any more than 60Mbps no matter how hard I try.

[oles@ovh.net]

Psybeer a écrit:
>
> Hi
>
> I must agree with you Andy, since monday, the speeds have droped alot.

do you have a traceroute ?
your home's IP ?
ovh's ip ?
it's all the time or sometime ?
can you provide my a shell command to
see the problem ?

[oles@ovh.net]

Andy a écrit:
>
> Hello,
>
> Over the last 2 days, I have been trying to distribute a large amount
> of files on my website. Its not often we get such a popular file, but
> over 25 people have been trying to download it every hour. The file is
> 3gb in size and nearly every person connection has a connection of at
> least 5-10Mbps.
>
> The problem is, no matter how many people are connected, the speed has
> not once gone over 60Mbps, and tends to hover around the 50Mbps mark.
>
> I have proceeded to do my own diagnosis of the problem so see if it is
> a server issue, and it is not.
>
> 1. The CPU is not overloaded.
> 2. The software involved can handle the load just fine (tested in the
> past)
> 3. The RAM is not overloaded.
> 4. The hard disk is not overloaded (when it is my websites fail to
> load, guaranteed).
>
> Therefore I can only conclude that it is a network issue and that OVH
> does not have enough bandwidth to provide my server with the full
> 100Mbps that the SLA states I should get.
>
> I am disappointed with this. I have done file distributions like this
> earlier in the year with no issues at all, I managed the full 100Mbps no
> problem. I can manage 100Mbps inside the OVH network, but not outside.
>
> Can someone please look into this and advise me on the issue? I don't
> mind if I am truthfully told I cannot get 100Mbps externally at the
> moment but I do want to know, and I would expect OVH to upgrade to cope
> with the capacity needed. Remember, it is in the SLA.

Found out. Andy, my english is so bad and my head is a old CPU. I will
take 30 minutes to understand what is exactly the problem. Have you
a shorter version of this message ? 3 lines would be great. I prefer
a verion with IP, wget, the logs. Something that I can put in my shell
and see the problem you see.

[Expat]

I have had the same thing too .Hope its not the end of the good times.

[IainK]

I have noticed a major difference in speed compared to usual. There is clearly not enough bandwidth for everyone accessing the servers from the UK via LINX peering since the launch of the latest Reloaded range.

I can't see the new customers dying down either so I'd hope we see 2x 20Gbit.

[gregoryfenton]

I had noticed that there are issues on the routers page, I have seen it showing red more often than not in the past week.

It's not yet affecting me personally but there is a definite problem there. Glad to see they've got it in hand.

What are the chances of them screwing up and connecting the 2 20Gbps pipes to my server directly? I can live in hope can't I?

[JALZOO]

Good work Andy.

[Andy]

A very nice gentleman called Michael rang me from OVH this morning to discuss the bandwidth issue.

After a 30 minute phone call, various tests and other phone calls of his own to people inside OVH, we came to the conclusion that it is most likely a network issue, but he was unable to pinpoint where it was occurring.

By looking on the weather map we saw two overloaded links. One was unrelated to roubaix (where our servers are) and the other was was LINX, the link to the UK. It is currently a 10Gbps link, but its becoming overloaded. Michael told me there will be an upgrade shortly (and it is already in progress) to either add another 10Gbps link or 2x20Gbps links, but he was unsure of which since the information he gets told is often lost as it jumps from person to person.

I am hoping this will solve most of the bandwidth problems we're having but we will only find out when the new link is active.

I have said I will phone again after the upgrade is complete if I still have issues.

[JALZOO]

sucks i hope they do something with this soon!.

Maybe giving ovh a ring and speak to them about it.. You might shed some more light on the situation..

[Andy]

Well they have 300Gbps... Divide that by 32,000 servers... Thats 9.375Mbps per server maximum if every OVH server maxes out (so unlikely its not worth thinking of).

I don't think the problem is so much not having enough bandwidth, its saturated links. For example the LINX peering to the UK has been at 75-90% for a long time in the evenings. I think OVH must be throttling that connection back a bit to avoid high pings, but in doing so they're slowing down the data going through it.

I have distributed nearly 400GB of files in the last 24 hours, but this could have been so much higher if I had maxed out the connection... which wasn't possible because of these "issues".

[Dave]

I've noticed over the last couple of days some network problems which has been affecting a few people on a teamspeak server I run on my box, its as if the connection to the box drops but it only affects a few people on the server.

I'm assuming its a peering problem (although I can't rule out the users ISP's atm)

[JALZOO]

ive had some network issues aswell not getting what i should be.. I just constantly hope that there will be some network upgrades ASAP theyll need it for the volume of servers they are selling.. Surley the bandwidth is now becoming a bit oversold?.

[Andy]

Hi

I must agree with you Andy, since monday, the speeds have droped alot.

noticed my transfers have drop more then half of what it used to be.

I have already email them. But still waiting for a response from them.

Hopefully they relaise soon.

I even have graphs to prove it and someone else that also has the same problem.

[Psybeer]

Hi

I must agree with you Andy, since monday, the speeds have droped alot.

noticed my transfers have drop more then half of what it used to be.

I have already email them. But still waiting for a response from them.

Hopefully they relaise soon.

[Andy]

Hello,

Over the last 2 days, I have been trying to distribute a large amount of files on my website. Its not often we get such a popular file, but over 25 people have been trying to download it every hour. The file is 3gb in size and nearly every person connection has a connection of at least 5-10Mbps.

The problem is, no matter how many people are connected, the speed has not once gone over 60Mbps, and tends to hover around the 50Mbps mark.

I have proceeded to do my own diagnosis of the problem so see if it is a server issue, and it is not.

1. The CPU is not overloaded.
2. The software involved can handle the load just fine (tested in the past)
3. The RAM is not overloaded.
4. The hard disk is not overloaded (when it is my websites fail to load, guaranteed).

Therefore I can only conclude that it is a network issue and that OVH does not have enough bandwidth to provide my server with the full 100Mbps that the SLA states I should get.

I am disappointed with this. I have done file distributions like this earlier in the year with no issues at all, I managed the full 100Mbps no problem. I can manage 100Mbps inside the OVH network, but not outside.

Can someone please look into this and advise me on the issue? I don't mind if I am truthfully told I cannot get 100Mbps externally at the moment but I do want to know, and I would expect OVH to upgrade to cope with the capacity needed. Remember, it is in the SLA.

Thank you.