Customer service please

[#1]

i think I may have 2 separate issues here.
just done a speed test and up to 1638 now. But tried to download a pdf file of 3.5MB and its taken over 10mins. I think this must be something to do with plusnets awful download throttling.

[#2]

some download servers are throttled but not all, where were you trying to download from? and at what time?

[#3]

just now @ 8pm. it was a product manual from www.maplin.co.uk. this is a retailer not a download site.

[#4]

It depends where the content is served from, can't find a product with  a manual to test...

[#5]

try here http://www.maplin.co.uk/HowTo.aspx?

[#6]

those are quite small try this one I was having the slow download.
http://www.maplin.co.uk/Media/PDFs/A60HF_Usermanual.pdf

[#7]

That came down at 300k+ for me so it isn't been throttled.

[#8]

ok thanks for trying, unless you are on a different product? Im on Broadband your way option 1.

[#9]

Yeah I am on a different product, unlimited, but in terms of throttling isn't much different.

[#10]

I am on the new Value and it came down in about 2 seconds at 2.1 KiB/s

[#11]

Quote from: whysoslow

this is the full contents of the log. you will have to ignore the dates as it resets to 2000 when reset. Usually gets updated by ntp i think?. its a powerline router from maplin. http://www.maplin.co.uk/Module.aspx?ModuleNo=221008 I have not managed to find any firmware updates for it. 1/1/2000 2:9:41> Call drop because echo reply not received in time 1/1/2000 2:9:41> SNMP TRAP 2: link down 1/1/2000 2:9:45> MPOA Link Down 1/1/2000 2:10:14> MPOA Link Up 1/1/2000 2:10:24> ppp_ready: ch:804d2544, iface:804506b4 1/1/2000 2:10:24> SNMP TRAP 3: link up 1/1/2000 2:10:24> Accept() fail 1/1/2000 2:10:24> Accept() fail 1/1/2000 12:44:11> Call drop because echo reply not received in time 1/1/2000 12:44:11> SNMP TRAP 2: link down 1/1/2000 12:44:20> MPOA Link Down 1/1/2000 12:44:45> MPOA Link Up 1/1/2000 12:44:48> ppp_ready: ch:804d2544, iface:804506b4 1/1/2000 12:44:48> SNMP TRAP 3: link up 1/1/2000 12:44:48> Accept() fail 1/1/2000 12:44:48> Accept() fail 1/1/2000 21:6:2> SNMP TRAP 2: link down 1/1/2000 21:6:9> ppp_ready: ch:804d2544, iface:804506b4 1/1/2000 21:6:9> SNMP TRAP 3: link up 1/1/2000 21:6:9> Accept() fail 1/1/2000 21:6:9> Accept() fail

That shows three losses of sync over the 24 hours
I assume that is elapsed time from last switch on
One thing you could try is setting the idle timeout to zero
Without an actual date stamp the only way to correlate the times is if you remembered when you switched it on.

[#12]

I think the router is set to always on, so the idle time option out is greyed out.
Ive set the time to the pc. here is the log for last night.

6/9/2009 21:11:29> Accept() fail
6/9/2009 21:11:29> Accept() fail
6/10/2009 5:40:6> MPOA Link Down
6/10/2009 5:40:6> SNMP TRAP 2: link down
6/10/2009 5:40:29> MPOA Link Up
6/10/2009 5:40:36> ppp_ready: ch:804d2544, iface:804506b4
6/10/2009 5:40:36> SNMP TRAP 3: link up
6/10/2009 5:40:36> Accept() fail
6/10/2009 5:40:36> Accept() fail

ADSL Firmware Version  : FwVer:3.6.0.0_A_TC3085 HwVer:T14.F7_3.0
  Line State  : Showtime
  Modulation  : G.DMT
  Annex Mode  : ANNEX_A
The sync speed is now slightly lower at 2336.
I did find an artical on models of billion routers that appear to use the same firmware as my router, where XP SP3 sends out DHCP requests that cause the router to reboot. But this connection loss at 5am there were no pcs on so probably not relevant.