Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[johnson]

Take these figures...

So apparently the tab spaces do not show on some folks browsers, really sorry for the confusion. Looks like this on mine:

[j0hn]

Take these figures...

do a basic divide by 53 gives you...

ES: 80848/day
SES: 76/day

That ES rate is not that far off one per second so I think packet loss is a certainty.

I am no expert but assuming the modem is reporting the stats correctly this is not a stable line by any stretch of the imagination. 

The maximum ES/day the line may experience before DLM intervention the following day is around 2880 (1440 in some cases).  Not sure about the rules for SES but from my experience if you get several bursts in a short period of time the DLM usually intervenes immediately.

Your browser is showing the stats incorrectly.
Johnson has provided a screenshot of what he wrote, and it's what I saw.

If others browsers show it different and they want to argue over it that's up to them.

[xreyuk]

That’s guys,

I’ll post the graphs when I get home but I had a disconnection around 8PM yesterday. DSL stats saw a burst of 100CRC errors, whatever happened cause the line to resync (whether it was DLM or not). When I resynced, I dropped from 51Mbps sync to 39Mbps sync. SNR jumped from 3.3dB to 8.8db, and attainable dropped from ~55Mbps, to 51Mbps. I did a manual modem reboot at 1:45am to do some power work at my house (I’m on a funny schedule) and resynced at 56Mbps with 3.2dB SNR.

Whilst synced at 39Mbps I still saw errors, but a lot lower FEC count.

Since the resync the line has stayed up, but has seen CRC errors around 5-7PM above the norms for the day, but stayed in sync.

Does anyone know how long it takes plusnet/BT line profile to update? When it resynced last night the profile updated almost immediately to 36Mbps, but hasn’t updated since he manual resync around 17 hours ago. (Which makes me think it was a DLM triggered resync)

[xreyuk]

I also forgot to mention I spoke to plusnet and they’re talking about it being a REIN issue.

They were trying to blame something in my house switching on and off between 11PM and 1AM but given that I’ve seen other disconnections (especially last night when no one was home), I’m certain it’s not something in my house.

[burakkucat]

. . . but given that I’ve seen other disconnections (especially last night when no one was home), I’m certain it’s something in my house.

I suspect you have missed out that important three letter word, "not". 

[xreyuk]

I suspect you have missed out that important three letter word, "not". 

Yes, I've now changed it! 

[burakkucat]

Yes, I've now changed it! 

Purrfect.

[j0hn]

I'm still of the opinion it is something knocking 5dB off the SNRM.
With a 3dB SNRM it knocks you offline and returns the line to 8dB.

What you could do is leave the line alone when it resyncs at 8dB SNRM with the lower speed and leave DslStats monitoring the line.
It should catch the event happening and show a 5dB drop in SNRM from 8dB to 3dB, then back up again.

Keep a note of the time(s) this happens.

[xreyuk]

So I’ve had 3 resyncs in the past few days, all at different times. Around 10am, 8pm and 11pm.

Each resync as actually synched at around 54Mbps but what you can see is that it’s basically massive short bursts of CRC errors causing it to drop.

It will run along for hours on end with little to no errors, and the errors that do come always come in bursts. Eventually there is a massive burst which causes the resync

[jelv]

Have you checked if the error bursts coincide with use of the phone or the ringing for an incoming call (even if no handset is connected)?

[xreyuk]

Have you checked if the error bursts coincide with use of the phone or the ringing for an incoming call (even if no handset is connected)?

They don’t, I have a phone connected all the time but never get any calls 😂

[xreyuk]

Okay so I have kept monitoring this.

Basically I keep getting masses of CRC bursts which cause a disconnect, when the service reconnects, it connects about 10Mbps slower, with the attainable also 10Mbps slower, so still at a 3.3db SNR.

I will try and attach some graphs but these bursts are all at different times of day. Some around 1am ish, so around 4am ish and others anytime between 6am and midday.

I can force a resync 10 minutes later and all is fine again. I am error free before these events.

On top of this, when I am connected I seem to be suffering bufferbloat either due to congestion or packet loss, I have reduced the bufferbloat using QOS on my router but it’s still there.

[xreyuk]

Update on this. I ended up getting fed up and took the socket off the wall, tidied it up and determinated it.

So far have had 7 days uptime (the longest since about October) and better stats than I’ve ever had.

I still see a 1-4 ES a day with a few CRCs but no bursts whatsoever. The CRCs I’m seeing are maybe 1-5 at a time, where as before I was seeing 100s causing a dropout.

[burakkucat]

. . . took the socket off the wall, tidied it up and determinated it.

I am not too sure exactly what you intended to state . . . possibly "reterminated it"?

Just to satisfy my curiosity, what is the type of socket? 

So far have had 7 days uptime (the longest since about October) and better stats than I’ve ever had.

I still see a 1-4 ES a day with a few CRCs but no bursts whatsoever. The CRCs I’m seeing are maybe 1-5 at a time, where as before I was seeing 100s causing a dropout.

That is a most definite improvement.

[xreyuk]

I am not too sure exactly what you intended to state . . . possibly "reterminated it"?

Just to satisfy my curiosity, what is the type of socket? 

That is a most definite improvement.

Yes I meant reterminated, silly autocorrect!

I think it’s a 5A, it fits a mk3 faceplate but has screw terminals, I believe the 5C has punchdown?