Not getting that amount here unless I force fastpath at 6dB SNRM. Could just be some interference on my line though. If I go fastpath at around 12dB target SNRM then the errors are reduced significantly, if I go interleaved with 0 INP and 4ms delay at 6dB target SNRM then I can hold a reliable connection with some errors. If I increase delay to 8ms and still stay at 0 INP then I seem to get no CRC errors, just FEC.
Anyone Using an Asus DSL-AC68U
- Thread starter Socrates470BC
- Start date
Not getting that amount here unless I force fastpath at 6dB SNRM. Could just be some interference on my line though. If I go fastpath at around 12dB target SNRM then the errors are reduced significantly, if I go interleaved with 0 INP and 4ms delay at 6dB target SNRM then I can hold a reliable connection with some errors. If I increase delay to 8ms and still stay at 0 INP then I seem to get no CRC errors, just FEC.
Thank you, that's interesting to know. I'm about 700m from the cab, also I know that part of the line is aluminium and I'm sure that doesn't help.
I can't force fastpath like you unfortunately
I've had BT out today claiming there is no issue on my line or equipment, but during 16:00 and 00:30 I suffer with terrible CRC's and 2-3 min re-syncs. They reset the line today back to fastpath and it's been a nightmare. I have a draytek Vigor 2850 that suffers with the same problem. Both reduce the line speed & produce CRC's in abundance but I have a lot less re-syncs with the Vigor than I do with the ASUS, but there are enough re-syncs to cause issues. I am finding it puzzling that the OR modem does not drop yet both of these routers do.Hair loss imminent
Associate
Thank you, that's interesting to know. I'm about 700m from the cab, also I know that part of the line is aluminium and I'm sure that doesn't help.
I can't force fastpath like you unfortunately
Hair loss imminent
The easy answer to that is that the OR modems are designed and tested to ensure compatibility. The ASUS - as someone earlier posted, who knows where or if that was tested but it certainly doesn't seem to have been with BT specifications in mind.
If you're suffering that badly, your best bet is probably with the OR modem and separate router to minimise any effects of future DLM intervention (once it's been turned back on by OR).
I hope that isn't the case. The crappy ASUS modem has had me DLMed down to nearly half the speed of the BT OR modem.....I definitely do not want to stay at that rate
I can confirm that DLM is still working. Last night I was DLMed down to 19M
Probably partially my fault since I had to do a couple of reconnects yesterday to get firmware 2144 and ASUS support's recommended settings put in place.I also took the opportunity to replace my mk1 NTE5 with a mk2 and a new cable while I was messing about with it. If DLM slows me down again tonight, I'm going to have to give up and plug the old BT OR modem back in
Current stats:
Code:
admin@DSL-AC68U:/tmp/adsl# cat info_adsl.txt
outDiscards=0
inDiscards=9
outBytes=148002735
inBytes=508972784
outPkts=774351
inPkts=867681
fwVer= FwVer:5.5.1.125_B_A60901 HwVer:T14.F7_0.1
lineState=up
Opmode=ITU G.993.2(VDSL2)
SNRMarginDown=10.4 dB
AttenDown=17.9 dB
SNRMarginUp=6.1 dB
AttenUp=0.4 dB
DataRateDown=19999 kbps
DataRateUp=8718 kbps
WanListMode=1
FECDown=92783545
FECUp=83
CRCDown=4
CRCUp=15
HECDown=0
HECUp=0
ADSLUpTime=14:13, 56 secs
ADSLActiveTime=0 min, 16 secs
PowerDown=10.8 dbm
PowerUp=4.9 dbm
ATURID=26005443434e0000
ATUCID=b5004946544eb204
AttainUp=8885
AttainDown=56120
ShowtimeStart=16
TotalStart=32
ATURANSIRev=0
ATUCANSIRev=0
ATURANSIStd=0
ATUCANSIStd=0
InterleaveDepth=2583
AdslStandard=VDSL2
AdslType=ANNEX_B
mtenStandard=G.dmt.bisplus (Annex L)Good point.
I am going to keep an eye on this forum and hopefully a firmware release that works will manifest, I have my fingers crossed!
Associate
- Joined
- 8 Oct 2014
- Posts
- 181
If this is indeed the case then BT have possibly already started rolling out the 'work around' software to the DLM kit. My last brush with DLM was on the 20th when it upped my connection by 7mb on the DS, since then no changes.
Ok guys,
I'm going to fire this one off at ASUS, not sure if this is effecting the router or not, but I've done a noise test with an AM radio, the power adapter is emitting a lot of pulse noise. Now the odd thing is this is very sporadic as to when you get CRC error spikes when on fastpath, now being a sparky (not that I do it anymore) thinking when under load as in your working your router, the pulses would become stronger as it draws more power, is this what's causing line noise, I think its worth an ask?
I've also learned after a lengthy chat with a PlusNet tech guy, their software holds the line speed at whatever the exchange (DLM) read that day, so not only are you limited by BT's DLM but I find PlusNet are also restricting the line speed with their software for 24 hour periods (so I'm told) I will dig around and see if I can find out more!
I'm going to fire this one off at ASUS, not sure if this is effecting the router or not, but I've done a noise test with an AM radio, the power adapter is emitting a lot of pulse noise. Now the odd thing is this is very sporadic as to when you get CRC error spikes when on fastpath, now being a sparky (not that I do it anymore) thinking when under load as in your working your router, the pulses would become stronger as it draws more power, is this what's causing line noise, I think its worth an ask?
I've also learned after a lengthy chat with a PlusNet tech guy, their software holds the line speed at whatever the exchange (DLM) read that day, so not only are you limited by BT's DLM but I find PlusNet are also restricting the line speed with their software for 24 hour periods (so I'm told) I will dig around and see if I can find out more!
Well early days, I've just put my shielded cat6 rj11 cable at 90 degree angles to the power cable of the ASUS (helps to reduce noise, like twisting pairs) and it's reduced the CRC's 938 in 8 mins and my speed improved by 10Mb, I am now wondering if this is the issue? I'll keep you posted.
15 mins in 2 downloads sitting at 42Mb and 1839 CRC's
Cable moved burst of errors - re-synced
I put a large candle on to hold the cables and 39 CRC's at 7:40 43Mb down
SNR dropped to 5.9dB and then I saw a spike up to 1296 CRC's
Not sure if this is connected yet, but it's looking suspect to me and would add up to these random spikes we're all suffering.
15 mins in 2 downloads sitting at 42Mb and 1839 CRC's
Cable moved burst of errors - re-synced
I put a large candle on to hold the cables and 39 CRC's at 7:40 43Mb down
SNR dropped to 5.9dB and then I saw a spike up to 1296 CRC's
Not sure if this is connected yet, but it's looking suspect to me and would add up to these random spikes we're all suffering.
An interesting find. I wonder if this noise is also coming down the power cable in a rather serious way. Perhaps adding a ferrite toroid or something similar will also help shield some of the noise if it also goes down the cable in a rather serious way.
I am thinking I might try that yes to get concrete proof. If you hold up an am radio at 612mhz to the power cable you will hear the pulsing noise its producing. I just find it a little to coincidental, I can't kill all the CRC's but I've massively reduced them plus reducing my latency and SNR. I might be wrong here but I can't think that it would help matters!
The RT-N66U I have actually has a ferrite on the power cable (just before it plugs into the router). I wonder if this power supply outputs the same voltage and amperage that the DSL-AC68U has. The output plugs certainly look identical. If so I might switch them round and see what effect it has (and also try to keep the cable and router as far away from the power sockets as possible).
Associate
- Joined
- 8 Oct 2014
- Posts
- 181
Thinking about it, I fitted a shielded RJ11 cable whilst I still had the ASUS and my CRC's dropped around the same time.
Last edited:
It is making me wonder if it is part of the cause?