Anyone Using an Asus DSL-AC68U

bitsNbobs · 3 Aug 2015 at 19:25

Ixel said:
I'm trying something different.

As I have an online UPS, I can control the voltage I send to connected devices. Previously I had been sending 230V at 50Hz, I'm seeing what may or may not happen if I change this to 240V at 50Hz. So far the results seem promising but this device has tricked me before. All I can say at the moment is that for the past few hours the CRC errors are far lower than usual. Wierd huh?

That makes little sense. 220,230,240V would be an AC measurement, it should basically have no impact. The adpater converts that AC into DC for the device to use. The important thing should be the DC voltage (im guessing its 9 or 12V DC the adapter produces) and how many amps the PSU is kicking out to the device.

AC voltages should not even enter the equation, abroad the figure you mentioned would only be 110V so overseas if that 230/240V figure has anything to do with performance then the device in the likes of the USA where its 110V it must be really poopy.

Ixel · 3 Aug 2015 at 20:13

bitsNbobs said:
That makes little sense. 220,230,240V would be an AC measurement, it should basically have no impact. The adpater converts that AC into DC for the device to use. The important thing should be the DC voltage (im guessing its 9 or 12V DC the adapter produces) and how many amps the PSU is kicking out to the device.

AC voltages should not even enter the equation, abroad the figure you mentioned would only be 110V so overseas if that 230/240V figure has anything to do with performance then the device in the likes of the USA where its 110V it must be really poopy.

I agree. This is what baffles me, I'll post an update soon as I'm just wondering if the device is behaving temporarily.

bitsNbobs · 4 Aug 2015 at 10:50

Ixel said:
I agree. This is what baffles me, I'll post an update soon as I'm just wondering if the device is behaving temporarily.

Have you recently had a very hot day or wet day where you live? Thats more likely affected the line if anything.

I would agree that you may be on to something if feeding it a volt or so more or less DC or an extra 0.5amp or so helped things.

Thinking about it even more, have you tested the mains outlet its plugged into and any others you plug it into to make sure that is delivering a steady AC wattage?

Ixel · 4 Aug 2015 at 11:41

bitsNbobs said:
Have you recently had a very hot day or wet day where you live? Thats more likely affected the line if anything.

I would agree that you may be on to something if feeding it a volt or so more or less DC or an extra 0.5amp or so helped things.

Thinking about it even more, have you tested the mains outlet its plugged into and any others you plug it into to make sure that is delivering a steady AC wattage?

Not really, nothing unusual. Temperatures about the same on average as when I still had an increased amount of CRC errors. I've had no spike yet, but I'm still calling it early days, the device might just be temporarily behaving itself.

Here's a graph of my mains voltage yesterday: http://i.imgur.com/pgzqoDr.png

My input frequency remains between 49.9Hz to 50.1Hz.

My output voltage is steady at 240V, output frequency steady around 50Hz (according to UPS).

I haven't tested the actual outlets but I don't believe the readings from the UPS are incorrect.

Chanfron · 4 Aug 2015 at 11:47

Ah so the vr900 is all broadcom, that's good to know, stupid question as i am sure it already has been asked, i have managed to find out via another site(don't have link as not at home) that all the BT cabinets around me are eci based, thats better for broadcom is it not.

Thanks

mjgr33n · 4 Aug 2015 at 12:38

Chanfron said:
Ah so the vr900 is all broadcom, that's good to know, stupid question as i am sure it already has been asked, i have managed to find out via another site(don't have link as not at home) that all the BT cabinets around me are eci based, thats better for broadcom is it not.

Thanks

Huawei Cabinets in fact use a Broadcom chipset, but to be honest all seem to work better with Broadcom based devices whether they are ECI or Broadcom.

vadimo · 4 Aug 2015 at 21:21

modem failed

After 9 months usage my router has failed! To be more precise modem. The DSL light doesnt come on at all, i tried resetting router and also tested the phone socket and i have dial tone. Also checked with ISP and no problems up to my master socket.

Will be calling Asus tomorrow. This is ********.

Sample of the log below:
Aug 4 05:05:14 kernel: DROP IN=vlan100 OUT= MAC=54:a0:50:6e:c7:e8:a0:f3:e4:36:e0:e7:08:00:45:00:00:3a SRC=121.9.148.200 DST=151.228.205.120 LEN=58 TOS=0x00 PREC=0x00 TTL=51 ID=1732 PROTO=UDP SPT=45061 DPT=33410 LEN=38
Aug 4 05:05:19 kernel: DROP IN=vlan100 OUT= MAC=54:a0:50:6e:c7:e8:a0:f3:e4:36:e0:e7:08:00:45:00:00:83 SRC=190.179.132.152 DST=151.228.205.120 LEN=131 TOS=0x00 PREC=0x00 TTL=118 ID=31397 PROTO=UDP SPT=1943 DPT=33410 LEN=111
Aug 4 05:05:21 kernel: DROP IN=vlan100 OUT= MAC=54:a0:50:6e:c7:e8:a0:f3:e4:36:e0:e7:08:00:45:00:00:84 SRC=94.12.204.253 DST=151.228.205.120 LEN=132 TOS=0x00 PREC=0x00 TTL=59 ID=35661 DF PROTO=UDP SPT=6889 DPT=33410 LEN=112
Aug 4 05:05:23 kernel: DROP IN=vlan100 OUT= MAC=54:a0:50:6e:c7:e8:a0:f3:e4:36:e0:e7:08:00:45:00:00:56 SRC=77.174.59.89 DST=151.228.205.120 LEN=86 TOS=0x00 PREC=0x00 TTL=53 ID=0 DF PROTO=UDP SPT=6881 DPT=33410 LEN=66
Aug 4 05:05:24 kernel: DROP IN=vlan100 OUT= MAC=54:a0:50:6e:c7:e8:a0:f3:e4:36:e0:e7:08:00:45:00:00:30 SRC=110.184.46.123 DST=151.228.205.120 LEN=48 TOS=0x00 PREC=0x00 TTL=51 ID=8120 DF PROTO=TCP SPT=50686 DPT=33410 SEQ=21778787 ACK=0 WINDOW=8192 RES=0x00 SYN URGP=0 OPT (0204058401010402)
Aug 4 05:05:26 kernel: DROP IN=vlan100 OUT= MAC=54:a0:50:6e:c7:e8:a0:f3:e4:36:e0:e7:08:00:45:00:00:83 SRC=94.255.71.209 DST=151.228.205.120 LEN=131 TOS=0x00 PREC=0x00 TTL=119 ID=4076 PROTO=UDP SPT=35913 DPT=33410 LEN=111
Aug 4 05:05:27 kernel: DROP IN=vlan100 OUT= MAC=54:a0:50:6e:c7:e8:a0:f3:e4:36:e0:e7:08:00:45:00:00:30 SRC=110.184.46.123 DST=151.228.205.120 LEN=48 TOS=0x00 PREC=0x00 TTL=51 ID=11831 DF PROTO=TCP SPT=50686 DPT=33410 SEQ=21778787 ACK=0 WINDOW=8192 RES=0x00 SYN URGP=0 OPT (0204058401010402)
Aug 4 05:05:28 kernel: DROP IN=vlan100 OUT= MAC=54:a0:50:6e:c7:e8:a0:f3:e4:36:e0:e7:08:00:45:00:00:28 SRC=71.6.216.40 DST=151.228.205.120 LEN=40 TOS=0x00 PREC=0x00 TTL=244 ID=54321 PROTO=UDP SPT=123 DPT=123 LEN=20
Aug 4 05:05:28 kernel: DROP IN=vlan100 OUT= MAC=54:a0:50:6e:c7:e8:a0:f3:e4:36:e0:e7:08:00:45:00:00:3a SRC=62.249.146.90 DST=151.228.205.120 LEN=58 TOS=0x00 PREC=0x00 TTL=56 ID=41609 PROTO=UDP SPT=1026 DPT=33410 LEN=38
Aug 4 05:05:28 kernel: DROP IN=vlan100 OUT= MAC=54:a0:50:6e:c7:e8:a0:f3:e4:36:e0:e7:08:00:45:00:00:40 SRC=62.249.146.90 DST=151.228.205.120 LEN=64 TOS=0x00 PREC=0x00 TTL=56 ID=46228 DF PROTO=TCP SPT=12362 DPT=33410 SEQ=3016836545 ACK=0 WINDOW=65535 RES=0x00 SYN URGP=0 OPT (020405B4010303050101080A1F7ACAB70000000004020000)
Aug 4 05:05:29 kernel: DROP IN=vlan100 OUT= MAC=54:a0:50:6e:c7:e8:a0:f3:e4:36:e0:e7:08:00:45:00:00:40 SRC=62.249.146.90 DST=151.228.205.120 LEN=64 TOS=0x00 PREC=0x00 TTL=56 ID=55991 DF PROTO=TCP SPT=12362 DPT=33410 SEQ=3016836545 ACK=0 WINDOW=65535 RES=0x00 SYN URGP=0 OPT (020405B4010303050101080A1F7ACE9F0000000004020000)
Aug 4 05:05:30 kernel: DROP IN=vlan100 OUT= MAC=54:a0:50:6e:c7:e8:a0:f3:e4:36:e0:e7:08:00:45:00:00:40 SRC=62.249.146.90 DST=151.228.205.120 LEN=64 TOS=0x00 PREC=0x00 TTL=56 ID=55131 DF PROTO=TCP SPT=12362 DPT=33410 SEQ=3016836545 ACK=0 WINDOW=65535 RES=0x00 SYN URGP=0 OPT (020405B4010303050101080A1F7AD2870000000004020000)
Aug 4 05:05:31 kernel: DROP IN=vlan100 OUT= MAC=54:a0:50:6e:c7:e8:a0:f3:e4:36:e0:e7:08:00:45:00:00:40 SRC=62.249.146.90 DST=151.228.205.120 LEN=64 TOS=0x00 PREC=0x00 TTL=56 ID=45431 DF PROTO=TCP SPT=12362 DPT=33410 SEQ=3016836545 ACK=0 WINDOW=65535 RES=0x00 SYN URGP=0 OPT (020405B4010303050101080A1F7AD66F0000000004020000)
Aug 4 05:05:31 kernel: DROP IN=vlan100 OUT= MAC=54:a0:50:6e:c7:e8:a0:f3:e4:36:e0:e7:08:00:45:00:00:3a SRC=62.249.146.90 DST=151.228.205.120 LEN=58 TOS=0x00 PREC=0x00 TTL=56 ID=63792 PROTO=UDP SPT=1026 DPT=33410 LEN=38
Aug 4 05:05:32 kernel: DROP IN=vlan100 OUT= MAC=54:a0:50:6e:c7:e8:a0:f3:e4:36:e0:e7:08:00:45:00:00:40 SRC=62.249.146.90 DST=151.228.205.120 LEN=64 TOS=0x00 PREC=0x00 TTL=56 ID=10333 DF PROTO=TCP SPT=12362 DPT=33410 SEQ=3016836545 ACK=0 WINDOW=65535 RES=0x00 SYN URGP=0 OPT (020405B4010303050101080A1F7ADA570000000004020000)
Aug 4 05:05:33 kernel: DROP IN=vlan100 OUT= MAC=54:a0:50:6e:c7:e8:a0:f3:e4:36:e0:e7:08:00:45:00:00:30 SRC=110.184.46.123 DST=151.228.205.120 LEN=48 TOS=0x00 PREC=0x00 TTL=51 ID=19146 DF PROTO=TCP SPT=50686 DPT=33410 SEQ=21778787 ACK=0 WINDOW=8192 RES=0x00 SYN URGP=0 OPT (0204058401010402)
Aug 4 05:05:33 kernel: DROP IN=vlan100 OUT= MAC=54:a0:50:6e:c7:e8:a0:f3:e4:36:e0:e7:08:00:45:00:00:40 SRC=62.249.146.90 DST=151.228.205.120 LEN=64 TOS=0x00 PREC=0x00 TTL=56 ID=28689 DF PROTO=TCP SPT=12362 DPT=33410 SEQ=3016836545 ACK=0 WINDOW=65535 RES=0x00 SYN URGP=0 OPT (020405B4010303050101080A1F7ADE400000000004020000)
Aug 4 05:05:45 WAN Connection: Ethernet link down.
Aug 4 05:05:45 stop_nat_rules: apply the redirect_rules!
Aug 4 05:27:22 kernel: ACCEPT IN=br0 OUT=br0 SRC=192.168.2.5 DST=192.168.2.2 LEN=60 TOS=0x00 PREC=0x00 TTL=63 ID=20063 DF PROTO=TCP SPT=55696 DPT=32400 SEQ=64982379 ACK=0 WINDOW=14600 RES=0x00 SYN URGP=0 OPT (020405B40402080A0052C3340000000001030306) MARK=0x1
Aug 4 05:39:17 miniupnpd[9186]: upnp_event_recv: recv(): Connection reset by peer
Aug 4 05:53:39 miniupnpd[9186]: ioctl(s, SIOCGIFADDR, ...): Cannot assign requested address
Aug 4 05:53:39 miniupnpd[9186]: Failed to get IP for interface vlan100
Aug 4 05:53:39 miniupnpd[9186]: SendNATPMPPublicAddressChangeNotification: cannot get public IP address, stopping
Aug 4 05:53:42 miniupnpd[9186]: upnp_event_process_notify: connect(192.168.2.3:2869): No route to host
Aug 4 05:55:52 kernel: ACCEPT IN=br0 OUT=br0 SRC=192.168.2.5 DST=192.168.2.2 LEN=60 TOS=0x00 PREC=0x00 TTL=63 ID=64550 DF PROTO=TCP SPT=55847 DPT=32400 SEQ=521255537 ACK=0 WINDOW=14600 RES=0x00 SYN URGP=0 OPT (020405B40402080A005346570000000001030306) MARK=0x1
Aug 4 05:55:53 kernel: ACCEPT IN=br0 OUT=br0 SRC=192.168.2.5 DST=192.168.2.2 LEN=60 TOS=0x00 PREC=0x00 TTL=63 ID=49380 DF PROTO=TCP SPT=55848 DPT=32400 SEQ=1224640071 ACK=0 WINDOW=14600 RES=0x00 SYN URGP=0 OPT (020405B40402080A005346A30000000001030306) MARK=0x1
Aug 4 05:55:53 kernel: ACCEPT IN=br0 OUT=br0 SRC=192.168.2.5 DST=192.168.2.2 LEN=60 TOS=0x00 PREC=0x00 TTL=63 ID=26729 DF PROTO=TCP SPT=55849 DPT=32400 SEQ=1809264330 ACK=0 WINDOW=14600 RES=0x00 SYN URGP=0 OPT (020405B40402080A005346A30000000001030306) MARK=0x1
Aug 4 05:55:53 kernel: ACCEPT IN=br0 OUT=br0 SRC=192.168.2.5 DST=192.168.2.2 LEN=60 TOS=0x00 PREC=0x00 TTL=63 ID=11913 DF PROTO=TCP SPT=55850 DPT=32400 SEQ=2379311146 ACK=0 WINDOW=14600 RES=0x00 SYN URGP=0 OPT (020405B40402080A005346A30000000001030306) MARK=0x1
Aug 4 06:09:50 miniupnpd[9186]: ioctl(s, SIOCGIFADDR, ...): Cannot assign requested address
Aug 4 06:09:50 miniupnpd[9186]: ioctl(s, SIOCGIFADDR, ...): Cannot assign requested address
Aug 4 06:26:16 kernel: ACCEPT IN=br0 OUT=br0 SRC=192.168.2.5 DST=192.168.2.2 LEN=60 TOS=0x00 PREC=0x00 TTL=63 ID=22635 DF PROTO=TCP SPT=56039 DPT=32400 SEQ=4000596047 ACK=0 WINDOW=14600 RES=0x00 SYN URGP=0 OPT (020405B40402080A005418240000000001030306) MARK=0x1
Aug 4 06:39:54 miniupnpd[9186]: ioctl(s, SIOCGIFADDR, ...): Cannot assign requested address
Aug 4 06:39:54 miniupnpd[9186]: ioctl(s, SIOCGIFADDR, ...): Cannot assign requested address
Aug 4 06:43:35 miniupnpd[9186]: ioctl(s, SIOCGIFADDR, ...): Cannot assign requested address
Aug 4 06:43:35 miniupnpd[9186]: ioctl(s, SIOCGIFADDR, ...): Cannot assign requested address
Aug 4 06:43:36 miniupnpd[9186]: upnp_event_recv: recv(): Connection reset by peer
Aug 4 06:43:36 miniupnpd[9186]: ioctl(s, SIOCGIFADDR, ...): Cannot assign requested address
Aug 4 06:43:36 miniupnpd[9186]: ioctl(s, SIOCGIFADDR, ...): Cannot assign requested address

bitsNbobs · 5 Aug 2015 at 03:42

Ixel said:
Not really, nothing unusual. Temperatures about the same on average as when I still had an increased amount of CRC errors. I've had no spike yet, but I'm still calling it early days, the device might just be temporarily behaving itself.

Here's a graph of my mains voltage yesterday: http://i.imgur.com/pgzqoDr.png

My input frequency remains between 49.9Hz to 50.1Hz.

My output voltage is steady at 240V, output frequency steady around 50Hz (according to UPS).

I haven't tested the actual outlets but I don't believe the readings from the UPS are incorrect.

It looks ok based on all that info, i imagine its just the device having a good day, one thing i was going to suggest to people in general if anyone wants to risk it is if the thing gets hot to try running it with the case off to see if its more stable. To be honest though i think the device is just a lost cause now.

Chanfron said:
Ah so the vr900 is all broadcom, that's good to know, stupid question as i am sure it already has been asked, i have managed to find out via another site(don't have link as not at home) that all the BT cabinets around me are eci based, thats better for broadcom is it not.

Thanks

mjgr33n said:
Huawei Cabinets in fact use a Broadcom chipset, but to be honest all seem to work better with Broadcom based devices whether they are ECI or Broadcom.

Yep definately a broadcom chipset, and no matter which specific model i agree with mjgr33n on this point broadcom devices in general just seem to work better or at the very least have far less issues than any other chipsets at the moment. The just work and work well out of the box, no waiting for things to be enabled or massive bug fixes.

vadimo said:
After 9 months usage my router has failed! To be more precise modem. The DSL light doesnt come on at all, i tried resetting router and also tested the phone socket and i have dial tone. Also checked with ISP and no problems up to my master socket.

Will be calling Asus tomorrow.

{SNIP}

Based on that snipped log it looks like either an authentication issue or the device is unable to assign the IP.

Do a 30, 30, 30 reset as i described here...
http://forums.overclockers.co.uk/showpost.php?p=28344436&postcount=2641
to see if that helps.

If not repeat the steps but at one of the stages the device should enter recovery mode, from there you can update or reflash firmware (see asus site for recovery tool and full instructions probaly somewhere here... http://www.asus.com/uk/Networking/DSLAC68U/HelpDesk/ would be more precise but the asus site is slow as a snail right now).

Also when doing all of this leave the device UNPLUGGED from the phone socket otherwise it will just keep trying to authenticate.

As a final step if its a stale session from you ISP leaving it disconnected for a hour or so should fix things.

PS..........
Almost forget the obvious make sure you have not been disconnected for whatever reason by your ISP (try old modem to see if that works and if not contact them)

Chanfron · 5 Aug 2015 at 12:21

Thanks bitsNbobs and mjgr33n for the replies, when ever i get round to getting a new router I will most likely get the VR900(pity it does not come in black) or D7000/6400 unless Asus decide to come out with a new model that fixes all these issues.
Anyone else find it odd the Dlink don't do any vdsl modem routers.

Thanks

bledd · 5 Aug 2015 at 12:46

So is there a wonder router we can buy for VDSL?

Tempted to buy a Draytek 130 modem, then use it with a Ubiqiti Edgemax Lite router.

mjgr33n · 5 Aug 2015 at 12:53

Chanfron said:
Thanks bitsNbobs and mjgr33n for the replies, when ever i get round to getting a new router I will most likely get the VR900(pity it does not come in black) or D7000/6400 unless Asus decide to come out with a new model that fixes all these issues.
Anyone else find it odd the Dlink don't do any vdsl modem routers.

Thanks

If I was a a router manufacturer I would stay out of the combined VDSL Router business, it is damn risky to be in, BT's network IMO is a pain in the ass and not very forward thinking and there are too many examples of this worldwide.

Hence why I think DLink and Linksys (although Cisco do have a vdsl business router which is broadcom based) and a few others have stayed out of this, plus at first most ISP's supplied at least modems, so the standard cable router was fine, a lot of VDSL combined units have had issues especially with BT's network

But there have been some great examples of new chipsets out recently so I think we might see some more manufacturers dipping there toes in now.

mjgr33n · 5 Aug 2015 at 12:57

bledd. said:
So is there a wonder router we can buy for VDSL?

Tempted to buy a Draytek 130 modem, then use it with a Ubiqiti Edgemax Lite router.

The Draytek 130 is expensive for what you get, it is also Lantiq based which some people will turn there noses up at, that being said, people that own it with the latest firmware v3.7.8.1 have said the G.INP(G.998.4 TX and RX retransmission) and Vectoring works great, also happily works with baby jumbo frames if that is a requirement.

Have a read through http://forum.kitz.co.uk/index.php/board,5.0.html before you plunge so to speak.

You can also get an unlocked HG612 for similar performance but half the cost.

bledd · 5 Aug 2015 at 13:16

I'm happy running a stable ADSL2 connection at ~19Mbps right now, so not in a desperate rush to upgrade.

I'll only order VDSL when I know there's a good package to run it on. Very happy with my DSL-N55U, but it's ADSL only and non AC.

Which chipset does the Billion 8800 series use?

mjgr33n · 6 Aug 2015 at 10:55

bledd. said:
I'm happy running a stable ADSL2 connection at ~19Mbps right now, so not in a desperate rush to upgrade.

I'll only order VDSL when I know there's a good package to run it on. Very happy with my DSL-N55U, but it's ADSL only and non AC.

Which chipset does the Billion 8800 series use?

http://forum.kitz.co.uk/index.php/topic,14436.0.html

It is Broadcom based. probably BCM63168, would need to double check.

bitsNbobs · 11 Aug 2015 at 00:47

Chanfron said:
Thanks bitsNbobs and mjgr33n for the replies, when ever i get round to getting a new router I will most likely get the VR900(pity it does not come in black) or D7000/6400 unless Asus decide to come out with a new model that fixes all these issues.
Anyone else find it odd the Dlink don't do any vdsl modem routers.

Thanks

Dlink do a VDSL device i remember reading about it, but not available in the UK, think it was somewhere in the Asia market from memory.

bledd. said:
So is there a wonder router we can buy for VDSL?

Tempted to buy a Draytek 130 modem, then use it with a Ubiqiti Edgemax Lite router.

IMO that would be a poor choice you can get something that will perform just as well if not better for far less. Id personally go for any broadcom based device first and if you want Lantiq then id go with the cheap, but reliable TPLink W9980

mjgr33n said:
http://forum.kitz.co.uk/index.php/topic,14436.0.html

It is Broadcom based. probably BCM63168, would need to double check.

Yep it is http://forum.kitz.co.uk/index.php/topic,14030.15.html confirmed about halfway down.

Orangey · 14 Aug 2015 at 23:52

I just bought one of these, my Internet got cut off. DSL was up but no Internet. Plugged in BT modem and boom back online.

BT pouting?

ashpowell · 15 Aug 2015 at 13:39

Did you adjust the login settings?

Orangey · 15 Aug 2015 at 18:20

I used the BT login/password and it was working fine first day. 2nd day is when I lost internet. Made no changes during that time and all I did was plug it in during setup.

KyleMac · 18 Aug 2015 at 12:44

If I got a DSL-AC68U and I ran into the problems others have had is there anything stopping me from connecting a modem and using the DSL-AC68U like an RT-AC68U?

I'd really like to try for a 2-in-1 solution but everything on the market seems to have issues and at least the DSL-AC68U is a decent router with lots of options.

RedBull2k · 18 Aug 2015 at 15:18

no there is nothing stopping you.