Mid Afternoon Dropouts

[#1]

Just looked at the stats again and still no FEC errors. could interleaving be on auto? would this explain the drop yesterday evening to turn it off and then early hours this morning to turn it back on or do I misunderstand how these things work. On the limits of my understanding here 

[#2]

Hi Jon,
I've just checked and Interleaving is now reporting as OFF
Andy

[#3]

Thanks Adam,
still looks like no FEC errors.
? actual zero errors or could it be a problem with the stat grabber querying the modem? Although I guess reporting zero means it did obtain a report?

[#4]

Adam, as ejs alludes to could interleaving be on for traffic in one direction and not in the other or have I misunderstood?

[#5]

All the data the program shows is just retrieved from the router in one go as that long block of text. Since it did report a few FEC errors earlier, and now doesn't, and that also corresponds with the dataPath=Fast, I think it shows interleaving is indeed off. If ATUCCountry is blank or quarterHourStart is always zero, that just means the router doesn't fill in those values. Unfortunately erroredSecs seems to be always zero, that just shows the router doesn't give the errored seconds count - there must have been some errored seconds since there are a few CRC errors.
The FECErrors count is presumably the downstream end, the TP-Link, and ATUC refers to the "central" i.e. exchange end, so ATUCFECErrors would be upstream FEC errors.
I'm not exactly sure how you managed to get an upstream speed higher than 888 when interleaving was on, but I suppose it may depend on the level of interleaving and other framing parameters or the INP level.
If telnet access to the router allows you to get to a shell, them you would be able to get full stats from the xdsl or xdslcmd command.

[#6]

thanks ejs but your last line is probably beyond my capability so will stick with what I can get 

[#7]

Hi Jon,
Interleaving is off on the up and downstream

[#8]

2014.10.09 19:21:23 xDSL Stats:
[1,0,0,0,0,0]0
enable=1
status=Up
modulationType=ADSL_2plus
lineEncoding=
dataPath=Fast
interleaveDepth=0
lineNumber=0
upstreamCurrRate=1279
downstreamCurrRate=13483
upstreamMaxRate=1276
downstreamMaxRate=14568
upstreamNoiseMargin=57
downstreamNoiseMargin=91
upstreamAttenuation=173
downstreamAttenuation=300
upstreamPower=126
downstreamPower=0
ATURVendor=
ATURCountry=
ATUCVendor=
ATUCCountry=
totalStart=125797
showtimeStart=60723
quarterHourStart=0
X_TP_Bitswap=On
X_TP_SRA=On
X_TP_AdslModulationCfg=Multimode
X_TP_AnnexType=Annex A/L
X_TP_SupportAdslMode=T1.413:A;G.lite:A;G.dmt:A;ADSL2:A,A/L;ADSL2+:A,A/L,M,A/L/M;Auto Sync-up:A,A/L,M,A/L/M
[1,0,0,0,0,0]1
receiveBlocks=0
transmitBlocks=0
cellDelin=0
linkRetrain=0
initErrors=0
initTimeouts=0
lossOfFraming=0
erroredSecs=0
X_TP_US_ErroredSecs=0
severelyErroredSecs=0
X_TP_US_SeverelyErroredSecs=0
FECErrors=0
ATUCFECErrors=0
HECErrors=2709
ATUCHECErrors=112
CRCErrors=524
ATUCCRCErrors=110
[2,0,0,0,0,0]1
receiveBlocks=0
transmitBlocks=0
cellDelin=0
linkRetrain=0
initErrors=0
initTimeouts=0
lossOfFraming=0
erroredSecs=0
X_TP_US_ErroredSecs=0
severelyErroredSecs=0
X_TP_US_SeverelyErroredSecs=0
FECErrors=0
ATUCFECErrors=0
HECErrors=2709
ATUCHECErrors=112
CRCErrors=524
ATUCCRCErrors=110
[3,0,0,0,0,0]1
receiveBlocks=0
transmitBlocks=0
cellDelin=0
linkRetrain=0
initErrors=0
initTimeouts=0
lossOfFraming=0
erroredSecs=0
X_TP_US_ErroredSecs=0
severelyErroredSecs=0
X_TP_US_SeverelyErroredSecs=0
FECErrors=0
ATUCFECErrors=0
HECErrors=2709
ATUCHECErrors=112
CRCErrors=524
ATUCCRCErrors=110
[error]0

[#9]

4.5 days and rock solid. No drops/problems even when other were suffering at w/e. Can live with 11-12/1 with this stability but still a little intrigued as to why d/l SNR now worse than before the fault and why speeds have improved so much u/l but not d/l?
Might a restart do anything?
Upstream Downstream
Current Rate (Kbps) 1279 13483
Max Rate (Kbps) 1280 14728
SNR Margin (dB) 5.9 9.4
Line Attenuation (dB) 17.3 30
Errors (Pkts) 0 0

Download speed achieved during the test was - 11.46 Mbps
For your connection, the acceptable range of speeds is 4 Mbps-21 Mbps.
IP Profile for your line is - 11.9 Mbps
Upload speed achieved during the test was - 1.05Mbps
Additional Information:
Upstream Rate IP profile on your line is - 0.83 Mbps
2014.10.13 10:17:09 xDSL Stats:
[1,0,0,0,0,0]0
enable=1
status=Up
modulationType=ADSL_2plus
lineEncoding=
dataPath=Fast
interleaveDepth=0
lineNumber=0
upstreamCurrRate=1279
downstreamCurrRate=13483
upstreamMaxRate=1280
downstreamMaxRate=14708
upstreamNoiseMargin=59
downstreamNoiseMargin=94
upstreamAttenuation=173
downstreamAttenuation=300
upstreamPower=126
downstreamPower=0
ATURVendor=
ATURCountry=
ATUCVendor=
ATUCCountry=
totalStart=93439
showtimeStart=373965
quarterHourStart=0
X_TP_Bitswap=On
X_TP_SRA=On
X_TP_AdslModulationCfg=Multimode
X_TP_AnnexType=Annex A/L
X_TP_SupportAdslMode=T1.413:A;G.lite:A;G.dmt:A;ADSL2:A,A/L;ADSL2+:A,A/L,M,A/L/M;Auto Sync-up:A,A/L,M,A/L/M
[1,0,0,0,0,0]1
receiveBlocks=0
transmitBlocks=0
cellDelin=0
linkRetrain=0
initErrors=0
initTimeouts=0
lossOfFraming=0
erroredSecs=0
X_TP_US_ErroredSecs=0
severelyErroredSecs=0
X_TP_US_SeverelyErroredSecs=0
FECErrors=0
ATUCFECErrors=0
HECErrors=73044
ATUCHECErrors=723
CRCErrors=7419
ATUCCRCErrors=528
[2,0,0,0,0,0]1
receiveBlocks=0
transmitBlocks=0
cellDelin=0
linkRetrain=0
initErrors=0
initTimeouts=0
lossOfFraming=0
erroredSecs=0
X_TP_US_ErroredSecs=0
severelyErroredSecs=0
X_TP_US_SeverelyErroredSecs=0
FECErrors=0
ATUCFECErrors=0
HECErrors=73044
ATUCHECErrors=723
CRCErrors=7419
ATUCCRCErrors=528
[3,0,0,0,0,0]1
receiveBlocks=0
transmitBlocks=0
cellDelin=0
linkRetrain=0
initErrors=0
initTimeouts=0
lossOfFraming=0
erroredSecs=0
X_TP_US_ErroredSecs=0
severelyErroredSecs=0
X_TP_US_SeverelyErroredSecs=0
FECErrors=0
ATUCFECErrors=0
HECErrors=73044
ATUCHECErrors=723
CRCErrors=7419
ATUCCRCErrors=528
[error]0

Jon

[#10]

Jon,
An answer is required on the 9dB SNRM from CRT.  Is this the target in spite of a request to set to 6dB or is this line speed banded?
Kevin

[#11]

Thanks Kevin,
hopefully we will get an answer on this soon.
Jon

[#12]

With regard to the noticeable improvement in Upload compared to Download, the fault must have been having a far greater impact on the lower part of the Broadband spectrum (where the Upstream is) rather than the higher part of the spectrum where the Downstream is. HTH.

[#13]

Thanks but what explains the increased SNR I am now seeing on download compared to what it was prior to the fault being fixed?

[#14]

Get's brain in gear, would have helped if I'd done so before finishing the last post. There's the possibility DLM has reacted for some reason and raised it, if it hadn't been raised you may have seen an improvement in the downstream speed as well... BUT
there is the possibility that in fact you synced when there was some noise around and if it's now less noise, the actual margin will have increased.
IIRC, without reading your thread again, you get periodic burst of noise at certain times of day? If so, avoiding those time slots, I'd try a resync in daylight tomorrow, but as the line is in training (I guess) still, I would do so by clicking Disconnect to drop your PPP Internet session (if you can on this modem/router) and then power off for an hour minimum. Power on when you can avoid any noisy time slots. Don't forget to login and click Connect if you did a Disconnect. See if you end up with 6dB SNRM at that time. Otherwise someone from CRT may need to look at the settings for you.

[#15]

Thanks. will give that a try if CRT don't get back with any answers in the meantime.