Print

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

[gt94sss2]

All,

I would welcome any thoughts you may have about the quality of my FTTC line. I currently only have a 40/10 profile but would be interested in upgrading to a faster service in future if that makes sense for me.

My data can be found under gt94sss2 on http://www.mydslwebstats.co.uk/

As my line has been up for about 80 days now, I am planning to reboot soon (I've locked myself out of the HG612 GUI while trying to get it to respond to pings!) and am particularity interested in what my line stats currently reveal (such as Hlog, QLN, CRC/FEC errors, bits/tone etc.) - for instance I currently have one of the highest FEC errors of any user on MDWS (though I don't remember this happening when G.INP was first enabled on the line)

The SNR also varies a lot at times but I believe this is due to the old NC10 netbook I use to run DSLStats - its power jack is loose and when its charging its battery the SNR falls - as it does if I put an Ethernet cable in it. (both are repeatable).

However, the SNR also changes when I receive a telephone call. For instance, during a recent call the SNR changed as follows:

Down  Up
12.1  13.7 (before the call)
12.3  13.1
11.8. 13.6
12.1, 13.7 (after the call)

Why would my SNR change when I receive a call? Is it a sign of a fault?

I am about 500m from my Huawei cabinet - virtually at the end of my local loop but 30+ flats are being built about 200 meters closer to the cabinet and 8 flats on my other side (so BT have just put a new chamber in for when these are constructed - so there is a real possibility of more FTTC connections/crosstalk in future.

TIA for any assistance

[burakkucat]

I would welcome any thoughts you may have about the quality of my FTTC line. I currently only have a 40/10 profile but would be interested in upgrading to a faster service in future if that makes sense for me.

My data can be found under gt94sss2 on http://www.mydslwebstats.co.uk/

I'll try to remember to look tomorrow because I am currently monitoring another service.

However, the SNR also changes when I receive a telephone call. For instance, during a recent call the SNR changed as follows:

Down  Up
12.1  13.7 (before the call)
12.3  13.1
11.8. 13.6
12.1, 13.7 (after the call)

Why would my SNR change when I receive a call? Is it a sign of a fault?

That may be indicative of an external joint which is less than perfect. A joint showing HR or semi-conductive tendencies . . . 

[konrado5]

gt94ss2: unfortunately I see empty page when I open https://mydslwebstats.co.uk (perhaps in Poland this doesn't work). Could you attach your Hlog, QLN and SNR margin on forum?

Best regards
konrado5

[burakkucat]

gt94ss2: unfortunately I see empty page when I open https://mydslwebstats.co.uk (perhaps in Poland this doesn't work).

Konrado5 -- to be able to view the data that other users' have uploaded you will need to register for an account of your own. That doesn't mean you would have to upload anything, it is just to access the data. For example, I have an account of my own but do not upload anything . . . so I am not listed with the current users.

I know that there are users who are not UK based, so I don't think there will be any problem with you accessing the data (once registered) from Poland.

[gt94sss2]

I'll try to remember to look tomorrow because I am currently monitoring another service.

Thanks, much appreciated

That may be indicative of an external joint which is less than perfect. A joint showing HR or semi-conductive tendencies . . . 

Hopefully the stats reveal something to all of you who can read them.

[gt94sss2]

gt94ss2: unfortunately I see empty page when I open https://mydslwebstats.co.uk (perhaps in Poland this doesn't work). Could you attach your Hlog, QLN and SNR margin on forum?

I will try and add some graphs to this post (its something I'm not very good at) but they not reveal the whole picture such as why FEC errors only seem to have started in my sync before last towards the end of October etc.

Edit: it worked! But I'm limited to 3 attachments - I don't know how to 'merge them' together to show more but the mydslwebstats has them in full.

[gt94sss2]

In case its helpful, I am also attaching the following (sorry if its too much data!):

xdslcmd info --pbParams
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason:   0
Last initialization procedure status:   0
Max:   Upstream rate = 20425 Kbps, Downstream rate = 57464 Kbps
Bearer:   0, Upstream rate = 9999 Kbps, Downstream rate = 40000 Kbps
Bearer:   1, Upstream rate = 0 Kbps, Downstream rate = 0 Kbps
Discovery Phase (Initial) Band Plan
US: (7,32) (871,1205) (1972,2782)
DS: (33,859) (1216,1961) (2793,3959)
Medley Phase (Final) Band Plan
US: (7,32) (871,1205) (1972,2782)
DS: (33,859) (1216,1961) (2793,3959)
     VDSL Port Details        Upstream        Downstream
Attainable Net Data Rate:       20425 kbps          57464 kbps
Actual Aggregate Tx Power:          6.9 dBm           13.5 dBm
====================================================================================
  VDSL Band Status   U0   U1   U2   U3   U4   D1   D2   D3
  Line Attenuation(dB):   6.2   22.3   32.7   N/A   N/A   11.0   26.3   40.7
Signal Attenuation(dB):   6.2   21.1   31.2   N/A   N/A   14.9   26.0   40.6
        SNR Margin(dB):   13.3   13.3   13.3   N/A   N/A   12.2   11.8   12.1
         TX Power(dBm):   -3.0   -21.1   6.5   N/A   N/A   10.5   8.3   6.3

xdslcmd info --stats
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason:   0
Last initialization procedure status:   0
Max:   Upstream rate = 20417 Kbps, Downstream rate = 57236 Kbps
Bearer:   0, Upstream rate = 9999 Kbps, Downstream rate = 40000 Kbps
Bearer:   1, Upstream rate = 0 Kbps, Downstream rate = 0 Kbps
Link Power State:   L0
Mode:         VDSL2 Annex B
VDSL2 Profile:      Profile 17a
TPS-TC:         PTM Mode(0x0)
Trellis:      U:ON /D:ON
Line Status:      No Defect
Training Status:   Showtime
      Down      Up
SNR (dB):    11.9       13.3
Attn(dB):    16.1       0.0
Pwr(dBm):    13.5       6.9

xdslcmd info --stats
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason:   0
Last initialization procedure status:   0
Max:   Upstream rate = 20406 Kbps, Downstream rate = 57464 Kbps
Bearer:   0, Upstream rate = 9999 Kbps, Downstream rate = 40000 Kbps
Bearer:   1, Upstream rate = 0 Kbps, Downstream rate = 0 Kbps
Link Power State:   L0
Mode:         VDSL2 Annex B
VDSL2 Profile:      Profile 17a
TPS-TC:         PTM Mode(0x0)
Trellis:      U:ON /D:ON
Line Status:      No Defect
Training Status:   Showtime
      Down      Up
SNR (dB):    12.0       13.3
Attn(dB):    16.1       0.0
Pwr(dBm):    13.5       6.9
         VDSL2 framing
         Bearer 0
MSGc:      -6      58
B:      178      236
M:      1      1
T:      0      23
R:      12      16
S:      0.1424      0.7543
L:      10727      2694
D:      16      1
I:      191      127
N:      191      254
Q:      16      0
V:      2      0
RxQueue:      22      0
TxQueue:      11      0
G.INP Framing:      18      0
G.INP lookback:      11      0
RRC bits:      0      24
         Bearer 1
MSGc:      90      -6
B:      0      0
M:      2      0
T:      2      0
R:      16      0
S:      10.6667      0.0000
L:      24      0
D:      1      0
I:      32      0
N:      32      0
Q:      0      0
V:      0      0
RxQueue:      0      0
TxQueue:      0      0
G.INP Framing:      0      0
G.INP lookback:      0      0
RRC bits:      0      0
         Counters
         Bearer 0
OHF:      0      1934666
OHFErr:      135      7939
RS:      3389030528      4294829
RSCorr:      136489178      28340
RSUnCorr:   0      0
         Bearer 1
OHF:      437710381      0
OHFErr:      148      0
RS:      2626261915      0
RSCorr:      6227      0
RSUnCorr:   844      0

         Retransmit Counters
rtx_tx:      759903      0
rtx_c:      751728      0
rtx_uc:      4182      0

         G.INP Counters
LEFTRS:      13184      0
minEFTR:   39991      0
errFreeBits:   4288458286      0

         Bearer 0
HEC:      0      0
OCD:      0      0
LCD:      0      0
Total Cells:   3917898581      0
Data Cells:   3811871238      0
Drop Cells:   0
Bit Errors:   0      0

         Bearer 1
HEC:      0      0
OCD:      0      0
LCD:      0      0
Total Cells:   0      0
Data Cells:   0      0
Drop Cells:   0
Bit Errors:   0      0

ES:      4      7501
SES:      3      3
UAS:      26      26
AS:      7030777

         Bearer 0
INP:      47.00      0.00
INPRein:   0.00      0.00
delay:      0      0
PER:      0.00      8.70
OR:      0.01      58.79
AgR:      40055.74   10057.90

         Bearer 1
INP:      2.50      0.00
INPRein:   2.50      0.00
delay:      0      0
PER:      16.06      0.01
OR:      47.81      0.01
AgR:      47.81   0.01

Bitswap:   195293/195293      3484/3484

Total time = 1 days 9 hours 3 sec
FEC:      136489178      28340
CRC:      135      7939
ES:      4      7501
SES:      3      3
UAS:      26      26
LOS:      0      0
LOF:      0      0
LOM:      1      0
Latest 15 minutes time = 3 sec
FEC:      82275      0
CRC:      0      0
ES:      0      0
SES:      0      0
UAS:      0      0
LOS:      0      0
LOF:      0      0
LOM:      0      0
Previous 15 minutes time = 15 min 0 sec
FEC:      18527477      0
CRC:      0      1
ES:      0      1
SES:      0      0
UAS:      0      0
LOS:      0      0
LOF:      0      0
LOM:      0      0
Latest 1 day time = 9 hours 3 sec
FEC:      667089638      50
CRC:      0      27
ES:      0      26
SES:      0      0
UAS:      0      0
LOS:      0      0
LOF:      0      0
LOM:      0      0
Previous 1 day time = 24 hours 0 sec
FEC:      1779415592      165
CRC:      0      90
ES:      0      87
SES:      0      0
UAS:      0      0
LOS:      0      0
LOF:      0      0
LOM:      0      0
Since Link time = 49 days 17 hours 2 min 47 sec
FEC:      136489178      28340
CRC:      135      7939
ES:      4      7501
SES:      3      3
UAS:      0      0
LOS:      0      0
LOF:      0      0
LOM:      1      0
#

[burakkucat]

I am now set up to monitor your service via MDWS. At a quick glance, there is nothing that I can point to and say "Ah, ha!"
 
You certainly have a low level of regular US CRCs (either 1 or 2). With regards to the FECs, it is clear that the error correction mechanism is working very hard for the DS.

The QLN is really quite elevated and seeing those big spikes at the low frequency end makes me wonder if the AC balance of the pair is not as good as it could be.

The Hlog plot has the classic shape and there is nothing of significance to report.

Perhaps an Analytical Eagle or WWWombat may be able to look a little closer? Let's see who hears my whistle . . . 

[Bald_Eagle1]

Compare your Bitswaps per min for the last 180 days against anyone else on VDSL2 & yours looks 'odd'.
i.e. hardly any DS bitswapping since 17th November.

Have you turned DS bitswapping off?

If so, that MIGHT explain why you are now seeing increased FECs?

[gt94sss2]

I am now set up to monitor your service via MDWS. At a quick glance, there is nothing that I can point to and say "Ah, ha!"
 
You certainly have a low level of regular US CRCs (either 1 or 2). With regards to the FECs, it is clear that the error correction mechanism is working very hard for the DS.

The QLN is really quite elevated and seeing those big spikes at the low frequency end makes me wonder if the AC balance of the pair is not as good as it could be.

Compare your Bitswaps per min for the last 180 days against anyone else on VDSL2 & yours looks 'odd'.
i.e. hardly any DS bitswapping since 17th November.

Have you turned DS bitswapping off?

If so, that MIGHT explain why you are now seeing increased FECs?

Thanks both for looking - much appreciated.

AFAIK I haven't turned bitswapping off -I wouldn't know how too! I have a unlocked HG612 combined with a HH5A running behind a Mk3 filter if that makes an difference

I see what you mean looking at the DS bitswapping though - it seems to have stopped after my 28 October resync apart from being active for 2/3 days after my last re-sync in November.

Most of the resyncs on my line were caused by DLM - could that have switched swapping off or could it be a sign of a fault somewhere else?

AFAICR I had G.INP on my line since late August - a couple of weeks after my line went live - so I don't think that's linked

Also, is there anything I could do about any possible AC balance issue - though I'm not quite sure what that is/would cause - is it related to the SNR changing when I get a call?

[burakkucat]

Also, is there anything I could do about any possible AC balance issue - though I'm not quite sure what that is/would cause - is it related to the SNR changing when I get a call?

There is nothing that you can do about any possible AC inbalance. I only mention it as a possibility. The broadband signal is propagated down the pair in differential mode. If the physical properties of the pair are unbalanced, then there is the possibility that spurious RF signals will not be fully rejected. Hence the peaks at the lower frequency end of your QLN plot. A poorly made joint might potentially be a contributory factor to degraded AC balance, just as such a joint might be responsible for the observed drop in SNRM when a telephone call is made or received. But, currently, there is no real evidence.

[WWWombat]

Perhaps an Analytical Eagle or WWWombat may be able to look a little closer? Let's see who hears my whistle . . . 

  I thought it was my tinnitus playing up!

I'll go look at MDWS later, but I have a different line to check first.

[gt94sss2]

Compare your Bitswaps per min for the last 180 days against anyone else on VDSL2 & yours looks 'odd'.
i.e. hardly any DS bitswapping since 17th November.

Have you turned DS bitswapping off?

Some judicious googling led me to telneting into the HG612 for the first time and the below which suggests that  bitswapping is ON in my case.

# xdslcmd profile --show

Modulations:
        G.Dmt   Enabled
        G.lite  Disabled
        T1.413  Disabled
        ADSL2   Enabled
        AnnexL  Disabled
        ADSL2+  Enabled
        AnnexM  Disabled
        VDSL2   Enabled
VDSL2 profiles:
        8a      Enabled
        8b      Enabled
        8c      Enabled
        8d      Enabled
        12a     Enabled
        12b     Enabled
        17a     Enabled
        30a     Enabled
        US0     Enabled
Phone line pair:
        Inner pair
Capability:
        bitswap         On
        sra             On
        trellis         On
        sesdrop         Off
        CoMinMgn        Off
        24k             On
        phyReXmt(Us/Ds) Off/On
        TpsTc           AvPvAa
        monitorTone:    On
        dynamicD:       On
        dynamicF:       Off
        SOS:            On
        Training Margin(Q4 in dB):      -1(DEFAULT)

[gt94sss2]

I'll go look at MDWS later, but I have a different line to check first.

Thanks - after you have done so, I think I will reboot the HG612 to see if it makes a difference. 

I have been 'quite qood' for the last couple of days in that I haven't connected the ethernet cable (apart from once) and have usually left the continuously laptop powered.. must look into seeing how easy it is to use a Pi instead

[WWWombat]

Sorry ... been posting from my tablet recently, which isn't very useful for MDWS. I haven't forgotten...