REIN trouble (mostly fixed)
I suspect this is what ejs is using 
http://rsux.plainroad.me.uk
I've only tried the windows version but it's a good alternative to routerstats.
http://rsux.plainroad.me.uk
I've only tried the windows version but it's a good alternative to routerstats.
I'm using DSLstats on linux mint and it works fine 
It would also be good news if you'd tried or were using 10.2.2.B on the 582n and it was holding connection at a similar or better speed than the v3 
Probably very wise, since any network or TCP/IP issues are much more likely to be at your end rather than PlusNet's
Indeed, I can't actually say I blame him, although blame isn't the right word, in similar circumstances I might be tempted to do the same,. but I'm surprised that there isn't already something out there in the 'nix community - not that I've looked. However I wouldn't be quite so stubborn about trying the 582n with 10.2.2.B firmware 
PS. I liked the links
PS. I liked the links
Goodness knows what the cause of the spike at 1046 on Saturday was, or one at 1620 on Sunday.
If it weren't for the fact it was a Saturday, I've hazarded a guess that just before 1800 was someone switching on a (plasma?) TV/Sky Box to watch the news, but the SNRM behaviour from 2200 to ~2300 doesn't match that theory too well and again from ~0245 to ~0430
When it started Sunday at 2048, the SNRM drop was much greater than Saturday, and then we have this different but still rather strange behaviour from ~2256 to ~0445 ish.
Well your guess as to possibilities will probably better than mine from local knowledge.
Here's one stab in the dark - SNRM drop + errors, TV and Sky box on, fluctuating SNRM - Sky box recording, TV off.
Another stab, a neighbour's Modem/Router which has started to reach failure point turned on, crosstalk causes SNRM drop (yes that is a definite possibility if theirs and/or even your lines are not too well balanced), later when computer off and Modem/Router is idling, it suddenly goes unstable for a while.
I mean one could come up with all sorts of theories, until you narrow down the location, it's all hypothesis. Except the frequencies (tone numbers) of the dips in the Bits/Tone and SNRM/tone suggest in favour of the twp stabs I've made because they are the sorts of frequencies from odd harmonics of Switch mode PSUs. Having said that, it could be anything with a SMPS, but it's fitting the usage pattern that's the slight odd one
If it weren't for the fact it was a Saturday, I've hazarded a guess that just before 1800 was someone switching on a (plasma?) TV/Sky Box to watch the news, but the SNRM behaviour from 2200 to ~2300 doesn't match that theory too well and again from ~0245 to ~0430
When it started Sunday at 2048, the SNRM drop was much greater than Saturday, and then we have this different but still rather strange behaviour from ~2256 to ~0445 ish.
Well your guess as to possibilities will probably better than mine from local knowledge.
Here's one stab in the dark - SNRM drop + errors, TV and Sky box on, fluctuating SNRM - Sky box recording, TV off.
Another stab, a neighbour's Modem/Router which has started to reach failure point turned on, crosstalk causes SNRM drop (yes that is a definite possibility if theirs and/or even your lines are not too well balanced), later when computer off and Modem/Router is idling, it suddenly goes unstable for a while.
I mean one could come up with all sorts of theories, until you narrow down the location, it's all hypothesis. Except the frequencies (tone numbers) of the dips in the Bits/Tone and SNRM/tone suggest in favour of the twp stabs I've made because they are the sorts of frequencies from odd harmonics of Switch mode PSUs. Having said that, it could be anything with a SMPS, but it's fitting the usage pattern that's the slight odd one