Routerstats Lite/Full

[#1]

Yep. The US doesn't seem to be shifting much, but is down a touch on what it used to be.

[#2]

So what are you thinking?

[#3]

I'm just watching,  waiting for something to go bang

[#4]

Don't like bangs!

[#5]

A proverbial bang, not a real one hopefully 

[#6]

I'm not so sure - looking back at the log there were similar entries at 3.8 on 7th/8th January.
I don't think my line likes these high speeds above 7 - must be too scary for it! 

[#7]

There is an imminent update due on this today.

[#8]

Thank you Tony - let's hope the work is to get done soon.

[#9]

Current stats;
Uptime: 2 days, 0:57:26

DSL Type: ITU-T G.992.5

Bandwidth (Up/Down) [kbps/kbps]: 1,060 / 7,130

Data Transferred (Sent/Received) [MB/MB]: 129.95 / 617.62

Output Power (Up/Down) [dBm]: 12.5 / 0.0

Line Attenuation (Up/Down) [dB]: 28.6 / 46.5

SN Margin (Up/Down) [dB]: 5.0 / 6.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): 480 / 0

FEC Errors (Up/Down): 42,938 / 183,887

CRC Errors (Up/Down): 299 / 752

HEC Errors (Up/Down): 1,127 / 7,158

[#10]

Hmm, I see the SNRMs recovered as daylight approached. I don't recall your line doing this in the past, but will need to check back through the graphs. Some lines do have a slight drop during hours of darkness, some don't.

[#11]

Looking back at previous graphs when I was monitoring overnight, there has been some similar behaviour with certainly drops and recovery around 1/1.5db. I've seen the odd one drop as much as the last couple of nights have done but perhaps not as often.

[#12]

Current stats after another "test".
Uptime: 0 days, 0:02:04

DSL Type: ITU-T G.992.5

Bandwidth (Up/Down) [kbps/kbps]: 1,053 / 7,165

Data Transferred (Sent/Received) [MB/MB]: 152.65 / 763.34

Output Power (Up/Down) [dBm]: 12.6 / 0.0

Line Attenuation (Up/Down) [dB]: 28.7 / 46.0

SN Margin (Up/Down) [dB]: 5.9 / 6.2

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

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

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

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

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

Loss of Link (Remote): -

Error Seconds (Local/Remote): 518 / 0

FEC Errors (Up/Down): 63 / 17

CRC Errors (Up/Down): 0 / 0

HEC Errors (Up/Down): 0 / 0

Followed by stats after a test call by me - also an incoming call after that but stopped in a couple of seconds and showed no info via Caller ID
Uptime: 0 days, 0:06:00

DSL Type: ITU-T G.992.5

Bandwidth (Up/Down) [kbps/kbps]: 1,053 / 7,165

Data Transferred (Sent/Received) [MB/MB]: 152.89 / 764.18

Output Power (Up/Down) [dBm]: 12.6 / 0.0

Line Attenuation (Up/Down) [dB]: 28.7 / 46.0

SN Margin (Up/Down) [dB]: 5.8 / 6.3

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

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

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

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

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

Loss of Link (Remote): -

Error Seconds (Local/Remote): 525 / 0

FEC Errors (Up/Down): 4,285 / 497

CRC Errors (Up/Down): 61 / 15

HEC Errors (Up/Down): 132 / 111

Hopefully somebody about to do some work on this lift and shift.

[#13]

I'm told it's been decided a lift and shift is being done. To be honest, I'm losing track of what has/hasn't been done.

[#14]

I'm back on track - lift and shift in the next few days.
I'm sorry for the continued problems.

[#15]

Thank you for the updates Tony.
However I do have to express my anger, not at you, but at BT (whichever bit of it is to blame) for the nonsense this afternoon. Basically why is an engineer allowed to overrule what an escalation owner has specifically asked to be done?