We're having a good dig. The gateway/end point you were connected to was showing no significant latency in our bronze queue and was dropping no packets. It looks fine!

You're on Unlimited, so you shouldn't be seeing any rate limiting.

The nature of the problem you are describing sounds like rate limiting to me, but you shouldn't be being limited. Any chance you can keep your torrents going and let us know how the speeds are? I'd be particularly interested in if you see it again, and if it is a gradual decline in speeds (congestion somewhere?) vs a hard drop in speeds (a rate limit being applied that shouldn't be). Try not to disconnect if you want to try this so you stay on the same network kit.

You definitely shouldn't be seeing these slowdowns.

if its idle that graph looks a complete mess.

Thanks for the feedback,

I stayed on the same gateway and did not restart, monitored over the weekend and although speeds were good at times (completely random), not so good at others.

The speeds today are again up and down again P2P/Torrent traffic. i.e the pattern generally is:

Burst up to 6-8MB/s (for about 10-20sec) then down to a steady speed <2MB/s (combined)

It will stay like this for a couple of minutes, before providing another burst and going down again.

The strong reasons I believe this to be connection related are the multiple torrents all jump up and down at SAME time.

At the burst for 30 seconds I see:

torrent 1 @ 1MB/s
torrent 2 @ 4.5MB/s
torrent 3 @ 1MB/s

then they all come down like:

torrent 1 @ 600KB/s
torrent 2 @ 1MB/s
torrent 3 @ <400KB/s

upstream is generally <400Kb/s

To investigate, I restarted the router today to try and eliminate that and the gateway in one go. Jumped onto gateway pcl-ag02, but speeds seem worse now. Less bursts to 8.0Mb/s but more constant.

Bandwidth monitor shows a steady use of 2.5-3.5Mb/s (all P2P combined) when in reality I should be maxed out @ 8MB/s +

Sorry there aren't no real tangible stats to go on or investigate, but such would tell me there is no fault and its purely p2p congestion at play here, as speed tests show an easy peasy 70Mb+ each time, every time.

Thoughts are welcome.

p.s
Is there a 14day cancellation thingy ma jing?

Edited by narz (Mon 10-Jun-13 13:12:13)

@WWWombat

The P2P was running all night and those spikes on the BQM do correlate with the activity.
The latency is also generally ok.

@Chrysalis
Its not idle, my idle graph is clean as a whistle. See below idle starts at 2am.
http://www.thinkbroadband.com/ping/share/c819f2fcb12...


To clarify, congestion here means:

1) There is so much titanium traffic that P2P can't get its foot in. (hence spiking, and sent to the back of the line)
2) Weather this is related too many subscribers or bad prioritization, who knows?

On the plus side - my gaming latency has been good in the 10 days I have been with plusnet. Also I can P2P and game at the same time, which I couldn't with O2.

In reply to a post by narz:

On the plus side - my gaming latency has been good in the 10 days I have been with plusnet. Also I can P2P and game at the same time, which I couldn't with O2.

This is the traffic management doing what it is supposed to do!

Thanks for the additional info. We'll have another look

Hi,

Have you had a look at your usage in the View My Usage tool on our website? Does that look like they amount you would expect to see for what you did yesterday and today? I can run you off a split of upload/download if it looks a lot more than what you would expect to see. I'm on ADSL2+ but I know if my upload maxes out my download speed will drop like a stone.

In reply to a post by DaveTomlinson:

but I know if my upload maxes out my download speed will drop like a stone.

You can avoid that by prioritising upstream ACK's if your traffic shaping system is up to it.

@DaveTomlinson
Yes it looks correct my for my usage, I checked the router stats also before restarting, which matched what I had done over the 10days.

I kept an eye on the upload speed during the downloads and it was generally <40% of max upload.

@batboy
Do you know how much upstream bandwidth *theoretically* is required to send acks when downloading at 8000KB/s

ACK packets are quite small and they also have the ACK flag set, which helps to prioritise them. For example http://doc.m0n0.ch/handbook/faq-ackprio.html

assuming delayed acks (acking every other packet) then about 1.8mbit/sec.