Where's my FASTPATH gone?

[#1]

Quote from: lf2k

@deathtrap: fairly certain DLM reset is standard when migrating since BT OR won't know which DLM speed/stability profile or product you're on when they migrate you, they just reset the line.  Plenty of cases of people moving from G.INP to interleaving when they change providers, meaning the line was reset.

As i have migrated FTTC myself i can confirm that no DLM reset takes place. nor is there a loss of sync only PPPOE session was affected , Also any DLM profile changes do cost the ISP .BT Consumer FTTC m is has been suggested that those with  their TV service are put on the middle stability option, where as those without the tv package are put on the same option that plusnet and other isp's are known to use  "speed"

[#2]

Quote from: lf2k

This means you go through the 10 day training period (we all know it's not really ten days, but hopefully you get what I mean).

The 10 day training period on FTTC is a myth  as there is no training period at all.When a FTTC service is first provisioned  it is put on a wide open dlm profile ,and DLM runs all the time your connection is in sync
So at first you will see the maximum sync speeds that your line can support, However if  there are frequent disconnects or the error rates breech the threshold significantly DLM will normally not make any changes until the second day , but it can intervene within the 1st 24hr hours of it deems that necessary

[#3]

Quote from: DamBuilder

lf2k: Thanks for the feedback. Just noticed my down sync is now 87k which considering I'm on a 76/19 (which I assume is what people also call 80/20) connection

87000kbps will be the max rate(Attainable rate) which is not your actual sync / data rate  the max rate is only what the modem estimates it could sync at in perfect conditions, this seems to be misreported when interleaving is on by how much depends on the modems chipset ,
The 80/20  are the max sync speeds for the BT Openreach GEA  FTTC product , where as due to asa ISP's advertise  speeds that represent  the max throughput speeds of 10% of their customer base  hence the 76/19 vs 80/20  nothing weird about it  really once you know what they represent  

[#4]

Thanks deathtrap.
In your previous post you refer to errors suggesting (I think) they can cause the DLM to kick in. Is there any info on what is considered acceptable or not? Looking at my stats now I have had CRC errors of 42 down and 0 up since the reset yesterday morning and wondered if this was god, bad or
Cheers 

[#5]

Quote from: DamBuilder

Thanks deathtrap. In your previous post you refer to errors suggesting (I think) they can cause the DLM to kick in. Is there any info on what is considered acceptable or not? Cheers

xdslcmd info --stats
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason:	0
Last initialization procedure status:	0
Max:	Upstream rate = 30817 Kbps, Downstream rate = 82824 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):	 7.1		 15.7
Attn(dB):	 13.8		 0.0
Pwr(dBm):	 12.5		 3.8
			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:		902306247		4010342
OHFErr:		10892		686
RS:		0		1661526
RSCorr:		0		4906
RSUnCorr:	0		0
			Bearer 0
HEC:		18784		0
OCD:		523		0
LCD:		523		0
Total Cells:	1809974569		0
Data Cells:	2385563590		0
Drop Cells:	0
Bit Errors:	0		0
ES:		5723		618
SES:		3		0
UAS:		26		26
AS:		1492311
			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:	724708/724708		1902/1902
Total time = 1 days 6 hours 32 min 17 sec
FEC:		0		4906
CRC:		10892		686
ES:		5723		618
SES:		3		0
UAS:		26		26
LOS:		0		0
LOF:		0		0
LOM:		0		0
Latest 15 minutes time = 2 min 17 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		0
CRC:		5		1
ES:		4		1
SES:		0		0
UAS:		0		0
LOS:		0		0
LOF:		0		0
LOM:		0		0
Latest 1 day time = 6 hours 32 min 17 sec
FEC:		0		103
CRC:		130		16
ES:		78		16
SES:		0		0
UAS:		0		0
LOS:		0		0
LOF:		0		0
LOM:		0		0
Previous 1 day time = 24 hours 0 sec
FEC:		0		391
CRC:		462		51
ES:		318		47
SES:		0		0
UAS:		0		0
LOS:		0		0
LOF:		0		0
LOM:		0		0
Since Link time = 17 days 6 hours 31 min 51 sec
FEC:		0		4906
CRC:		10892		686
ES:		5723		618
SES:		3		0
UAS:		0		0
LOS:		0		0
LOF:		0		0
LOM:		0		0

Shows full stats from when i was on fastpath pre G.inp  Which the sort of in depth info needed for others to be able to have any real idea as to what is happening on your connection  the above stats are obtained from an unlocked Huawei HG612  via telnet
There are different types of errors CRC, (ES) Error seconds (SES) serious errored seconds FEC and &HEC error types ,

[#6]

Thanks deathtrap.
Also (after re-reading the blurb) I now realise that I only needed to sent back the HH3 to BT and not the OR modem as well but I doubt they'll return it 

[#7]

Quote from: DamBuilder

Thanks deathtrap. I now realise that I only needed to sent back the HH3 to BT and not the OR modem as well but I doubt they'll return it

I thought it was very odd, Also BT wanting their hh3 back, the mind boggles why they want them back, as they can't really re use them , Plusnet  can order you a BT modem  you may be lucky and get a huawei

[#8]

Well as of 6am this morning the connection has changed to Interleaved down but FastPath up...!

[#9]

Managed to get some better stats out of the router by telneting in;
outDiscards=803627
inDiscards=75
outBytes=3229318322
inBytes=3648469707
outPkts=29870811
inPkts=62431662
fwVer= FwVer:5.5.1.131_B_A60901 HwVer:T14.F7_0.
lineState=up
Opmode=ITU G.993.2(VDSL2)
SNRMarginDown=6.1 dB
AttenDown=10.5 dB
SNRMarginUp=6.1 dB
AttenUp=0.1 dB
DataRateDown=58141 kbps
PathModeDown=Interleaved
DataRateUp=17509 kbps
PathModeUp=FastPath
WanListMode=1
FECDown=14134
FECUp=112
CRCDown=0
CRCUp=18
HECDown=0
HECUp=0
ADSLUpTime= 3:35, 55 secs
ADSLActiveTime=0 min, 20 secs
PowerDown=13.3 dbm
PowerUp=6.4 dbm
ATURID=26005443434e0000
ATUCID=b5004946544eb204
FarEndVendorID=Infineon(Lantiq)
AttainUp=17593
AttainDown=86240
ShowtimeStart=20
TotalStart=40
ATURANSIRev=0
ATUCANSIRev=0
ATURANSIStd=0
ATUCANSIStd=0
InterleaveDepth=841
AdslStandard=VDSL2
AdslType=ANNEX_B
mtenStandard=G.dmt.bisplus (Annex L)

[#10]

Well as of this morning FastPath is back  Stats Below. Any idea why the DataRateDown is 15k less than the AttainDown or is that normal? Is there anything I can to to get it higher?
outDiscards=808573
inDiscards=479
outBytes=925440423
inBytes=2266795312
outPkts=41998092
inPkts=84633498
fwVer= FwVer:5.5.1.131_B_A60901 HwVer:T14.F7_0.2
lineState=up
Opmode=ITU G.993.2(VDSL2)
SNRMarginDown=6.1 dB
AttenDown=10.4 dB
SNRMarginUp=6.1 dB
AttenUp=0.1 dB
DataRateDown=60392 kbps
PathModeDown=FastPath
DataRateUp=16456 kbps
PathModeUp=FastPath
WanListMode=1
FECDown=716
FECUp=72
CRCDown=84
CRCUp=15
HECDown=0
HECUp=0
ADSLUpTime= 3:39, 53 secs
ADSLActiveTime=0 min, 20 secs
PowerDown=13.3 dbm
PowerUp=6.4 dbm
ATURID=26005443434e0000
ATUCID=b5004946544eb204
FarEndVendorID=Infineon(Lantiq)
AttainUp=16527
AttainDown=75088
ShowtimeStart=20
TotalStart=80
ATURANSIRev=0
ATUCANSIRev=0
ATURANSIStd=0
ATUCANSIStd=0
InterleaveDepth=1
AdslStandard=VDSL2
AdslType=ANNEX_B
mtenStandard=G.dmt.bisplus (Annex L)