Anyone Using an Asus DSL-AC68U

abarrass said:
I have been on to my Rep at Asus today and I am trying to get the Technical department to look and read this thread to see what issues you are having with these Routers. I want to make sure you are happy with them. As soon as I know more i will let you know.
Click to expand...

I am sure that all the OC customers that have purchased this device from your company appreciate all your efforts and hope that asus, perhaps, test their product thoroughly and see if they can replicate the issues. Because of the number of people out there, not all necessarily OC customers either, that are experiencing problems on different forums, asus need to produce a resolution quickly.
 
It would be great if ASUS could come up with a new firmware based on feedback received - the problem that we have with FTTC in the UK is DLM and very few people, if any, are going to want to test and risk DLM intervention on what is, normally, a stable connection with the OR modem / HH5 etc.

Did ASUS test against BT SIN 498 which defines modem standards before releasing the DSL-AC68U in the UK (I guess not with all the problems people are having)?

I'm connected to an ECI cabinet and have had instability - are others who are seeing issues connected to ECI or Huawei cabinets?
 
No nearest server about 15 miles away. Having looked around I found this answer from a Asus tech:
"crc errors are generally cause by noise that creates failed packets and thus re sends of data

again the crc is only a reporting device it can not and would not cause the modem to reboot or fail / drop out

crc errors are though an indication of noise and if there is too much noise then you may have drop outs , not because of the errors as such but because of the noise factor on the line"
 
yeah but like everyone is getting it :p. We can't all have stupid amounts of noise on the line :P. I can change various factors in the router that have an effect on crc's. some = low amounts of crc while other configurations medium or a few hundred in half a day... Never 0. I would like to eradicate the crc's to near 0 but I just havn't found the correct combination of settings yet...:(
 
You could argue that with an HH5 or an OR modem the CRCs are there but not so "in your face" - but there would still need to be an explanantion for many users why - if these bursts of noise are genuine - do they knock over the DSL-AC68U but not the HH5 or the OR modem?
 
It is a good question

You could argue that with an HH5 or an OR modem the CRCs are there but not so "in your face" - but there would still need to be an explanantion for many users why - if these bursts of noise are genuine - do they knock over the DSL-AC68U but not the HH5 or the OR modem?
Click to expand...

Indeed. The difference between the stability of the HH5 and the DSL-68U is stark at the moment and having to change settings on an almost experimental basis doesn't feel right. I was asked to change one parameter only by Asus support yesterday and "see how that goes". Ten minutes later, the CRCs are through the roof. Put the HH5 back on and the connection has been fine since.
 
I am going to come back to the CRC errors with the Asus techie if I can register with that particular forum, I can't link to here because I think it might be in breach of the OC t&c's. Mine went down at around 5:25 this morning but I agree there does seem to be a relationship between the high number of CRC's that this modem seems to be picking up on an otherwise 'noise free' line that worked perfectly with the OR modem.
 
Despite the CRC errors (I guess ES didn't exceed DLM profile's threshold, alledgedly 2880 ES in a 24 hour period if on 'speed' profile, according to Zen), my connection remains on fastpath but has been speed banded from 74/20 to 49/15 presumably due to all the re-syncs I had in the early hours of the morning on version 2072.

Version 693 is so far the only stable version, although some CRC's still occur I imagine ES is below the threshold. I sure wish I could know what the ECI /r measures in CRC errors but I doubt I ever will due to the unreliability of the statistics on that modem. I know the HG612 produces a similar CRC rate to the ASUS DSL-AC68U (a regular 1-2 CRC errors per minute or two, with a rare occasional burst of 10-20 CRC's - on the downstream) when I had it plugged in.

When my connection speed returns to normal, if it does (as it's definitely way below the estimated speeds now), then I will try versions 2048, 2049 and 2050 to see if they perform differently with the exact settings I'm using at the moment.

EDIT 1
Decided to try version 2050, so far so good. It has held for over 2 hours though a similar 'trickle' of downstream CRC's exist still.

I think I might write a very basic app to measure the possible ES and the CRC rate, perhaps by a graph too. Best way I think is to use telnet and read the info_adsl.txt file in the /tmp/adsl/ directory, every second or two if possible.

Current Settings
Code: 
DSL modulation:					VDSL
Annex mode:					Annex A
Stability Adjustment (ADSL):			Disabled
Stability Adjustment (VDSL):			Disabled
Tx Power Control (VDSL):			Disabled
Rx AGC GAIN Adjustment (VDSL):			Stable
UPBO - upstream power back off (VDSL):		Auto
SRA (Seamless Rate Adaptation):			Disabled (BT doesn't support this yet anyway, as far as I know)
Bitswap:					Enabled
VDSL Profile:					Multimode 17a
Improved Impulse Noise Protection (G.998.4):	Enabled

EDIT 2
Over 6 hours uptime on version 2050, 377 CRC errors, I'd guestimate ES is somewhere between 200 to 300.
 
Last edited:
Hi, I have been asked by Asus to give them these details:

VPI:
VCI:
Encapsulation:
Multiplexing:
MTU size:

Does VDSL use them and where do I find these details?
 
I tried the setting from Ixel for a few hours tonight on the 2072 firmware. It wasn't good. In 4 hours the line reset 3 times. It seems stable for a while then I get a burst of about 10,000 CRC errors and the line resets.

I've removed the modem again and gone back to the HH5 after submitting some feedback. It doesn't seem hopeful that they know what they are doing though.
 
Longest period of stability

Using the 2072 firmware I have been going 12 hours and 20 mins
SNR Down: 6.0dB
SNR Up: 6.0dB
Line Attenuation Down: 7.7dB
Line Attenuation Up: 0.1dB
Data Rate Down: 74235 kbps
Data Rate Up: 19648 kbps
MAX Rate Down: 80896
MAX Rate Up: 19479
POWER Down: 13.3dbm
POWER Up: 3.4dbm
CRC Down: 220
CRC Up: 27

Settings:
DSL modulation: VDSL2
Annex mode: Annex A
Stability Adjustment (ADSL): Disabled
Stability Adjustment (VDSL): Disabled
Tx Power Control (VDSL): Disabled
Rx AGC GAIN Adjustment (VDSL): Stable
UPBO - upstream power back off (VDSL): Auto
SRA (Seamless Rate Adaptation): Disabled
Bitswap: Enabled
VDSL Profile: 17a multi mode
Improved Impulse Noise Protection (G.998.4): Enabled

Given the speed I'm wondering if that number of CRCs is acceptable.
 
Another two hours later...

Using the 2072 firmware I have been going 12 hours and 20 mins
Click to expand...
Another three hours later and the CRC Down count was at 14,000. Another ten seconds later it was at 18,000.

I've put the HH5 back on and I've already been penalised with a slower connection.

Very frustrating.
 
Hi, I have been given this to try by Asus:

Thank you for contacting Asus Technical Support.

There are some stability settings that can be adjusted which could improve the stability of the device.

Please have a look at Administration > DSL Settings screen.

Here you can set the Stability Adjustment and the Rx AGC GAIN Adjustment.

Set the AGC GAIN Adjustment to Stable mode.

Set the Stability Adjustment to 9db and test the connection for the time it took for the disconnect/errors to appear before.

If you still get disconnects then please try setting this value to 10db and test stability for same period.

If my connection keeps dropping off I will try them, however I will give it 10 days before I do because I think mine's not too bad.
 
This was the first instruction from Asus which never worked :

Regarding the interruptions concern, please go to Advanced Settings >
Administration > DSL Setting and configure with the following, see whetheryour DSL line could be stabilized. Any other issue please feel free to let
us know. Thanks.
- Set "Stability Adjustment (VDSL)" to 10 dB.
- Set "Rx AGC GAIN Adjustment (VDSL)" to Stable.
- Set "Tx Power Control (VDSL)" to -1 dB.


This was the second one which also didn't work which is why I've been using the Openreach modem for 2 weeks.

- Set "Stability Adjustment (VDSL)" to 11 dB.
- Set "Rx AGC GAIN Adjustment (VDSL)" to Stable.
- Set "Tx Power Control (VDSL)" to -4 dB.
 
You must log in or register to reply here.
Back
Top Bottom