Need help working out what is going on with our line!

[#1]

So basically, I've repeatedly had an issue where our IP profile would reset to ADSL instead of 2+. I've just come back from uni for the summer and my parents were complaining about the net again, took a look at the router stats and was suprised at the mass of errors! Our line was comfortably running a profile of around 12000 before, so I have no idea what is going on. I'm yet to try the master socket as it's difficult to access so I'll post the stats up from there when I get the chance. These are the current:
Uptime: 0 days, 19:47:55
DSL Type: ITU-T G.992.5
Bandwidth (Up/Down) [kbps/kbps]: 888 / 7,611
Data Transferred (Sent/Received) [GB/GB]: 5.92 / 104.06
Output Power (Up/Down) [dBm]: 2.3 / 0.0
Line Attenuation (Up/Down) [dB]: 12.9 / 25.5
SN Margin (Up/Down) [dB]: 8.3 / 15.4
System Vendor ID (Local/Remote): TMMB / ----
Chipset Vendor ID (Local/Remote): BDCM / IFTN
Loss of Framing (Local/Remote): 27 / 0
Loss of Signal (Local/Remote): 3 / 0
Loss of Power (Local/Remote): 0 / 0
Loss of Link (Remote): -
Error Seconds (Local/Remote): 2,572,699 / 0
FEC Errors (Up/Down): 3,824 / 200,441,822
CRC Errors (Up/Down): 101 / 3,087,582
HEC Errors (Up/Down): 175 / 1,487,226

[#2]

Hi there,
I would certainly try it in the master socket first of all and see if there's any difference, we can then go from there.

[#3]

Hi Chris,thanks for the quick response.
Hasn't been on very long but it's already picking up FEC errors:
Uptime: 0 days, 0:05:19
DSL Type: ITU-T G.992.5
Bandwidth (Up/Down) [kbps/kbps]: 888 / 7,611
Data Transferred (Sent/Received) [kB/MB]: 612.54 / 2.91
Output Power (Up/Down) [dBm]: 3.0 / 0.0
Line Attenuation (Up/Down) [dB]: 12.6 / 25.5
SN Margin (Up/Down) [dB]: 7.9 / 16.8
System Vendor ID (Local/Remote): TMMB / ----
Chipset Vendor ID (Local/Remote): BDCM / IFTN
Loss of Framing (Local/Remote): 0 / 0
Loss of Signal (Local/Remote): 0 / 0
Loss of Power (Local/Remote): 0 / 0
Loss of Link (Remote): -
Error Seconds (Local/Remote): 0 / 0
FEC Errors (Up/Down): 101 / 10
CRC Errors (Up/Down): 0 / 0
HEC Errors (Up/Down): 0 / 0
Reckon it's anything to do with the high SNM?

[#4]

More to the point, why has the DSL type changed?
Yes SNRM is high, but that might be due to other issues.  Do your parents turn the router off every night?
The high error rate is concerning too.
Can you follow the guidance here please - http://community.plus.net/forum/index.php/topic,96155.0.html - specifically try running with the router plugged into the test socket, try a new filter and if you have one, try a different router.  Thereafter raise a BB fault ticket.
HTH,
Kevin

[#5]

Not sure, whenever it defaulted back, I'd post here and it would get pushed back up again.
They say they don't, so I'm inclined to say they don't"
Those stats are from the test socket btw, used a few different filters. I don't have a corded phone atm but I'll be grabbing one tomorrow to see if the line is quiet. It sounds quite hissy with a cordless, but that could be because it cordless

[#6]

Sorry for the double post, new stats here, even more errors 😕
Uptime: 0 days, 0:39:02
DSL Type: ITU-T G.992.5
Bandwidth (Up/Down) [kbps/kbps]: 888 / 7,611
Data Transferred (Sent/Received) [MB/MB]: 2.08 / 18.48
Output Power (Up/Down) [dBm]: 3.0 / 0.0
Line Attenuation (Up/Down) [dB]: 12.6 / 25.5
SN Margin (Up/Down) [dB]: 8.0 / 16.7
System Vendor ID (Local/Remote): TMMB / ----
Chipset Vendor ID (Local/Remote): BDCM / IFTN
Loss of Framing (Local/Remote): 0 / 0
Loss of Signal (Local/Remote): 0 / 0
Loss of Power (Local/Remote): 0 / 0
Loss of Link (Remote): -
Error Seconds (Local/Remote): 156 / 0
FEC Errors (Up/Down): 439 / 656,403
CRC Errors (Up/Down): 2 / 10,074
HEC Errors (Up/Down): 1 / 4,629
Just for reference sake, this is what the stats were a few months ago:
Uptime:  0 days, 5:01:55
DSL Type:  ITU-T G.992.5
Bandwidth (Up/Down) [kbps/kbps]:  1.208 / 12.647
Data Transferred (Sent/Received) [MB/MB]:  35,11 / 723,40
Output Power (Up/Down) [dBm]:  12,2 / 0,0
Line Attenuation (Up/Down) [dB]:  12,3 / 25,5
SN Margin (Up/Down) [dB]:  6,1 / 5,8
System Vendor ID (Local/Remote):  TMMB / ----
Chipset Vendor ID (Local/Remote):  BDCM / IFTN
Loss of Framing (Local/Remote):  0 / 0
Loss of Signal (Local/Remote):  0 / 0
Loss of Power (Local/Remote):  0 / 0
Loss of Link (Remote):  -
Error Seconds (Local/Remote):  384 / 0
FEC Errors (Up/Down):  0 / 0
CRC Errors (Up/Down):  14 / 742
HEC Errors (Up/Down):  8 / 5.783

[#7]

Is there any interference/crackling on the phone line?
I'd suggest running through our faults wizard.

[#8]

I'm really not too sure, I've only got cordless phones at home, it's very very subtle if there is any. Just a quick question, why is the output power so low on the stats compared to before?
Another quick stat update:
Uptime: 0 days, 1:10:49
DSL Type: ITU-T G.992.5
Bandwidth (Up/Down) [kbps/kbps]: 888 / 7,611
Data Transferred (Sent/Received) [MB/MB]: 5.75 / 56.02
Output Power (Up/Down) [dBm]: 3.0 / 0.0
Line Attenuation (Up/Down) [dB]: 12.6 / 25.5
SN Margin (Up/Down) [dB]: 7.7 / 16.8
System Vendor ID (Local/Remote): TMMB / ----
Chipset Vendor ID (Local/Remote): BDCM / IFTN
Loss of Framing (Local/Remote): 0 / 0
Loss of Signal (Local/Remote): 0 / 0
Loss of Power (Local/Remote): 0 / 0
Loss of Link (Remote): -
Error Seconds (Local/Remote): 1,981 / 0
FEC Errors (Up/Down): 439 / 8,301,158
CRC Errors (Up/Down): 2 / 127,846
HEC Errors (Up/Down): 1 / 61,378
Trying a Home Hub 2.0 Type A right now, I think it's a little faster (the output power is higher in router stats)
Edit: Switched back to the 582n, seems to throw less errors, run's a bit faster. It looks like the SNM has dropped a bit and the output has increased:
Uptime: 0 days, 3:33:46
DSL Type: ITU-T G.992.5
Bandwidth (Up/Down) [kbps/kbps]: 888 / 8,696
Data Transferred (Sent/Received) [MB/MB]: 26.12 / 525.71
Output Power (Up/Down) [dBm]: 4.5 / 0.0
Line Attenuation (Up/Down) [dB]: 12.6 / 26.0
SN Margin (Up/Down) [dB]: 8.7 / 15.1
System Vendor ID (Local/Remote): TMMB / ----
Chipset Vendor ID (Local/Remote): BDCM / IFTN
Loss of Framing (Local/Remote): 0 / 0
Loss of Signal (Local/Remote): 0 / 0
Loss of Power (Local/Remote): 0 / 0
Loss of Link (Remote): -
Error Seconds (Local/Remote): 8 / 0
FEC Errors (Up/Down): 111 / 10,927
CRC Errors (Up/Down): 0 / 46
HEC Errors (Up/Down): 0 / 83

[#9]

Thats does look better, if your connection remains stable today it may be worth performing a SNR reset on your line.
Post your stats later today and we'll take another look.

[#10]

Uptime: 0 days, 15:28:34
DSL Type: ITU-T G.992.5
Bandwidth (Up/Down) [kbps/kbps]: 888 / 8,644
Data Transferred (Sent/Received) [MB/GB]: 136.11 / 3.57
Output Power (Up/Down) [dBm]: 4.8 / 0.0
Line Attenuation (Up/Down) [dB]: 12.6 / 26.0
SN Margin (Up/Down) [dB]: 10.1 / 15.6
System Vendor ID (Local/Remote): TMMB / ----
Chipset Vendor ID (Local/Remote): BDCM / IFTN
Loss of Framing (Local/Remote): 0 / 0
Loss of Signal (Local/Remote): 0 / 0
Loss of Power (Local/Remote): 0 / 0
Loss of Link (Remote): -
Error Seconds (Local/Remote): 10 / 0
FEC Errors (Up/Down): 101 / 6,014
CRC Errors (Up/Down): 0 / 14
HEC Errors (Up/Down): 0 / 49
Managed to get a listen on a quiet line test with a wired handset, it's very very quiet. Just a question, what is output power? I'm just wondering seeing as it is so low compared to when our line was better. I'm really hoping this isn't something more sinister...

[#11]

Quote

Just a question, what is output power?

I'm not personally aware of how the output power (which I assume to be the current that runs down the line) could have a negative effect on the connection. However I am aware that most routers pick that up either at a very low figure or at 0 so I don't believe it's anything to be concerned about.
Adam

[#12]

Okay, thanks. Was just wondering seeing as it was three times lower than before. Could I get an SNR reset please? Hopefully, it'll speed things up again!
Another side note, I noticed that the router resets at around midnight and it's been happening for the last few days, how do I find out why it's doing that? I also don't seem to have an estimated speed on my profile but I doubt that matters 

[#13]

Hi there,
Can do, your downstream target margin appears to be set to 15dB which is rather high - any chance you could post some updated router stats so I can be sure it won't cause any issues please? More than likely it'll be fine but better safe than sorry.

[#14]

Uptime: 2 days, 1:49:31
DSL Type: ITU-T G.992.5
Bandwidth (Up/Down) [kbps/kbps]: 888 / 7,165
Data Transferred (Sent/Received) [MB/GB]: 947.96 / 20.30
Output Power (Up/Down) [dBm]: 12.8 / 0.0
Line Attenuation (Up/Down) [dB]: 12.6 / 26.5
SN Margin (Up/Down) [dB]: 6.0 / 17.8
System Vendor ID (Local/Remote): TMMB / ----
Chipset Vendor ID (Local/Remote): BDCM / IFTN
Loss of Framing (Local/Remote): 27 / 0
Loss of Signal (Local/Remote): 3 / 0
Loss of Power (Local/Remote): 0 / 0
Loss of Link (Remote): -
Error Seconds (Local/Remote): 75,874 / 13
FEC Errors (Up/Down): 16,031 / 6,602
CRC Errors (Up/Down): 153 / 33
HEC Errors (Up/Down): 123 / 373
I noticed that it resynced at a lower profile a few days ago and the errors sky rocketed but there we are, hopefully a reset will sort it out. Thanks for the help so far!

[#15]

If we were to do an SNR reset, it's likely we would be setting the SNR Target at say 6db (it's currently at 15db). What jumps out to me is that even with such a high SNR Target you've got at the moment, moving your SNR down to 6db is likely to increase the amount of errors on your line.
The higher your SNR value is, the more tolerant your line can be to interference, if we were to lower it, I can really only see it getting worse.
I'd be happy to take a closer look at your line tomorrow when I'm in the office, I might be able to save you some time by identifying where the issue might lay and get that picked up.