What's new

[Release 384/NG] Asuswrt-Merlin 384.5 is now available

  • 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!

What os? what adapter? Are the adapter drivers up to date? Which mode AC/N? Does he have admin rights to check the device settings? If its a government issued laptop and you can't connect and don't have admin rights.... my recommendation is stick with 2.4 ghz if that is working.
No admin rights. Not a big deal. He's just going to have to use the wire.
 
I can only see 5 tabs as below
1. operation mode
2. system
3. firmware upgrade
4.restore/save/upload setting
5. temperature

cann't find snmp

thanks

SNMP was removed from the RT-AC86U a few months ago.

If you still get these error messages, then either you installed something through Entware that's also incompatible with the network switch driver, or something else is also triggering that error, in which case I have no idea what it is.
 
Just wanted to say thanks for your efforts, Merlin. Really appreciate your hard work.
 
Yeah, i meant repeater mode. In repeater mode, wired and wireless both work. I have had it running in this configuration for quite some time. Just not on this code base. The two repeaters are connecting to the central router via 5ghz. All of the wired ports are then directly connected to media devices on the repeaters. And the repeaters provide coverage for that area.


In case it helps anyone else...

I completely initialized the two remote repeaters and reconfigured them again and they appear to be stable for now and I can connect to them wired, 2.4 and 5ghz now. This time i turned off one while i setup the other to just to test out everything and make sure it wasn't' some sort of broadcast or layer 2 interference.

Still having problem with the ac88, but only on 2.4ghz speed throughput goes down to less than 1 megabit/s. Wired and 5ghz are fine and at full speed. Still trying to track this down. I noticed changing the SSID immediately restores the performance for a period of time, then it goes back to being slow. Logs don't really show anything. May change the channel bandwidth and modulation scheme next to see if they make any difference.
Please if you find out why 2,4G that slow let us know, have same problem with 86U and no solution since months (there is no old firmware for 86U which works).
Drivers and everything updated downgraded, tried everything, still very very slow, after turn off/on maybe faster at beginning and not usable after time.
 
Please if you find out why 2,4G that slow let us know, have same problem with 86U and no solution since months (there is no old firmware for 86U which works).
Drivers and everything updated downgraded, tried everything, still very very slow, after turn off/on maybe faster at beginning and not usable after time.
Sounds like co-channel interference. Do a site survey or something to figure out what channel you should be on. The main channels in 2.4g is 1,6,11 these channels don't over lap at all. I would try one or all of these channels to see if it speeds things up. 2.4g wifi can only accept one transmission at a time per channel. If there are a lot of devices using the same channel there will be a wait in line kind of thing going on. Also microwave ovens etc. can interfere as well on the 2.4g bandwidth also cordless phones. Hope this helps.
 
I have a minor issue where on occasion when trying to access the GUI in Chrome it never loads and only a power off/power on reboot will restore the page. I don't know that it's specific to 384.5 or even to Merlin's firmware but as I'm running 384.5 I thought I'd ask here. I think it may happen when I leave the page loaded then work on other open browser tabs, then turn the monitor off(desktop computer) and then back on. I think it may be happening then but not always.

Any thoughts would be much appreciated, thanks!
 
what happens when you try in different browsers?
 
Hi Guys. I moved from Asus stock firmware to Merlin 384.5 on my rt-ac87u and noticed the strangest thing...

In "Adaptative QoS" / "Bandwith Monitor" the "Upload Bandwidth" and "Download Bandwidth" speed meters are actually exchanged ??
I mean, the Upload bps is actually the Download bps and vice-versa ??

On the other side "Traffic Analyzer" / "Traffic Monitor" does show the correct and expected numbers in KB/s for Incoming and Outgoing Internet packets for the USB Modem.

Screenshot attached showing Upload meter in the left (~2 MBps) approx. matching Incoming packets on the right (~200 KB/s).

Did anybody experienced the same? Any thoughts? Thanks & Kind Regards.
 

Attachments

  • asuswrt-merlin_bandwidth_vs_traffic_monitor.png
    asuswrt-merlin_bandwidth_vs_traffic_monitor.png
    181.9 KB · Views: 362
Last edited:
what happens when you try in different browsers?
I don't know. I just loaded the page in Firefox and I'll see what happens but it happens very infrequently so it may not happen for a couple days, a week or even longer.

I just thought it odd that it happens at all.

In fact, as I think about, it's not only if I leave the page open but also when simply trying to access the page initially.

I cleared the browser cache for the page and I'll see what happens going forward.
 
6Wf3EXyZVQpOKEmF2


I have a minor issue where on occasion when trying to access the GUI in Chrome it never loads and only a power off/power on reboot will restore the page. I don't know that it's specific to 384.5 or even to Merlin's firmware but as I'm running 384.5 I thought I'd ask here. I think it may happen when I leave the page loaded then work on other open browser tabs, then turn the monitor off(desktop computer) and then back on. I think it may be happening then but not always.

Any thoughts would be much appreciated, thanks!

Hi Keenan. Check out for possible firewall issues. I had all sort of issues when acessing the GUI (failed to load, partial load, slow load ...) and it turned out it was due to McAffee's firewall. Unfortunately I cannot modify its config as it's centrally managed. If I temporarily disable it, the GUI works like a charm. I workaround it by actually accessing the GUI from a Linux VM and setting its network in "Bridge" mode. This way the VM exchanges packets directly with the physical network and it's not affected by the Windows/McAfee firewall. This was because this is the company's laptop. On a personal owned one you are free to modify your firewall and don't need to use such a scheme.
 
Please if you find out why 2,4G that slow let us know, have same problem with 86U and no solution since months (there is no old firmware for 86U which works).
Drivers and everything updated downgraded, tried everything, still very very slow, after turn off/on maybe faster at beginning and not usable after time.


My 10 cents worth,

My 2.4 rock solid here.
[Edit] Standard router mode.

2.4 settings:
Channel width manually set to 20 MHz.
[Edit] Channel selection - auto.
Mu-MIMO disable.
Universal Beamforming disable.
Airtime fairness disable.
Roaming assistant disable.
Reduce USB 3 interference disable.

All these have been recommended at one time or another in this forum.
Might be worth trying?
 
Last edited:
I loaded 384.5 on my brand new 86U on day 1 of release and I seem to be getting reboots every couple hours. I've been looking at it all week and haven't been able to figure it out at all. Is there any way to troubleshoot this?

Should I go back a release and see what happens? Ideas? About the only thing I am doing on it is running VPN Client & Server. Nothing else has been enabled such as Ai, or QOS. Just pretty plain jane.
 
I loaded 384.5 on my brand new 86U on day 1 of release and I seem to be getting reboots every couple hours. I've been looking at it all week and haven't been able to figure it out at all. Is there any way to troubleshoot this?

Should I go back a release and see what happens? Ideas? About the only thing I am doing on it is running VPN Client & Server. Nothing else has been enabled such as Ai, or QOS. Just pretty plain jane.


I have a 86U and I am not experiencing issue like yours. Have you tried doing factory reset and initialize? If the issue persist after doing reset l+initialize, I would say this is more likely a hardware issue.


Sent from my iPhone using Tapatalk Pro
 
Why? Doesn't 380.70 work any longer either?

You have of course "Initialized" not just factory default after upgrading to 384.5, reset browser cache and not read in some old backup file of any settings, but configured all from scratch?

Well 380.70 works of course, but with some issues. I will try.
Of course I read the install instructions, Initialized, browser cache, no config read-in and conft all from scratch. After that, I cannot copy files from usb-hdd to itself back over LAN, the share breaks down. Traffic monitor doesnt show real values, Tor from optware even behaves differently and some spurious error in the syslog as I said. And znc wont run anymore, but this seems like optware problem with the libraries. And this is no hardware-issue because with older Merlin non of the mentioned occurs...With older Merlin there are some usb issues, like plugging usb3 device in usb3 port then wont be mounted, but into usb2 port its ok.
 
I have a 86U and I am not experiencing issue like yours. Have you tried doing factory reset and initialize? If the issue persist after doing reset l+initialize, I would say this is more likely a hardware issue.


Sent from my iPhone using Tapatalk Pro
Good to hear you've got stability. I will say that I had Ai and QOS going for a few days earlier this week, however my kids noticed a lag every 5 seconds in their gaming that caused them to "teleport" 1 second forward every 5 seconds, which is back to real-time after the lag. I narrowed that down to AI-protection. You could see it like clockwork on the router CPU bar. Using a ping -n 500 Google.com, every 5 seconds on the dot my ping would go from 20ms to 500ms, and sometimes over 1000! Right when this slight pause hits every 5 seconds, I could see the CPU spike up to 25%, then down. It's almost like a 5 second cron was triggering that smacked the network for one full second. Anyway, I started disabling things one by one and it ended up being AiProtection. With that off it doesn't do it at all and the gamers are now happy. But I have the random reboots... So,,, even though QOS and Ai are all off, I wonder if something got "stuck" the gui can't fix or disable. I hate to have to put all my static IPs in again after a reset, sigh,,, but if nobody has any other ideas I guess I'll go that route. :/
 
Please if you find out why 2,4G that slow let us know, have same problem with 86U and no solution since months (there is no old firmware for 86U which works).
Drivers and everything updated downgraded, tried everything, still very very slow, after turn off/on maybe faster at beginning and not usable after time.


Here is what i found, I've moved off almost all of devices from the 2.4ghz ssid that has the issue. So far changing the 2.4 ghz settings doesn't make a difference, but this is the only thing that showed up in the debug logs right before the problem reoccurred right around 22:09 to 22:15 and kernel: br0: received packet on eth1 with own address as source address. Wireless speed on 2.4ghz went to less than 1mb/s. It's also very strange how many dhcp requests and acknowledgements are in the logs. Almost like a layer 2 broadcast storm.

May 18 20:20:33 kernel: nvram: consolidating space!
May 18 20:48:06 dnsmasq-dhcp[376]: DHCPREQUEST(br0) 192.168.1.128 d0:52:a8:35:83:1e
May 18 20:48:06 dnsmasq-dhcp[376]: DHCPACK(br0) 192.168.1.128 d0:52:a8:35:83:1e st-D052A835887A0001
May 18 20:58:20 dnsmasq-dhcp[376]: DHCPDISCOVER(br0) 192.168.1.167 7c:7a:91:52:96:a3
May 18 20:58:20 dnsmasq-dhcp[376]: DHCPOFFER(br0) 192.168.1.167 7c:7a:91:52:96:a3
May 18 20:58:20 dnsmasq-dhcp[376]: DHCPREQUEST(br0) 192.168.1.167 7c:7a:91:52:96:a3
May 18 20:58:20 dnsmasq-dhcp[376]: DHCPACK(br0) 192.168.1.167 7c:7a:91:52:96:a3 HP1040-LT
May 18 20:58:30 dnsmasq-dhcp[376]: DHCPREQUEST(br0) 192.168.1.167 7c:7a:91:52:96:a3
May 18 20:58:30 dnsmasq-dhcp[376]: DHCPACK(br0) 192.168.1.167 7c:7a:91:52:96:a3 HP1040-LT
May 18 20:59:41 dnsmasq-dhcp[376]: DHCPREQUEST(br0) 192.168.1.167 7c:7a:91:52:96:a3
May 18 20:59:41 dnsmasq-dhcp[376]: DHCPACK(br0) 192.168.1.167 7c:7a:91:52:96:a3 HP1040-LT
May 18 21:01:02 dnsmasq-dhcp[376]: DHCPREQUEST(br0) 192.168.1.167 7c:7a:91:52:96:a3
May 18 21:01:02 dnsmasq-dhcp[376]: DHCPACK(br0) 192.168.1.167 7c:7a:91:52:96:a3 HP1040-LT
May 18 21:02:48 dnsmasq-dhcp[376]: DHCPREQUEST(br0) 192.168.1.167 7c:7a:91:52:96:a3
May 18 21:02:48 dnsmasq-dhcp[376]: DHCPACK(br0) 192.168.1.167 7c:7a:91:52:96:a3 HP1040-LT
May 18 21:04:00 dnsmasq-dhcp[376]: DHCPREQUEST(br0) 192.168.1.167 7c:7a:91:52:96:a3
May 18 21:04:00 dnsmasq-dhcp[376]: DHCPACK(br0) 192.168.1.167 7c:7a:91:52:96:a3 HP1040-LT
May 18 21:05:43 dnsmasq-dhcp[376]: DHCPREQUEST(br0) 192.168.1.167 7c:7a:91:52:96:a3
May 18 21:05:43 dnsmasq-dhcp[376]: DHCPACK(br0) 192.168.1.167 7c:7a:91:52:96:a3 HP1040-LT
May 18 21:06:40 dnsmasq-dhcp[376]: DHCPREQUEST(br0) 192.168.1.167 7c:7a:91:52:96:a3
May 18 21:06:40 dnsmasq-dhcp[376]: DHCPACK(br0) 192.168.1.167 7c:7a:91:52:96:a3 HP1040-LT
May 18 21:06:58 dnsmasq-dhcp[376]: DHCPREQUEST(br0) 192.168.1.167 7c:7a:91:52:96:a3
May 18 21:06:58 dnsmasq-dhcp[376]: DHCPACK(br0) 192.168.1.167 7c:7a:91:52:96:a3 HP1040-LT
May 18 21:18:42 dnsmasq-dhcp[376]: DHCPREQUEST(br0) 192.168.1.167 7c:7a:91:52:96:a3
May 18 21:18:42 dnsmasq-dhcp[376]: DHCPACK(br0) 192.168.1.167 7c:7a:91:52:96:a3 HP1040-LT
May 18 21:22:12 dnsmasq-dhcp[376]: DHCPREQUEST(br0) 192.168.1.167 7c:7a:91:52:96:a3
May 18 21:22:12 dnsmasq-dhcp[376]: DHCPACK(br0) 192.168.1.167 7c:7a:91:52:96:a3 HP1040-LT
May 18 21:46:58 dnsmasq-dhcp[376]: DHCPREQUEST(br0) 192.168.1.167 7c:7a:91:52:96:a3
May 18 21:46:58 dnsmasq-dhcp[376]: DHCPACK(br0) 192.168.1.167 7c:7a:91:52:96:a3 HP1040-LT
May 18 21:49:46 dnsmasq-dhcp[376]: DHCPREQUEST(br0) 192.168.1.167 7c:7a:91:52:96:a3
May 18 21:49:46 dnsmasq-dhcp[376]: DHCPACK(br0) 192.168.1.167 7c:7a:91:52:96:a3 HP1040-LT
May 18 22:09:33 kernel: br0: received packet on eth1 with own address as source address
May 18 22:09:34 dnsmasq-dhcp[376]: DHCPREQUEST(br0) 192.168.1.200 44:85:00:11:29:02
May 18 22:09:34 dnsmasq-dhcp[376]: DHCPACK(br0) 192.168.1.200 44:85:00:11:29:02 LenovoYoga2
May 18 22:09:46 dnsmasq-dhcp[376]: DHCPREQUEST(br0) 192.168.1.167 7c:7a:91:52:96:a3
May 18 22:09:46 dnsmasq-dhcp[376]: DHCPACK(br0) 192.168.1.167 7c:7a:91:52:96:a3 HP1040-LT
May 18 22:12:43 dnsmasq-dhcp[376]: DHCPREQUEST(br0) 192.168.1.167 7c:7a:91:52:96:a3
May 18 22:12:43 dnsmasq-dhcp[376]: DHCPACK(br0) 192.168.1.167 7c:7a:91:52:96:a3 HP1040-LT
May 18 22:14:12 dnsmasq-dhcp[376]: DHCPREQUEST(br0) 192.168.1.167 7c:7a:91:52:96:a3
May 18 22:14:12 dnsmasq-dhcp[376]: DHCPACK(br0) 192.168.1.167 7c:7a:91:52:96:a3 HP1040-LT
May 18 22:15:24 kernel: br0: received packet on eth1 with own address as source address

May 18 22:15:24 dnsmasq-dhcp[376]: DHCPREQUEST(br0) 192.168.1.200 44:85:00:11:29:02
May 18 22:15:24 dnsmasq-dhcp[376]: DHCPACK(br0) 192.168.1.200 44:85:00:11:29:02 LenovoYoga2
May 18 22:15:49 dnsmasq-dhcp[376]: DHCPREQUEST(br0) 192.168.1.167 7c:7a:91:52:96:a3
May 18 22:15:49 dnsmasq-dhcp[376]: DHCPACK(br0) 192.168.1.167 7c:7a:91:52:96:a3 HP1040-LT
May 18 22:15:57 dnsmasq-dhcp[376]: DHCPREQUEST(br0) 192.168.1.167 7c:7a:91:52:96:a3
May 18 22:15:57 dnsmasq-dhcp[376]: DHCPACK(br0) 192.168.1.167 7c:7a:91:52:96:a3 HP1040-LT
May 18 22:16:41 dnsmasq-dhcp[376]: DHCPREQUEST(br0) 192.168.1.167 7c:7a:91:52:96:a3
May 18 22:16:41 dnsmasq-dhcp[376]: DHCPACK(br0) 192.168.1.167 7c:7a:91:52:96:a3 HP1040-LT
May 18 22:16:54 dnsmasq-dhcp[376]: DHCPDISCOVER(br0) 7c:7a:91:52:96:a3
May 18 22:16:54 dnsmasq-dhcp[376]: DHCPOFFER(br0) 192.168.1.167 7c:7a:91:52:96:a3
May 18 22:16:54 dnsmasq-dhcp[376]: DHCPREQUEST(br0) 192.168.1.167 7c:7a:91:52:96:a3
May 18 22:16:54 dnsmasq-dhcp[376]: DHCPACK(br0) 192.168.1.167 7c:7a:91:52:96:a3 HP1040-LT
May 18 22:18:48 dnsmasq-dhcp[376]: DHCPREQUEST(br0) 192.168.1.200 44:85:00:11:29:02
May 18 22:18:48 dnsmasq-dhcp[376]: DHCPACK(br0) 192.168.1.200 44:85:00:11:29:02 LenovoYoga2
May 18 22:19:53 dnsmasq-dhcp[376]: DHCPREQUEST(br0) 192.168.1.167 7c:7a:91:52:96:a3
May 18 22:19:53 dnsmasq-dhcp[376]: DHCPACK(br0) 192.168.1.167 7c:7a:91:52:96:a3 HP1040-LT
May 18 22:19:58 dnsmasq-dhcp[376]: DHCPREQUEST(br0) 192.168.1.167 7c:7a:91:52:96:a3
May 18 22:19:58 dnsmasq-dhcp[376]: DHCPACK(br0) 192.168.1.167 7c:7a:91:52:96:a3 HP1040-LT
May 18 22:20:53 dnsmasq-dhcp[376]: DHCPREQUEST(br0) 192.168.1.167 7c:7a:91:52:96:a3
May 18 22:20:53 dnsmasq-dhcp[376]: DHCPACK(br0) 192.168.1.167 7c:7a:91:52:96:a3 HP1040-LT
May 18 22:21:14 dnsmasq-dhcp[376]: DHCPREQUEST(br0) 192.168.1.167 7c:7a:91:52:96:a3
May 18 22:21:14 dnsmasq-dhcp[376]: DHCPACK(br0) 192.168.1.167 7c:7a:91:52:96:a3 HP1040-LT
May 18 22:23:46 dnsmasq-dhcp[376]: DHCPREQUEST(br0) 192.168.1.167 7c:7a:91:52:96:a3
May 18 22:23:46 dnsmasq-dhcp[376]: DHCPACK(br0) 192.168.1.167 7c:7a:91:52:96:a3 HP1040-LT
May 18 22:24:22 dnsmasq-dhcp[376]: DHCPREQUEST(br0) 192.168.1.167 7c:7a:91:52:96:a3
May 18 22:24:22 dnsmasq-dhcp[376]: DHCPACK(br0) 192.168.1.167 7c:7a:91:52:96:a3 HP1040-LT
May 18 22:24:49 dnsmasq-dhcp[376]: DHCPREQUEST(br0) 192.168.1.167 7c:7a:91:52:96:a3
May 18 22:24:49 dnsmasq-dhcp[376]: DHCPACK(br0) 192.168.1.167 7c:7a:91:52:96:a3 HP1040-LT
May 18 22:25:19 dnsmasq-dhcp[376]: DHCPREQUEST(br0) 192.168.1.167 7c:7a:91:52:96:a3
May 18 22:25:19 dnsmasq-dhcp[376]: DHCPACK(br0) 192.168.1.167 7c:7a:91:52:96:a3 HP1040-LT
May 18 22:25:41 dnsmasq-dhcp[376]: DHCPREQUEST(br0) 192.168.1.167 7c:7a:91:52:96:a3
May 18 22:25:41 dnsmasq-dhcp[376]: DHCPACK(br0) 192.168.1.167 7c:7a:91:52:96:a3 HP1040-LT
May 18 22:26:19 dnsmasq-dhcp[376]: DHCPREQUEST(br0) 192.168.1.167 7c:7a:91:52:96:a3
May 18 22:26:19 dnsmasq-dhcp[376]: DHCPACK(br0) 192.168.1.167 7c:7a:91:52:96:a3 HP1040-LT
May 18 22:26:59 dnsmasq-dhcp[376]: DHCPREQUEST(br0) 192.168.1.167 7c:7a:91:52:96:a3
May 18 22:26:59 dnsmasq-dhcp[376]: DHCPACK(br0) 192.168.1.167 7c:7a:91:52:96:a3 HP1040-LT
May 18 22:27:55 dnsmasq-dhcp[376]: DHCPREQUEST(br0) 192.168.1.167 7c:7a:91:52:96:a3
May 18 22:27:55 dnsmasq-dhcp[376]: DHCPACK(br0) 192.168.1.167 7c:7a:91:52:96:a3 HP1040-LT
May 18 22:29:21 dnsmasq-dhcp[376]: DHCPREQUEST(br0) 192.168.1.200 44:85:00:11:29:02
 
Good to hear you've got stability. I will say that I had Ai and QOS going for a few days earlier this week, however my kids noticed a lag every 5 seconds in their gaming that caused them to "teleport" 1 second forward every 5 seconds, which is back to real-time after the lag. I narrowed that down to AI-protection. You could see it like clockwork on the router CPU bar. Using a ping -n 500 Google.com, every 5 seconds on the dot my ping would go from 20ms to 500ms, and sometimes over 1000! Right when this slight pause hits every 5 seconds, I could see the CPU spike up to 25%, then down. It's almost like a 5 second cron was triggering that smacked the network for one full second. Anyway, I started disabling things one by one and it ended up being AiProtection. With that off it doesn't do it at all and the gamers are now happy. But I have the random reboots... So,,, even though QOS and Ai are all off, I wonder if something got "stuck" the gui can't fix or disable. I hate to have to put all my static IPs in again after a reset, sigh,,, but if nobody has any other ideas I guess I'll go that route. :/

The first AC86U that I got in March was having WAN connectivity where all wired and wireless devices would suddenly lost internet every 3 or 7 days. Tried flashing all Merlin GA/Beta releases for the past 2 months but could not resolve the issue. Finally I gave up and ordered a replacement unit last week. I am now on 384.5 release so far everything is okay. So be prepared this could be a hardware issue.


Sent from my iPhone using Tapatalk Pro
 

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