Print

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

[bossian]

As the title says....is this possible?

Since my engineer visit last Thursday, my line does seem to be better (profile rates have remained 80/20) but I am still getting a lot of re-syncs. But there has been no DLM intervention like before. In fact, it's done absolutely nothing

Makes me think it's been tuned off? Can it be?

My stats for the last week show plenty of line drops.....today there has been a good dozen already. I have seen that there are more re-syncs daytime than during the nights.

I am awaiting another OR engineer visit to be arranged by PN

And another thing, my stats show only 2 re-syncs since last Thursday. I'm sure the graphing software is missing some info here.

Anyway, here's my logfile and previous 24 hr stats attached

xdslcmd info --stats

xdslcmd: ADSL driver and PHY status

Status: Showtime

Retrain Reason:   1

Max:   Upstream rate = 32098 Kbps, Downstream rate = 96468 Kbps

Path:   0, Upstream rate = 20000 Kbps, Downstream rate = 79999 Kbps



Link Power State:   L0

Mode:         VDSL2 Annex B

VDSL2 Profile:      Profile 17a

TPS-TC:         PTM Mode

Trellis:      U:ON /D:ON

Line Status:      No Defect

Training Status:   Showtime

      Down      Up

SNR (dB):    10.5       12.9

Attn(dB):    0.0       0.0

Pwr(dBm):    13.4       4.6

         VDSL2 framing

         Path 0

B:      239      236

M:      1      1

T:      23      5

R:      0      16

S:      0.0955      0.3771

L:      20107      5410

D:      1      1

I:      240      255

N:      240      255

         Counters

         Path 0

OHF:      514627      138986

OHFErr:      1504      0

RS:      0      439751

RSCorr:      0      3

RSUnCorr:   0      0



         Path 0

HEC:      554      0

OCD:      0      0

LCD:      0      0

Total Cells:   130861671      0

Data Cells:   14668      0

Drop Cells:   0

Bit Errors:   0      0



ES:      19281      822

SES:      5050      101

UAS:      10544      10587

AS:      852



         Path 0

INP:      0.00      0.00

PER:      1.64      6.12

delay:      0.00      0.00

OR:      116.56      203.67



Bitswap:   61      1



Total time = 1 days 23 hours 7 sec

FEC:      0      0

CRC:      3018632      0

ES:      19281      822

SES:      5050      101

UAS:      10544      10587

LOS:      1577      0

LOF:      546      0

Latest 15 minutes time = 7 sec

FEC:      0      0

CRC:      2      0

ES:      1      0

SES:      0      0

UAS:      0      0

LOS:      0      0

LOF:      0      0

Previous 15 minutes time = 15 min 0 sec

FEC:      0      0

CRC:      14217      0

ES:      45      0

SES:      24      0

UAS:      27      27

LOS:      12      0

LOF:      0      0

Latest 1 day time = 23 hours 7 sec

FEC:      0      0

CRC:      665944      0

ES:      4022      128

SES:      1084      10

UAS:      1293      1311

LOS:      233      0

LOF:      95      0

Previous 1 day time = 24 hours 0 sec

FEC:      0      0

CRC:      350173      0

ES:      2378      64

SES:      576      1

UAS:      1876      1884

LOS:      175      0

LOF:      65      0

Since Link time = 14 min 11 sec

FEC:      0      3

CRC:      1504      0

ES:      24      0

SES:      3      0

UAS:      0      0

LOS:      0      0

LOF:      0      0



xdslcmd info --pbParams

xdslcmd: ADSL driver and PHY status

Status: Showtime

Retrain Reason:   1

Max:   Upstream rate = 32098 Kbps, Downstream rate = 96468 Kbps

Path:   0, Upstream rate = 20000 Kbps, Downstream rate = 79999 Kbps



Discovery Phase (Initial) Band Plan

US: (0,95) (880,1195) (1984,2771)

DS: (32,859) (1216,1959) (2792,4083)

Medley Phase (Final) Band Plan

US: (0,95) (880,1195) (1984,2771)

DS: (32,859) (1216,1959) (2792,4083)

       VDSL Port Details       Upstream        Downstream

Attainable Net Data Rate:      32098 kbps         96468 kbps

Actual Aggregate Tx Power:        4.6 dBm          13.4 dBm

============================================================================

  VDSL Band Status        U0      U1      U2      U3      D1      D2      D3

  Line Attenuation(dB):    0.1    18.1    28.4     N/A    9.9    23.5    39.0   

Signal Attenuation(dB):    0.1    18.0    28.3     N/A    9.9    23.5    39.0   

        SNR Margin(dB):    12.8    13.1    12.9     N/A    10.3    10.4    10.8   

         TX Power(dBm):   -4.8   -27.0    4.0     N/A    10.5    7.2    7.2   

[ColinS]

Very interesting (for us observers, if not for you)!  From the up-time graph it seems that you have had at least 11 separate active sessions over the last two days, like you thought, and on occasions it seems the modem struggled to get back and maintain sync between some of those.

Although I must admit some surprise that DLM hasn't intervened yet (can you remind us which ISP you are with), I am not aware that DLM can be disabled in this way - if so, prepare for a lot of people wanting to know how you achieved that.

When you say

my stats show only 2 re-syncs since last Thursday

which stats are you referring to (i.e. which bit of information leads you to say that)? In the current stats folder of HG612_modem_stats there is a file called resync.log.  What does that say?  I believe that in v1.1 BE1 has improved his resync detection, and no longer relies solely on detecting a change in sync speed to infer that a resync has occured, but he'll be able to give you the full story.

But your line looks quite ill at the moment with large numbers of CRCs, ESs and even worse SES.

Good luck.

[bossian]

Thanks for the reply Colin.

ISP is Plusnet. The OR engineer reset my DLM by options on his phone last week, not by a call centre call.

The re-syncs I got from BE's RESYNC file........the first from last week's OR engineer visit, the 2 that I mentioned in my first post and 2 new ones that happened in-between my 2 posts!

15/08/2013 13:19 - RESYNC detected (DS 79999 Kbps, US 20000 Kbps) Retrain Reason: 2
22/08/2013 16:14 - RESYNC detected (DS 78892 Kbps, US 20000 Kbps) Retrain Reason: 1
22/08/2013 16:16 - RESYNC detected (DS 79999 Kbps, US 20000 Kbps) Retrain Reason: 1
23/08/2013 11:22 - RESYNC detected (DS 40892 Kbps, US 20000 Kbps) Retrain Reason: 2
23/08/2013 12:29 - RESYNC detected (DS 79999 Kbps, US 20000 Kbps) Retrain Reason: 2

Have just taken some stats for the last few hours, wow what a mess, but still no DLM?? See attached.

Here's my TBB graph to show the mess....



I have seen DLM be brutal on my connection for this sort of mess, but it just seems to ignore it all since the last reset?

[Bald_Eagle1]

When you say

my stats show only 2 re-syncs since last Thursday

which stats are you referring to (i.e. which bit of information leads you to say that)? In the current stats folder of HG612_modem_stats there is a file called resync.log.  What does that say?  I believe that in v1.1 BE1 has improved his resync detection, and no longer relies solely on detecting a change in sync speed to infer that a resync has occured, but he'll be able to give you the full story.

I'm afraid that's still on my 'things to do' list.

Resyncs reported in the FULL_MONTY graphs are correct as they do show connection up time (AS).



The RESYNC.LOG in the Current_Stats folder is still only updated whenever DS or US or both sync speeds alter.
That is relevant for many users who do see slightly differing sync speeds, but not actually relevant for users achieving 'banded' speeds due to DLM detecting previous errors or connections that are capped at maximum service level speeds, yet able to theoretically achieve higher speeds as reported by the Attaninable (Max) rates.

[bossian]

I'm afraid that's still on my 'things to do' list.

Resyncs reported in the FULL_MONTY graphs are correct as they do show connection up time (AS).



The RESYNC.LOG in the Current_Stats folder is still only updated whenever DS or US or both sync speeds alter.
That is relevant for many users who do see slightly differing sync speeds, but not actually relevant for users achieving 'banded' speeds due to DLM detecting previous errors or connections that are capped at maximum service level speeds, yet able to theoretically achieve higher speeds as reported by the Attaninable (Max) rates.

Ahhhh that explains that then

[bossian]

Well 2 weeks further on and I'm still getting plenty of DSL re-syncs each day. More occurs during the hours of 8am till 6pm-ish.....but DLM is still not kicked in. Here's the TBB's from the last few days......







And everyday is like that.

So again, is it possible to turn DLM off of maybe suspend it?

By all rights, my profile should've been hammered to death by now, like it was before.

[Chrysalis]

I think the disconnect side of DLM is not that sensitive, a few others have reported been able to disconnect many times a day without it triggering but your graphs indicate quite a lot of possible disconnections.

DLM cannopt be turned off officially.  So if its off its a fault, regardless your line merits a engineer visit anyway for the instability.  Report to your isp it keeps dropping out.

[bossian]

I think the disconnect side of DLM is not that sensitive, a few others have reported been able to disconnect many times a day without it triggering but your graphs indicate quite a lot of possible disconnections.

DLM cannopt be turned off officially.  So if its off its a fault, regardless your line merits a engineer visit anyway for the instability.  Report to your isp it keeps dropping out.

Well if it is a fault......I'm keeping mum

I have an on-going ticket with Plusnet, there sorting out an OR engineer at the moment....there is one 'Blue-Been' joint left on my line back to the CPC.....I'm hoping that the next engineer is as good as the last one was and remakes it.

[Chrysalis]

I think the disconnect side of DLM is not that sensitive, a few others have reported been able to disconnect many times a day without it triggering but your graphs indicate quite a lot of possible disconnections.

DLM cannopt be turned off officially.  So if its off its a fault, regardless your line merits a engineer visit anyway for the instability.  Report to your isp it keeps dropping out.

Well if it is a fault......I'm keeping mum

I have an on-going ticket with Plusnet, there sorting out an OR engineer at the moment....there is one 'Blue-Been' joint left on my line back to the CPC.....I'm hoping that the next engineer is as good as the last one was and remakes it.

If you want DLM to stay off (if its off), just report the disconnects and dont mention anything about DLM, the average user doesnt know about DLM anyway.  Surely its not worth putting up with disconnects just to have no DLM?

[kitz]

Well 2 weeks further on and I'm still getting plenty of DSL re-syncs each day. More occurs during the hours of 8am till 6pm-ish.....

I dont think the BToR DLM always catches quick resyncs.   From my own experience WOOSH doesnt seem to log them either.