Anyone Using an Asus DSL-AC68U

I have one of these 'modem /routers' IMO the worst piece of equipment i have ever bought, its taken me from a rock solid 68mb down 18mb up and a 12ping to 32mb down, 8mb up and a 35ping. I have sent feedback after feedback , tried every new firmware and yet it still drops me down.
 
@Jim Asus

i got this reply

Regarding the interruptions concern, please go to Advanced Settings >
Administration > DSL Setting and configure with the following, see whether
your 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.

Additionally, I am wondering whether VDSL faceplate installed?

what do i do with this? is it enough for them to work with are they going to work with what i gave them, seems like he has forgot about what you have asked us to do.

I'm also surprised this reply is still being sent out.
I'd have thought most people with issues on here have already tried those settings without success.
I (on a DSL-N66U) found and reported that AGC set to Stable and a 10dB (or even 15dB) SNRM is not noticeably less prone to resyncs than the default settings (getting 6dB SNRM).

I'd be interested to know if those settings have successfully stopped resyncs (masking the problem) for anyone...
 
Eek what a load of posts in reply to me over the last day... Deep breath ;)...

I've looked at a number of VDSL modem routers and all of which you have mentioned above bitsandbobs. There is also the fritzbox 3490 now which is only around £130. Billion were meant to have another AC WiFi modem router out around noe but I think its delayed. Same VDSL modem etc but 3 external antenna instead of the internal antenna of the 8800.
Im not too keen on the fritzbox, based on its design and how you have to config some settings based on Ixels thread. Did not know that there is supposed to be a new Billion soon, thanks for that heads up will have to keep my eyes peeled :)
I have Sky Fibre and was using my Dreytek 2750vn until it recently broke, used to work very well too! Had it for three years (used it with BT infinity prior to Sky).

Currenty I am having to use the Sky Sr102 which is rubbish and would like to switch to Asus DSL-AC68U. With the latest firmware is this a good (stable) choice of router?

No this Asus is anything but stable, its software is seriously flawed. If you want out of the box stable forget this Asus model.
Currently adsl via Sky, so suppose that's good news.

So I can just Ethernet cable my sky hub to my ac68u and switch it to Ethernet dual wan and that'll be fine? Can I still access the sky hubs setup when connected like that, or do I need to change the ip ranges first?

That will depend on what model your Sky hub currently is. My advice would be stick to what you have now for ADSL and then if Sky send new gear for FTTC use that when activated. Use whatever they supply or say you should use for a couple of weeks then fiddle with other boxes. DO NOT play around until you have had your FTTC connection for a week bare minimum (TWO as stated would be best), all the unplugging and replugging of gear will just cause headaches. When things are stable you can then decide to either still use the Sky hub or connect the sky hub to the asus and run the asus as a router only or decide to try the asus as a complete replacement. Worry about all that once you are up and running with a stable connection, fiddling before you could just end up causing grief.
I was using the 8800NL in bridge mode so it was connected to my RT-AC68U through the gig port. The RT-AC68U then connected to a gigabit switch.
Hmm interesting about the ping thing then, though i spose 1-2ms is nothing really, though i would like to investigate that now also LOL (christ will i have to buy 3 devices just due to my own curiosity LOL) What a strange little, but not a real problem quirk.
I think Billion missed a trick with the 8800AXL in not having external antennae, although as pointed out earlier they are meant to be bringing out a model with this. Possibly too late when people have gone down other routes. I much prefer the ASUS interface though and at least on the RT series there's Merlin firmware which makes up for the few shortcomings in the default ASUS firmware.
Believe it or not but external antennas are not always better, i think there is some law in the UK that external antennas can only be rated to a certain db level (probably something like 3 or 6db without me going to check). Where as those built in i do not think have that limitation... Its one of the reasons apart from just style and just general development mobiles did away with the external antenna years ago. The one real benefit of external antennas is you can point them where you most want the signal to go which can seriously help in a thick walled environment. As for the new billion im going to go research that now thanks to you and michty_me for mentioning that, hopefully it is released soon at around the same price point as the 8800NXL.
Ideally ASUS will get to the bottom of the issues with the DSL-AC68U and compatibility with some lines in the UK, and we can all live happily ever after with a decent single box solution!
Ive been reading a few posts ive missed over the past day or so and if they are still telling people to set 10db margins that will not help, in fact more than likely hinder and possibly even confuse DLM further and make things even worse. That really is poor advice from them, i even expect more when a second rep comes along asks for diagnostics and then you just get the same nonsense response. Pretty poor that, typical of a big company though that will not admit there is an issue even though they know there is.
As for your comments on the BT kit - spot on, when I first got FTTC I was sent a HH3. Never had any intention of using it past the first few days to make sure the line was OK and BT couldn't blame my own equipment, and quickly swapped out for an RT-N66U. I've setup a HH4 and HH5 for family and not had any issues with them - but they're not needing advanced configs or care about line stats. So they do serve a purpose and maybe better if the issue of the HH5 rebooting spontaneously is now sorted that some people have experienced (although jury seems to be out on that one last time I looked on the BT forums).
They have not built a decent router since the very early ISDN days (later models of those were also <BLEEP> ;) ) I do not even know what the point of the HH4 was. Killed off inside something like only a year and didnt do anything from what i remember better than a HH3. The HH5 has DDNS issues, random reboots, (had when it came out) a weird quirk where it would suddenly limit things to around 2Mb until you reset it and a load of other stupidness. Not to mention its so oblong it looks like a giant suppository :D
Even the Huawei device Talk Talk use now is vastly superior (pity the same can not be said about them as a company ;) ). Sky are another that need to pull their finger out with their dated slow brick :D Its shocking really how bad some of the equipment supplied is. Eircom (Irish provider) did at one time (dunno if still do) rebranded top end Zyxel stuff worth well over £100 as the default gear. Compare that to a Sky hub or HH3,4,5 and it is even more laughable what businesses the size of BT and Sky palm off device wise to consumers.
 
Last edited:
Quick update. Still on FastPath, speeds stable, but had a number of dropouts recently (ironically I think they might be because the router keeps trying and failing to email the DSL logs I'm submitting to ASUS).

 
ok change of mind, i have had some more disconnects tonight, trying what was suggested by asus, and right off the bat my downstream is at 58 i will also proberly lose fastpath by the time dlm kicks in some time in early morning.
 
i have had 3 disconnections this morning at 10db and set to stable, still though only suprising thing is im still on fastpath.

MTU has been set at 1452 throughout these tests. so im not convinced MTU was/is the cause.
 
Last edited:
my line works perfectly at 6db with a bto modem if i change to as suggested, i will lose to much, thats not a fix that just plain masking it. its not a solution i was expecting.

it seems they have the common cold, you can treat the symtoms and you can not cure it. the cold is still there.

The way I see it, even if those settings prevent DLM, if the speed drops significantly then it's not a fix.

It is however part of a diagnosis process, and it's worth trying so that we can start to make progress.

i have had 3 disconnections this morning at 10db and set to stable, still though only suprising thing is im still on fastpath.

MTU has been set at 1452 throughout these tests. so im not convinced MTU was/is the cause.

OK so at the moment you've still got fastpath, but sync speed is presumably still lower than normal?

That sounds very much like the stock answer I had and results in the speed dropping even more to reduce the errors. Not really a fix at all as Andy has stated. Amazing that they are still pushing out this 'fix', assuming that your line is bad not the modem. Jim@asus, I really think we need better answers than this to be confident in asus's ability to work with us. I think that we're all browned off with stock answers now...

Hi Chris. I understand what you're saying, but I don't consider this a 'fix' necessarily. If it works, and you sync at full speed, then great, it's a fix.

If however, it works, but at a slower speed, then at least we've started to isolate the problem. I'm not happy with that as a final solution, and I would push for it to be further investigated.
 
Ive been reading a few posts ive missed over the past day or so and if they are still telling people to set 10db margins that will not help, in fact more than likely hinder and possibly even confuse DLM further and make things even worse. That really is poor advice from them, i even expect more when a second rep comes along asks for diagnostics and then you just get the same nonsense response. Pretty poor that, typical of a big company though that will not admit there is an issue even though they know there is.

I'm not going to deny that there's something up with these stats, because there clearly is, else the people in this thread wouldn't be reporting them. Unfortunately there's a bit of a disconnect in that I'm not from the tech team, but I'm going to do everything I can to help this process along.

The technical guys will need everything to start from a baseline and follow a procedure - as I've outlined above, if 10dB margins are only masking the problem then it's not a fix, but it might be a starting point to narrow things down. The way I see it, the easiest way to get this moving is for people to follow their suggestions and continue reporting back. So if 10dB prevents fastpath / DLM problems, but wrecks download speeds, then we need to continue working on it - and I'll endeavour to make that happen.
 
Okay well after a few days it has not given me my fastpath back (hopefully it will resink at some point soon:P )

NqFOUJf.png


Over 4 days previously i would have had tens of thousands of crc errors with disconnect's so it seems that it is getting better :)
 
Okay well after a few days it has not given me my fastpath back (hopefully it will resink at some point :P )

over 4 days previously i would be in the tens of thousands of crc errors with disconnect's so it seems that its getting better :)

When the downstream's interleaved it masks the problem somewhat unfortunately.
 
just done a ping and its increased from 9-10ms to 17ms, so something has already started changing to try and stabilize. can only think that this changed after the disconnections i had. going to get a usb to run 12hours worth of logs before i change back
 
Hi Jim. What happened to the stats that were sent last autumn? Has your involvement meant that the process has re-started or is it a continuation of the diagnostic process that started back then?

My reason for asking is straightforward: I'm reading about and experiencing the same device behaviours I read about and experienced back then. "Set to stable and set the stability adjustment to 10db" sounds familiar from the early telephone support days with, presumably, a raft of information from submissions following the implementation of those suggestions.

It almost sounds like we are starting at the top of the decision tree about ways to alleviate the symptoms. Would it help having your diagnostic equipment on live lines where the device does not work well rather than relying on submissions?
 
Last edited:
Hi Jim. What happened to the stats that were sent last autumn? Has your involvement meant that the process has re-started or is it a continuation of the diagnostic process that started back then?

My reason for asking is straightforward: I'm reading about and experiencing the same device behaviours I read about and experienced back then. "Set to stable and set the stability adjustment to 10db" sounds familiar from the early telephone support days with, presumably, a raft of information from submissions following the implementation of those suggestions.

It almost sounds like it we're starting at the top of the decision tree about ways to alleviate the symptoms. Would it help having your diagnostic equipment on live lines where the device does not work well rather than relying on submissions?

Hi again - the answer, AFAIK, is that we received lots of data last Autumn and a lot of that data went into creating firmware updates. For some people, I'm informed, those firmware updates have resolved / alleviated problems, but patently for others they haven't.

This is a continuation in that those who have installed the updated firmware, but still have issues, will continue to get support. It's true that the same advice is being provided, but the way I see it is that it's a case of going through a consistent pattern to find out exactly where the problem lies in a precise way. If that's the only advice we can provide, then yeah there's an issue there that I need to look into, but from RedBull has said they're now conducting further testing via USB diag.

The main difference between then and now is that I'm monitoring this thread to push for all diag reports to be answered and continued with through to resolution.
 
Hi Jim,

Thank you for the quick feedback. I have a couple of comments:
1) of course, continued support is welcome and I'm sure we are all pleased that this issue seems to be more visible within Asus than perhaps it had been.
2) you didn't answer my question about diagnostic equipment on lines where the device does not work well. Is that not a viable option?
 
Hi Jim,

Thank you for the quick feedback. I have a couple of comments:
1) of course, continued support is welcome and I'm sure we are all pleased that this issue seems to be more visible within Asus than perhaps it had been.
2) you didn't answer my question about diagnostic equipment on lines where the device does not work well. Is that not a viable option?

Sorry, missed the second bit. If we can't resolve these issues then I could (and I'd definitely consider it) push for that to happen, but I've not yet had any indication from our tech team that it would be immediately helpful - they're confident that with the built-in diag they can resolve it, so that's what I'm trying to make sure happens.

Installing diag kit in customer's homes is not something we'd normally do, either, so it would be a big departure from normal practice. But if we (i.e. me and all of you) hit a brick wall with this then I'll push for whatever's needed to keep it going.
 
they have asked for a 12 hour debug log. i suggest you do the same if your having problems.

at the moment im in debug with 10db and set to stable maybe some1 would like to do this with no change to settings.

i reported a disconnection that they did not pick up in their feedback i sent them. so maybe theres something to that.
 
Back
Top Bottom