Plusnet ADSL disconnections

For the past few weeks I have been having multiple disconnections usually after 9/10 at night. Can anyone help diagnose the problem? I've never had this problem for the last 10 months and as far as I can tell nothing has changed. I'm using the supplied Technicolor TG582n.

Here are the stats just after a reconnect a few minutes ago:

Uptime: 0 days, 0:03:56

DSL Type: ITU-T G.992.5

Bandwidth (Up/Down) [kbps/kbps]: 1.164 / 12.869

Data Transferred (Sent/Received) [MB/GB]: 434,51 / 1,22

Output Power (Up/Down) [dBm]: 12,6 / 0,0

Line Attenuation (Up/Down) [dB]: 20,5 / 37,5

SN Margin (Up/Down) [dB]: 5,7 / 3,1

System Vendor ID (Local/Remote): TMMB / ----

Chipset Vendor ID (Local/Remote): BDCM / IFTN

Loss of Framing (Local/Remote): 8 / 0

Loss of Signal (Local/Remote): 1 / 0

Loss of Power (Local/Remote): 0 / 0

Loss of Link (Remote): -

Error Seconds (Local/Remote): 7.465 / 0

FEC Errors (Up/Down): 0 / 3.902

CRC Errors (Up/Down): 0 / 0

HEC Errors (Up/Down): 0 / 0

Thanks.

Has your download speed increased by around 1Mbps?

Your connection time noise margin seems to have been lowered to 3dB. It may have been 6dB before your problems started.

Having said that, I would only expect one or two disconnections each evening if that were the issue. "Multiple" suggests several.

Some nights it can be around 2 others up to 4 or 5. Very annoying. I was looking at the stats incorrectly (looking at the 5.7dB assuming I had a 6dB noise margin). Can anyone from Plusnet look into getting this changed for me please?

From your stats:-

SN Margin (Up/Down) [dB]: 5,7 / 3,1

The downstream noise margin for PN connections is usually set at 6dB, so at the time you took the stats the margin had decreased to 3.1dB not unusual at that time of night when there is more of an effect from "noise" on many connections.

What are the router stats like this morning say around 10.00am?

In reply to a post by Apprentice:

The downstream noise margin for PN connections is usually set at 6dB, so at the time you took the stats the margin had decreased to 3.1dB ...

Would be more accurately described as "The downstream TARGET noise margin for PN connections is usually set at 6dB".

If a reconnect is made with above normal noise present on the line, the target SNRM would theoretically be maintained at 6dB and the line would sync at a lower rate.

I would agree with what RobertoS said, as a reconnect had just been made, it looks like the target SNRM has been lowered to 3dB.

Edited by Rastus (Thu 01-May-14 09:02:31)

Checked about an hour ago and it is still 3dB. Looks like it is set at 3.

Hi swervinc,

Want to reply with a ticket ID or PM your username over?

I can make sure we reset the SNR if that would help.

Cheers for the DM I've just reset the SNR back to 6db.

Let us know how you get on and I'm happy to pick things up with you again if there's any further problems.

Just letting you know it has been perfect since the SNR reset. Thanks for your help

I was interested to see the topic, as I noticed a number of recent disconnections (ticket 86089411) and rang an hour or two after one happened yesterday lunchtime (I was out of the house at the time, and most of my computer gear was off).

Spoke to someone in Tech Support who did some line test, then said he was going to get interleaving enabled on the line and it would take up to 48 hours for it to happen and then may take a while more for the line to settle down.

Had an e-mail which I only glanced at today (I had been busy for some 30 hours solid on a job and only made the phone call after returning home, and then slept for a good while). E-mail suggests I was questioning speed whereas I was specific about disconnections and the chap had looked and said that yes, there had been a number of disconnections in previous 7 days (without being very specific as to number - ie I have no idea whether it was once or twice a day, or more often... I had noticed several instances of things being sluggish - put it down to my iMac being overworked with 100-150 tabs open at once!)

Anyway, seeing the thread, just got some stats off the Thomson TG585 v7 (incidentally, is there some easy way to get line stats - I went into the Telnet interface as the browser UI didn't seem to display much useful detail, but then again, I was up from 0300 today and might have overlooked an option or 'link'....

I've copied an extract, to give similar info to that from swervinc

{xxxxxx}=> xdsl info expand=enabled

Physical Layer Statistics:

Modem state: . . . . . . . up
Up time (Days hh:mm:ss): 0 days, 10:17:30
xDSL Standard: . . . . . . . ITU-T G.992.5
xDSL Annex: . . . . . . . Annex A

Number of reset: 46


Bearers generic info . . . . . . . DS US
Payload rate [kbps]: . . . . 11479 1091
Attenuation [dB]: . . . . . . . 33.5 17.5
Margins [dB]: . . . . . . . . . . 3.5 6.5
Output power [dBm]: . . . . 0.0 12.0


G.997.1 Statistics (Current):

Failures:
Line failures Near end
Loss of signal (LOS): 95
Loss of frame (LOF): 55
Loss of power (LPR): 0

Performance monitoring:
Line PM: Near end
Error second (ES): 2038

Channel PM: Near end Far end
Bearer 0:
Code Violation (CV): 1944
FEC: 0

ATM data path PM: Near end Far end
Bearer 0:
HEC violation count (HEC): 936 0

Would appreciate any comments...

In particular, (a) whether it was a 'standard explanation' used in the e-mail response (ie if interleaving to be enabled, then report as if customer complained of speed problems), and (b) whether this has any similarities concerning the S/N margin

regarding line stats
Broadband Connection
DSL Connection - View More - Details
Alternatively - as I have this bookmarked for my TG582 and it should be the same - http://192.168.1.254/cgi/b/dsl/dt/?be=0&l0=2&l1=0

Thanks for that. I must have overlooked it earlier.