Any thoughts

Hi All,

Anyone got any thoughts on what has happened?

http://www.thinkbroadband.com/ping/share/64c792f4e50...

I have had a rock solid connection since moving to FTTC in 2012 and have never seen this before.

Have tried rebooting router, turned everything off/on (modem and router) and have only had a marginal change.

http://www.thinkbroadband.com/ping/share/cb9b7de801f...

Any help appreciated before I try support...

Cheers

Edited by NGDragon (Tue 16-Feb-16 21:12:05)

Looks like Interleaving has been turned on. Any modem stats available?

Will try and get some stats...unlocked modem years ago and can't access it now ...will need to look at it tomorrow when I can spend some time on it.

Yeah, you should have been monitoring it 24*7 for all those years. Is your phone line noisy on a quiet line test?

Phone line is quiet...

stats below...let me know if I need to run a different command to get something else.....cheers

xdslcmd info --stats
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 0
Last initialization procedure status: 0
Max: Upstream rate = 27945 Kbps, Downstream rate = 84568 Kbps
Bearer: 0, Upstream rate = 19999 Kbps, Downstream rate = 79999 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): 7.1 15.3
Attn(dB): 10.1 0.0
Pwr(dBm): 13.9 -5.6
VDSL2 framing
Bearer 0
MSGc: -6 26
B: 130 237
M: 1 1
T: 0 42
R: 8 16
S: 0.0518 0.3781
L: 21468 5374
D: 16 1
I: 139 127
N: 139 254
Q: 16 0
V: 14 0
RxQueue: 60 0
TxQueue: 20 0
G.INP Framing: 18 0
G.INP lookback: 20 0
RRC bits: 0 24
Bearer 1
MSGc: 186 -6
B: 0 0
M: 2 0
T: 2 0
R: 16 0
S: 5.3333 0.0000
L: 48 0
D: 3 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 318236
OHFErr: 0 1
RS: 97076272 475112
RSCorr: 0 38
RSUnCorr: 0 0
Bearer 1
OHF: 78630 0
OHFErr: 0 0
RS: 942817 0
RSCorr: 0 0
RSUnCorr: 0 0

Retransmit Counters
rtx_tx: 129740 0
rtx_c: 0 0
rtx_uc: 0 0

G.INP Counters
LEFTRS: 0 0
minEFTR: 80015 0
errFreeBits: 1541155 0

Bearer 0
HEC: 0 0
OCD: 0 0
LCD: 0 0
Total Cells: 194253213 0
Data Cells: 233105 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: 0 1
SES: 0 0
UAS: 28 28
AS: 1264

Bearer 0
INP: 48.00 0.00
INPRein: 0.00 0.00
delay: 0 0
PER: 0.00 3.98
OR: 0.01 64.22
AgR: 80614.82 20063.54

Bearer 1
INP: 4.00 0.00
INPRein: 4.00 0.00
delay: 3 0
PER: 16.06 0.01
OR: 95.62 0.01
AgR: 95.62 0.01

Bitswap: 153/153 0/0

Total time = 21 min 32 sec
FEC: 0 38
CRC: 0 1
ES: 0 1
SES: 0 0
UAS: 28 28
LOS: 0 0
LOF: 0 0
LOM: 0 0
Latest 15 minutes time = 6 min 32 sec
FEC: 0 29
CRC: 0 1
ES: 0 1
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Previous 15 minutes time = 15 min 0 sec
FEC: 0 9
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 28 28
LOS: 0 0
LOF: 0 0
LOM: 0 0
Latest 1 day time = 21 min 32 sec
FEC: 0 38
CRC: 0 1
ES: 0 1
SES: 0 0
UAS: 28 28
LOS: 0 0
LOF: 0 0
LOM: 0 0
Previous 1 day time = 0 sec
FEC: 0 0
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Since Link time = 21 min 3 sec
FEC: 0 38
CRC: 0 1
ES: 0 1
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
#

Can we have a link to your live BQM please, not a snapshot one . Many of us put it in our sig, like mine, as long as we have a static IP address.

Live BQM....will look at signature and add something....

My Broadband Ping

What happened at 6pm and 7:30pm? Particularly 7:30.

Your stats looked pretty good earlier, which is why I asked for the BQM to see if the latency had dropped.

Hi Bob,

6pm was me re-flashing the modem with B030SP08 firmware as I could not access it. 7:30 PPP session dropped as trying to configure home network to access modem via router and not via laptop sitting on stairs

Modem is at front door and then Ethernet to a patch panel, router, switch etc located upstairs and I foolishly only ran one cable from modem to router...job for the weekend to run a second one for stats monitoring purposes from anywhere on the LAN.

Yep, a second connection helps.

It's hard to tell whether the jump in latency is DLM raising it or a different gateway on IDNet. When you get that cable in, posting a new set of stats might tell us.

As its a temporary thing have you thought about using a rj45 splitter, you will lose lan performance as you will be limited to 100 MBit, but as its temporary thought it may save some effort.

As solchain suggests use an RJ45 splitter - 100Mb only needs two pairs and as the modem only has 100Mb ports and your line speed is under 100Mb you should not see any issues.


Or split the cable yourself to two sockets at each end: 1, 2, 3 & 6 Green and Orange for the main data connection and 4, 5, 7 & 8 Blue and Brown for the monitoring connection.

https://en.wikipedia.org/wiki/TIA/EIA-568 has details

In reply to a post by RobertoS:

It's hard to tell whether the jump in latency is DLM raising it or a different gateway on IDNet.

Those stats show a DLM setting identical to mine, and identical FEC and interleaving settings as a consequence.

These seem to be fairly standard DLM settings for G.INP, pretty much equivalent to "no intervention needed", and I've maintained zero ESs for the last 100 days.

I've calculated that the minimal FEC and interleaving that goes alongside retransmission amounts to 0.2ms of latency and about 6% of bandwidth reduction.

It doesn't look like the latency increase (which seemed abnormally high anyway) is due to DLM.

For comparison:
My Broadband Ping

Yes, but he has had two or three disconnections since then. Following a latency drop, the latest ones increased it again. Which is why I've asked for (non-urgent) new stats to see if anything has changed .

Yes. The stats were gathered after the disconnection at 1800 ... which highlights the downside of live BQM's, because that disconnection has now fallen off the graph we can see.

But the 1930 disconnections were reported as PPP disconnections only ... suggesting the change in latency is as part of the PPP establishment process, not a resync.

As you say, though, an update to the stats will help clarify.

Just home and connected up longer cable to lan2 so I can sit in lounge and not on stairs

Latest stats are below.

xdslcmd info --stats
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 0
Last initialization procedure status: 0
Max: Upstream rate = 27969 Kbps, Downstream rate = 84568 Kbps
Bearer: 0, Upstream rate = 19999 Kbps, Downstream rate = 79999 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): 7.1 15.3
Attn(dB): 10.1 0.0
Pwr(dBm): 13.9 -5.7
VDSL2 framing
Bearer 0
MSGc: -6 26
B: 130 237
M: 1 1
T: 0 42
R: 8 16
S: 0.0518 0.3781
L: 21468 5374
D: 16 1
I: 139 127
N: 139 254
Q: 16 0
V: 14 0
RxQueue: 60 0
TxQueue: 20 0
G.INP Framing: 18 0
G.INP lookback: 20 0
RRC bits: 0 24
Bearer 1
MSGc: 186 -6
B: 0 0
M: 2 0
T: 2 0
R: 16 0
S: 5.3333 0.0000
L: 48 0
D: 3 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 849366
OHFErr: 0 75
RS: 2416909200 3881597
RSCorr: 522 566
RSUnCorr: 0 0
Bearer 1
OHF: 5432279 0
OHFErr: 0 0
RS: 65186615 0
RSCorr: 0 0
RSUnCorr: 0 0

Retransmit Counters
rtx_tx: 129754 0
rtx_c: 12 0
rtx_uc: 0 0

G.INP Counters
LEFTRS: 0 0
minEFTR: 80015 0
errFreeBits: 106472054 0

Bearer 0
HEC: 0 0
OCD: 0 0
LCD: 0 0
Total Cells: 538951293 0
Data Cells: 14673254 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: 0 44
SES: 0 0
UAS: 28 28
AS: 87257

Bearer 0
INP: 48.00 0.00
INPRein: 0.00 0.00
delay: 0 0
PER: 0.00 3.98
OR: 0.01 64.22
AgR: 80614.82 20063.54

Bearer 1
INP: 4.00 0.00
INPRein: 4.00 0.00
delay: 3 0
PER: 16.06 0.01
OR: 95.62 0.01
AgR: 95.62 0.01

Bitswap: 24801/24801 48/48

Total time = 1 days 14 min 45 sec
FEC: 522 566
CRC: 0 75
ES: 0 44
SES: 0 0
UAS: 28 28
LOS: 0 0
LOF: 0 0
LOM: 0 0
Latest 15 minutes time = 14 min 45 sec
FEC: 0 27
CRC: 0 2
ES: 0 2
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Previous 15 minutes time = 15 min 0 sec
FEC: 0 0
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Latest 1 day time = 14 min 45 sec
FEC: 0 27
CRC: 0 2
ES: 0 2
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Previous 1 day time = 24 hours 0 sec
FEC: 522 539
CRC: 0 73
ES: 0 42
SES: 0 0
UAS: 28 28
LOS: 0 0
LOF: 0 0
LOM: 0 0
Since Link time = 1 days 14 min 17 sec
FEC: 522 566
CRC: 0 75
ES: 0 44
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
#

Those stats show the link has been up since 6pm yesterday, so the changes in latency at 730pm are something for the ISP, not caused by DLM.

Your line looks fine, stable, few errors, and minimal extra latency (0.2ms)

Cheers WWWombat, so get onto IDnet then?
Latency has jumped from 8ms on Saturday (after almost 5 years of stability on FTTC) and is now up at 25ms...just a bit confused as to why.

The connectivity could be taking a different route over their network if a piece of kit has failed or if they've taken it offline for maintenance/upgrade.

Yes, I'd get them involved.

The extra latency is likely to come from alternative routing of your PPP session, but the difference is extreme.

Thanks all for advice on this and apologies for delay in updates (pesky work getting in the way!!).

I spoke with support and they said that this is normal and happens and should return within a few days...well 3 weeks on and this has now happened and it looks like my line has gone back to fastpath. Will confirm stats when I get home so others with similar lines can use them for comparison.

http://www.thinkbroadband.com/ping/share/80c85547b25...

Cheers and beers..

Stats as now...

xdslcmd info --stats
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 1
Last initialization procedure status: 0
Max: Upstream rate = 27786 Kbps, Downstream rate = 80972 Kbps
Bearer: 0, Upstream rate = 19999 Kbps, Downstream rate = 79987 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): 6.4 15.3
Attn(dB): 10.1 0.0
Pwr(dBm): 13.8 -5.6
VDSL2 framing
Bearer 0
MSGc: 18 26
B: 239 237
M: 1 1
T: 23 42
R: 0 16
S: 0.0955 0.3781
L: 20104 5374
D: 1 1
I: 240 127
N: 240 254
Counters
Bearer 0
OHF: 24976590 1953440
OHFErr: 11 41
RS: 0 3155335
RSCorr: 0 353
RSUnCorr: 0 0

Bearer 0
HEC: 4 0
OCD: 0 0
LCD: 0 0
Total Cells: 2056176184 0
Data Cells: 573861 0
Drop Cells: 0
Bit Errors: 0 0

ES: 22 759
SES: 11 10
UAS: 335 324
AS: 41308

Bearer 0
INP: 0.00 0.00
INPRein: 0.00 0.00
delay: 0 0
PER: 1.65 3.98
OR: 116.09 64.22
AgR: 80103.09 20063.54

Bitswap: 13710/13710 16/16

Total time = 1 days 23 hours 31 min 54 sec
FEC: 0 353
CRC: 611 41
ES: 22 759
SES: 11 10
UAS: 335 324
LOS: 1 0
LOF: 9 0
LOM: 0 0
Latest 15 minutes time = 1 min 54 sec
FEC: 0 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: 0 25
CRC: 2 3
ES: 2 2
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Latest 1 day time = 23 hours 31 min 54 sec
FEC: 0 353
CRC: 611 41
ES: 22 77
SES: 11 0
UAS: 308 297
LOS: 1 0
LOF: 9 0
LOM: 0 0
Previous 1 day time = 24 hours 0 sec
FEC: 0 0
CRC: 0 0
ES: 0 70
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Since Link time = 11 hours 28 min 27 sec
FEC: 0 353
CRC: 11 41
ES: 11 33
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
#

Whilst your latency has dropped, so has your max aattainable sync (from 84>81 mb/s). More worryingly you seem to be getting regular packet loss (red spikes) as well on your BQM.

As a comparison, i'm slightly further away from the FTTC cab than you are (ds attenuation 12db v 10db) yet our sync & max rates are almost the same.

# xdslcmd info --stats
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 0
Last initialization procedure status: 0
Max: Upstream rate = 29799 Kbps, Downstream rate = 80952 Kbps
Bearer: 0, Upstream rate = 19999 Kbps, Downstream rate = 80000 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): 6.4 15.1
Attn(dB): 12.6 0.0
Pwr(dBm): 12.7 0.4
VDSL2 framing
Bearer 0
MSGc: -6 26
B: 203 237
M: 1 1
T: 0 42
R: 10 16
S: 0.0809 0.3781
L: 21153 5374
D: 8 1
I: 214 127
N: 214 254
Q: 8 0
V: 5 0
RxQueue: 78 0
TxQueue: 26 0
G.INP Framing: 18 0
G.INP lookback: 26 0
RRC bits: 0 24
Bearer 1
MSGc: 186 -6
B: 0 0
M: 2 0
T: 2 0
R: 16 0
S: 5.3333 0.0000
L: 48 0
D: 3 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 1898505
OHFErr: 0 215
RS: 1692169552 1721482
RSCorr: 22686 2719
RSUnCorr: 0 0
Bearer 1
OHF: 13002770 0
OHFErr: 0 0
RS: 156032498 0
RSCorr: 0 0
RSUnCorr: 0 0

Retransmit Counters
rtx_tx: 140012 0

You've totally lost G.INP, and now show no DLM intervention of any kind.

Has someone reset your line?

Nonetheless, this change shouldn't explain a reduction in latency.

As far as I am aware there has been no intervention on the line by my ISP or BT. The only thing is the automated DLM dropping the interleaving and turning off G.INP. My BQM now looks like it has for the last few years....I have no idea what went on....why or how

My attainable used to be well over 100Mbps but has dropped over the years...I suspect as others have taken up FTTC, I was the 2nd person on the cab a few days after it went live.

As for my BQM the large spike at 5:30 on Friday morning was the DLM intervention and I've not really seen any real packet loss.

I will need to turn the power off to do some electrical work so will see what the stats are like after a daytime reboot....but will wait for the snow to stop first