PDA

View Full Version : Network Speeds


Yorkie0362
7th October 2006, 23:44
Got some bad network speeds here since Friday, DSL links at 4 meg my profile is at 2 meg, but I can't get download speeds over about 30k a sec

thevoodookid
8th October 2006, 02:02
My pings this weekend have been awful. Pages are loading so slow on the net. And downloads. Well, lets not go there.

Thought id maybe reached my bandwidth limit. But nope aint that. Plenty left.

This was pinging www.multiplay.co.uk

|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| www.routerlogin.com - 0 | 139 | 139 | 0 | 0 | 15 | 0 |
| gi0-3-651-ar0.ixnlon.as35028.net - 0 | 139 | 139 | 15 | 40 | 63 | 31 |
| po0-1-651-cr.ixnlon.as35028.net - 0 | 139 | 139 | 16 | 49 | 219 | 31 |
| www1.multiplay.co.uk - 0 | 138 | 138 | 15 | 41 | 63 | 31 |
|________________________________________________|______|______|______|______|______|______|
WinMTR - 0.8. Copyleft @2000-2002 Vasile Laurentiu Stanimir (
stanimir@cr.nivis.com )

As you can see, somethin aint alll there with the 3rd hop. My ping on ventrilo is around 50-60ms too.

Its usually around 20.

Xilly
8th October 2006, 02:05
mine are gone to hell too.

thevoodookid
8th October 2006, 02:07
This one is from pinging my own ventrilo server. Again note the 3rd jump.

|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| www.routerlogin.com - 0 | 32 | 32 | 0 | 0 | 0 | 0 |
| gi0-3-651-ar0.ixnlon.as35028.net - 0 | 32 | 32 | 31 | 42 | 78 | 32 |
| po0-1-651-cr.ixnlon.as35028.net - 0 | 32 | 32 | 15 | 54 | 250 | 47 |
| fillet.multiplay.co.uk - 0 | 31 | 31 | 16 | 44 | 78 | 47 |
|________________________________________________|______|______|______|______|______|______|
WinMTR - 0.8. Copyleft @2000-2002 Vasile Laurentiu Stanimir ( stanimir@cr.nivis.com )

Yorkie0362
8th October 2006, 10:08
It's definatley po0-1-651-cr.ixnlon.as35028.net, last night it was almost unusable, for a second you would get full speed then it would drop to 4KB/s, just run my own winmtr

|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 10.0.0.2 - 0 | 152 | 152 | 0 | 1 | 16 | 0 |
| gi0-3-651-ar0.ixnlon.as35028.net - 0 | 152 | 152 | 16 | 37 | 47 | 47 |
| po0-1-651-cr.ixnlon.as35028.net - 0 | 151 | 151 | 15 | 44 | 235 | 32 |
| www1.multiplay.co.uk - 0 | 151 | 151 | 15 | 40 | 63 | 47 |
|________________________________________________|______|______|______|______|______|______|
WinMTR - 0.8. Copyleft @2000-2002 Vasile Laurentiu Stanimir ( stanimir@cr.nivis.com )

Wizzo
8th October 2006, 10:35
The ping to po0 should be ignored. All cisco devices will deprioritise directed ICMP packets at them. You can see from the next hop that the actual latency on the link is lower than being reported by the ping to the po0 hop. You can see a similar thing with packet loss when tracing on the net, i.e. 2% loss on one hop, then 0 for the rest the other side of it.

We have been forced to set a limit on the amount of download traffic available to our ADSL customers. This is due to a minority continuing to use the service in an unsustainable way. It seems the caps have not deterred the high users and whilst quite a number of people have switched to downloading overnight, we still see a significant amount during the day. It is a case now of either take action to deal with the minority and make the service sustainable, or simply cease the service entirely.

To give you an example, at the time of writing we have 885 kbps of traffic hitting our priority rules (i.e. it's gaming traffic, voip, etc.) and 4824 kbps hitting our "bad" rules (bittorrent, ftp, nntp, etc.). That gives you an idea of the proportion at a "quiet" time.

In order to combat this and keep the service running, we have had to implement QoS (quality of service) to limit the impact of the downloading on the network. In all honesty, it is also to get the message once and for all to the leechers that MultiplayDSL is about performance for gaming and not about bittorrenting 24/7.

The current ruleset we have in place gives top priority to the gaming and other key traffic and the downloads are then left to fight over what is left. We will be removing all restrictions from the midnight-8am off peak period, so if you must queue your torrents up, then is the time to do it.

From our own testing the rules the gaming is unaffected, but we want feedback from you all to ensure we've got it right. We can tweak the current ruleset as necessary.

It's a shame it's come to this, but we can no longer run the service at a considerable loss due to the actions of a few.

Yorkie0362
8th October 2006, 10:55
Well, general browsing and media streaming seem faster this morning, but I hope it's not going to be like last night every night, browsing was barely usable.

Wizzo
8th October 2006, 10:59
We've tweaked the rules to have 3 levels:

High priority - gaming, voip, essential network services

Medium priority - web, mail

Low priority - FTP, P2P file sharing, etc.

Basically the top two have reserved bandwidth and only what is left over is available to the low priority queue.

We'll be turning all the QoS off at midnight and putting it back in place at 8am in the morning.

Yorkie0362
8th October 2006, 11:06
wow, just as I'm saying that things take a turn, browsing seems back to 56k speeds, and streaming isnt happening.

Downloading 6.3 Meg AVI at 16kB/s

Is this what I am to expect now ?

I do use the connection for gaming, but I also browse the web a lot.

Heres a thought....ban bitorrent till midnight

Wizzo
8th October 2006, 11:36
The changes hadn't taken properly. They should be working now. Please try again.

It would be helpful if you could raise comments and issues in real time in #mpdsl on Quakenet.

Shaggmeister
8th October 2006, 13:33
Sent you an email Wizzo with a couple of screenshots from a trace program, hope they help

Wizzo
8th October 2006, 13:44
Right we've turned off QoS. Limitations of the cisco kit mean we can't actually do it properly using the method we were trying. Looking into alternatives now. Many thanks to those who helped out.