What's new

[Official] RT-AC87U Firmware version 3.0.0.4.378.9177

  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

Very early days, but I think the iPad Air 2's problems with sleeping on 5Ghz have been fixed with IOS9.1. Connection speed no longer seems to drop after a minute and it seems for now to stay connected. I have seen it switch to 2.4Ghz once, but not drop off the network as before. Anyone else confirm?

Jong, no iOS 9.1 hasn't fixed the issue. I did reset the Network Settings on the iPad Air 2, then connected to WiFi 5 Ghz, left it locked and been monitoring the connection from the router's webpage. As you can see from the pic the last one in the list is the iPad Air 2 - it keeps disconnecting and connecting back, and then Tx drops to 7 and then the device disconnects from the Network and connects back again after some time.
Снимок.PNG
 
Jong, no iOS 9.1 hasn't fixed the issue. I did reset the Network Settings on the iPad Air 2, then connected to WiFi 5 Ghz, left it locked and been monitoring the connection from the router's webpage. As you can see from the pic the last one in the list is the iPad Air 2 - it keeps disconnecting and connecting back, and then Tx drops to 7 and then the device disconnects from the Network and connects back again after some time.View attachment 4686
Yeah, as I said in my follow up post, there were a few hours of hope and then.... Disappointment! Thanks for trying.
 
Well, it looks like this firmware doesn't tolerate long uptimes after all.

At 22 days uptime now, and I have over 3400 entries of this, enough to fill the syslog buffer entirely:

[...]
Oct 23 22:15:34 dnsmasq-dhcp[425]: failed to write /var/lib/misc/dnsmasq.leases: No space left on device (retry in 8s)
Oct 23 22:15:42 dnsmasq-dhcp[425]: failed to write /var/lib/misc/dnsmasq.leases: No space left on device (retry in 7s)
Oct 23 22:15:49 dnsmasq-dhcp[425]: failed to write /var/lib/misc/dnsmasq.leases: No space left on device (retry in 9s)
Oct 23 22:15:58 dnsmasq-dhcp[425]: failed to write /var/lib/misc/dnsmasq.leases: No space left on device (retry in 9s)
Oct 23 22:16:07 dnsmasq-dhcp[425]: failed to write /var/lib/misc/dnsmasq.leases: No space left on device (retry in 8s)
Oct 23 22:16:15 dnsmasq-dhcp[425]: failed to write /var/lib/misc/dnsmasq.leases: No space left on device (retry in 9s)
[...]


I expect a reboot will clear it up, will try that now. Bad form for the cleanup daemons, though. I hope it's addressed.

[EDIT] Yes, things look okay now after a reboot.
 
Last edited:
Make sure you enabled Apps Analysis under Adaptive QoS.

You can also try resetting your database in case it's corrupted:

1) Disable Traffic Analyzer
2) Log into the router using SSH, and delete the database:
Code:
rm /jffs/traffid.db
3) Re-enable Traffic Analyzer

Give it an hour or two to start populating itself.

Also keep in mind you must be in Router mode for it to work.

I was forced to revert to Merlins 378.55_0. The memory was filling and the system log was flooded with error messages using 9177. It was requiring a reboot every few days. Prior to changing to 9177 (I wanted to be able to use the traffic analyzer) I was two months on 378.55 without a reboot. All is working well with Merlin once again.
 
I've been happy with the stability and beamforming now working with no issues on 5ghz. I also like the client use tracking and parental controls by client, etc. I do note the following repeated error on my long file though (I have no idea what it means).

0:00:43 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 10:08:00 kernel: htb: htb qdisc 15: is non-work-conserving?
Oct 24 10:32:46 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 10:42:50 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 10:59:59 ntp: start NTP update
Oct 24 11:01:17 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 11:11:26 miniupnpd[20277]: HTTP Connection from 192.168.1.204 closed unexpectedly
Oct 24 11:11:26 miniupnpd[20277]: HTTP Connection from 192.168.1.204 closed unexpectedly
Oct 24 11:11:43 miniupnpd[20277]: upnp_event_recv: recv(): Connection reset by peer
Oct 24 11:12:14 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 11:27:14 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 11:42:04 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 11:57:04 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 11:59:57 ntp: start NTP update
Oct 24 12:05:24 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 12:35:09 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 12:38:20 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 12:38:34 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 12:59:57 ntp: start NTP update
Oct 24 13:04:49 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 13:19:34 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 13:34:34 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 13:39:42 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 13:49:24 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 13:59:57 ntp: start NTP update
Oct 24 14:01:56 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
 
I've been happy with the stability and beamforming now working with no issues on 5ghz. I also like the client use tracking and parental controls by client, etc. I do note the following repeated error on my long file though (I have no idea what it means).

0:00:43 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 10:08:00 kernel: htb: htb qdisc 15: is non-work-conserving?
Oct 24 10:32:46 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 10:42:50 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 10:59:59 ntp: start NTP update
Oct 24 11:01:17 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 11:11:26 miniupnpd[20277]: HTTP Connection from 192.168.1.204 closed unexpectedly
Oct 24 11:11:26 miniupnpd[20277]: HTTP Connection from 192.168.1.204 closed unexpectedly
Oct 24 11:11:43 miniupnpd[20277]: upnp_event_recv: recv(): Connection reset by peer
Oct 24 11:12:14 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 11:27:14 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 11:42:04 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 11:57:04 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 11:59:57 ntp: start NTP update
Oct 24 12:05:24 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 12:35:09 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 12:38:20 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 12:38:34 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 12:59:57 ntp: start NTP update
Oct 24 13:04:49 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 13:19:34 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 13:34:34 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 13:39:42 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 13:49:24 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 13:59:57 ntp: start NTP update
Oct 24 14:01:56 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong

Just saw on another thread that this is a known issue, that will be fixed in a future firmware update.
 
I've been happy with the stability and beamforming now working with no issues on 5ghz. I also like the client use tracking and parental controls by client, etc. I do note the following repeated error on my long file though (I have no idea what it means).

0:00:43 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 10:08:00 kernel: htb: htb qdisc 15: is non-work-conserving?
Oct 24 10:32:46 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 10:42:50 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 10:59:59 ntp: start NTP update
Oct 24 11:01:17 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 11:11:26 miniupnpd[20277]: HTTP Connection from 192.168.1.204 closed unexpectedly
Oct 24 11:11:26 miniupnpd[20277]: HTTP Connection from 192.168.1.204 closed unexpectedly
Oct 24 11:11:43 miniupnpd[20277]: upnp_event_recv: recv(): Connection reset by peer
Oct 24 11:12:14 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 11:27:14 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 11:42:04 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 11:57:04 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 11:59:57 ntp: start NTP update
Oct 24 12:05:24 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 12:35:09 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 12:38:20 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 12:38:34 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 12:59:57 ntp: start NTP update
Oct 24 13:04:49 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 13:19:34 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 13:34:34 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 13:39:42 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 13:49:24 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong
Oct 24 13:59:57 ntp: start NTP update
Oct 24 14:01:56 mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong


The mDNSNetMonitor message comes from an Apple device. As Asus said in another post, this is not harming your router and it will be hided in the next build.
 
Hello everyone. Long time no see. I had an RT-N66U a few years back but had to get rid of it. Now at my own place with full control of the network.

I have a freshly configured RT-AC87U running firmware 3.0.0.4.378.9177. I've noticed an issue with the 5Ghz SSID. On my desktop PC the SSID will suddenly disappear if any of the WiFi settings change. My desktop is running Windows 10 with an ASUS USB-N53 adapter. The connection remains on my Surface 3 and Nokia Lumia 930.

The problem appears to be the 5Ghz control channel option. When this is set to Auto the yellow text next to the dropdown indicates that the current channel is "0" which may or may not be true. It could be just how the interface reports it. If I set the control channel to a static channel I can connect again on my desktop.

Searching about I've seen threads with similar issues but they seem to concern adapters which don't support certain channels. Can anyone give any opinions on the above?
 
Hello everyone. Long time no see. I had an RT-N66U a few years back but had to get rid of it. Now at my own place with full control of the network.

I have a freshly configured RT-AC87U running firmware 3.0.0.4.378.9177. I've noticed an issue with the 5Ghz SSID. On my desktop PC the SSID will suddenly disappear if any of the WiFi settings change. My desktop is running Windows 10 with an ASUS USB-N53 adapter. The connection remains on my Surface 3 and Nokia Lumia 930.

The problem appears to be the 5Ghz control channel option. When this is set to Auto the yellow text next to the dropdown indicates that the current channel is "0" which may or may not be true. It could be just how the interface reports it. If I set the control channel to a static channel I can connect again on my desktop.

Searching about I've seen threads with similar issues but they seem to concern adapters which don't support certain channels. Can anyone give any opinions on the above?

Lock 5 GHZ channel, I have mine at 157.

CC
 
Same here, I've solved it by locking 5Ghz channel

Sent from my SM-G920I using Tapatalk
 
Thank you both for your input. By the sounds of it there's a bug in this firmware then. I have locked the channel to 36 as next door only have 2.4Ghz WiFi. I hope ASUS are onto this!
 
I have the AC87U and when i upgrade to 9177 the 5Ghz band doesn't work and i can only access the GUI for about 30 seconds before it is not accessible. Also the router seems to reboot itself about every 3-5 minutes. Is this an issue with the firmware or is it possible there is a problem with my hardware? Keep in mind the latest firmware when downloaded from the GUI is not 9177.
 
I thought beta firmware was getting posted on this community. Is that an official asus beta build? I don't recognize the download site.
 
I have been experiencing 5ghz stability once the router has been up for 2 or 3 days. I have seen this behavior on two different AC87s.
I originally thought it was my router because the 5ghz would randomly report "5hz not ready" upon reboot so I swapped it with another AC87 that I was using as an AP. The AP did not show the same error of "5hz not ready"

Upon my initial WLAN setup 5ghz speedtest.net yields ping 3, +320mbps down & +300mbps up on both iPad Air 2 & Asus G75 laptop
Later tests my throughput drops. Ping 3, 50mbps down & 150mbps up.
The decrease in speed can be seen a multitude of devices.
No decrease on LAN can be seen. Ping 1, +960mbps down & +900mbps up.
Disabling the 5ghz radio and then re-enabling it brings my speeds back to initial setup speeds. Ping 3, +320mbps down & +300mbps up
I have considered enabling the wireless scheduler. Would this automatically restart the band?

Are there multiple versions of the AC87?
The reason why I asked because I saw on the PCB board stamped AC87U v1.5. This would explain why one of my AC87 showed different behavior as it was acquired at the initial release while the others were purchased later.

More strange behavior. I have a 3rd AC87 that is connected as a bridge. Both the AC87 AP and AC87 Router show the AC87 bride as wired. When I use either of my AC68s as a bridge they clear show up as wireless. Is there another way to identify which connection the AC87 bridge is using?

I have not tested the bridge speeds after the 2nd or 3rd day but initial speeds ping 5, +675mbps down & +300mbps up. For some strange reason my ping is lower with the AC68 ping 3 but the AC87 bridge seems more stable. With the AC68 bridge my Xbox One would constantly lose connection while streaming to my Asus G75 laptop. No drops with the AC87 bridge. Why is the ping higher on the AC87?
 
Last edited:
I have the AC87U and when i upgrade to 9177 the 5Ghz band doesn't work and i can only access the GUI for about 30 seconds before it is not accessible. Also the router seems to reboot itself about every 3-5 minutes.

Well I've tried all the newer builds including Merlin official and beta as well as ASUS official and beta and they all leave my router basically non functioning. The same issue exists. Which is really weird because all previous builds works fine. There must be some difference in the hardware for some people not to have issues and some do. I wish ASUS would be direct about this because some people who go direct to their site to get the firmware are going to have issues. I contacted ASUS support and their only solution was to do an RMA. I do not want to return my router if nothing is wrong with it. Really unsure about this.
 
Anyone had any issues with the OpenVPN Server?

Everything seems to go fine at first, but the after a few days I can no longer connect via VPN with my phone. Only thing to do then is to reboot the router.

Logs on my phone look pretty much like this where they gets stuck:

2015-11-03 20:26:50 Server poll timeout, trying next remote entry...
2015-11-03 20:26:50 EVENT: RECONNECTING
2015-11-03 20:26:50 LZO-ASYM init swap=0 asym=0
2015-11-03 20:26:50 EVENT: RESOLVE
2015-11-03 20:26:50 Contacting x.x.x.x:xxxx via TCP
2015-11-03 20:26:50 EVENT: WAIT
2015-11-03 20:26:50 SetTunnelSocket returned 1
 
Last edited:
Problem 2:

Has anyone had any battery drain issues... On an iPad??

I have an iPad Air 2, 100% battery when I leave for work, I come home and it's on 50%....
Also checked on the CCTV, no spooks playing Candy Crush while I'm at work ;)

I've seen the issue appear often on the 5Ghz for Android, but not for an iPad...
 

Latest threads

Support SNBForums w/ Amazon

If you'd like to support SNBForums, just use this link and buy anything on Amazon. Thanks!

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Top