[Release] Asuswrt-Merlin 384.14 (and 384.13_2) are now available

[Sanna1967]

I do not even know where I would find the option

Lan section, --- Switch control
Spanning tree protocol

 

[mrgnex]

Lan section, --- Switch control
Spanning tree protocol

You're the best. Found it! I disabled it and I'll see what will happen.

 

[MDM]

You're the best. Found it! I disabled it and I'll see what will happen.

The point is probably not being the STP setting, but you having a rouge device misbehaving...

 

[mrgnex]

The point is probably not being the STP setting, but you having a rouge device misbehaving...

Hmm that makes more sense. The STP setting always was on. My brother did buy a Google Home Mini this week. I have been suspecting that too. What can I do about it?

 

[ViRUS2k]

Im getting a lot of these at the minute :/ i have set control channels off auto. so not sure why the spec keeps changing :/

*
Jan 4 21:40:38 acsd: COEX: downgraded chanspec 0x1808 to 0x1006: channel 11 used by exiting BSSs
Jan 4 21:40:38 acsd: selected channel spec: 0x1006 (6)
Jan 4 21:40:38 acsd: Adjusted channel spec: 0x1006 (6)
Jan 4 21:40:38 acsd: selected channel spec: 0x1006 (6)
Jan 4 21:40:43 acsd: COEX: downgraded chanspec 0x1808 to 0x1006: channel 11 used by exiting BSSs
Jan 4 21:40:43 acsd: selected channel spec: 0x1006 (6)
Jan 4 21:40:43 acsd: Adjusted channel spec: 0x1006 (6)
Jan 4 21:40:43 acsd: selected channel spec: 0x1006 (6)
Jan 4 21:40:44 acsd: COEX: downgraded chanspec 0x1808 to 0x1006: channel 11 used by exiting BSSs
Jan 4 21:40:44 acsd: selected channel spec: 0x1006 (6)
Jan 4 21:40:44 acsd: Adjusted channel spec: 0x1006 (6)
Jan 4 21:40:44 acsd: selected channel spec: 0x1006 (6)
Jan 4 21:40:46 acsd: COEX: downgraded chanspec 0x1808 to 0x1006: channel 11 used by exiting BSSs
Jan 4 21:40:46 acsd: selected channel spec: 0x1006 (6)
*

the list goes on for ages anyone have any suggestions, RT_AC88U latest beta build with full reset ..

 

[MDM]

Hmm that makes more sense. The STP setting always was on. My brother did buy a Google Home Mini this week. I have been suspecting that too. What can I do about it?

Configure the device differently (if possible), tweak router settings, or not use the device...
See here

 

[birdy]

Few days ago I updated my AC86U to 384.14_2. I got some issues strange behaviour…

I flashed 384.13 , but till some Problem. Now I realized DHCP Server is dead. I’m not able to make it running. Client can’t receive IP. Router list for DHCP leases shows always. “No active leases”. In the System Log there are a lot of Messages.

I tried to use the ASUS Firmware Restoration tool. But it’s not working they can’t find the Router.

How can I make the DHCP Server running again?

Jan 4 23:47:56 dnsmasq-dhcp[3010]: DHCPOFFER(br0) 10.10.10.186 00:11:32:92:93:e1
Jan 4 23:47:59 dnsmasq-dhcp[3010]: DHCPDISCOVER(br0) 00:11:32:92:93:e1
Jan 4 23:47:59 dnsmasq-dhcp[3010]: DHCPOFFER(br0) 10.10.10.186 00:11:32:92:93:e1
Jan 4 23:48:02 dnsmasq-dhcp[3010]: DHCPDISCOVER(br0) 00:11:32:92:93:e1
Jan 4 23:48:02 dnsmasq-dhcp[3010]: DHCPOFFER(br0) 10.10.10.186 00:11:32:92:93:e1
Jan 4 23:48:05 dnsmasq-dhcp[3010]: DHCPDISCOVER(br0) 00:11:32:92:93:e1
Jan 4 23:48:05 dnsmasq-dhcp[3010]: DHCPOFFER(br0) 10.10.10.186 00:11:32:92:93:e1​

 

[windchase]

Not sure if it has been reported or not. Running 13_2 on RT-AC87U, when clicking on "Wireless" on the navigation tab, got the following. Note that the navigation tabs are all gone.

 

[Mutzli]

Not sure if it has been reported or not. Running 13_2 on RT-AC87U, when clicking on "Wireless" on the navigation tab, got the following. Note that the navigation tabs are all gone.
View attachment 20707

That looks like a java script issue browser side. Did you clear your browser cash and do you run NoScript?

 

[Jack Yaz]

Not sure if it has been reported or not. Running 13_2 on RT-AC87U, when clicking on "Wireless" on the navigation tab, got the following. Note that the navigation tabs are all gone.
View attachment 20707

This usually happens when the 5GHz chip isn't responding. Is your 5GHz SSID up?

 

[windchase]

Spot on. The 5GHz SSID was down. After a restart, everything works fine now. Thanks a lot.

This usually happens when the 5GHz chip isn't responding. Is your 5GHz SSID up?

 

[Skeptical.me]

Asuswrt-Merlin 384.13_2 (RT-AC87U and RT-AC3200), and 384.14 (other models) are now available.

Jan 1st: 384.14_2 is available for the RT-AC68U, RTAC88U/3100/5300 and RT-AC86U, addressing a few issues specific to these models. Changes since 384.14:

  - FIXED: Missing cifs kernel module
  - FIXED: stubby was linked with OpenSSL 1.0 instead of 1.1
  - FIXED: some routers were reporting the Internet connection being
           disconnected.  If you were affected and you had flashed
           a customized bootloader, then please reflash your original
           bootloader, as your modded bootloader is invalid, and other
           potential issues may appear over time.
  - FIXED: Random traffic spikes logged in Traffic Monitor (regression
           from 384_81351)

The 384.13_2 release mostly focuses on fixes backported from 384.14. Since the 382 and 384 codebases are now too different, compiling these two older models with newer GPL code is not possible unless obtaining special binary components from Asus, which I was not able to do for 384.14.

The 384.14 release for other models focuses on GPL merges and fixes.

The highlights:

• GPL updates: 384_6436 (RT-AX88U), 384_81351 (other models, with 384_81116 binary blobs used for the RT-AC88U/RT-AC3100), which contains Let's Encrypt fixes.
• Added option to prevent automatic DoH upgrade by Firefox. By default this option will only prevent automatic upgrade if you use DNSFilter or DNSPrivacy (DNS-over-TLS). You can change it to always prevent the upgrade. Note that this option has no impact if you manually decide to enable DoH in Firefox, only for its automatic option currently only available in the US.
• Updated components: miniupnpd 20190824, dnsmasq 2.80-95-g1aef66b, OpenSSL (1.0.2t/1.1.1d), curl (7.66), OpenVPN (2.4.8) and nano (4.4).
• Made self-generated SSL certificate compliant with new IOS 13 and MacOS 10.15 requirements (reduced duration to two years, and added missing attribute)
• Re-implemented the faketc script (which injects fq_codel support into Adaptive QoS) as a binary executable for better performance (reducing the chances of warning messages during QoS initialization if QoS took too long to initialize)
• Enhancements to the IPv6 firewall webui (now accepts empty fields to denote "Any IP", and improved EUI-64 handling)
• Re-added low nvram notification (was lost a few years ago in the move to 382)
• A number of fixes to Let's Encrypt support
• A number of misc fixes, please see the changelog for the complete list

Downloads are here.
Changelog is here.

Please keep posts focused on this specific release. Also note that I intend to lock this thread after a few weeks, once the release-specific issues have been handled, to avoid this thread devolving into a generic support discussion.

I have an RT-AX88U and I installed 384.14 yesterday.

In my router it indicates there is no internet connectivity, the red light on the front of the router is on indicating it has no internet connectivity as well.

In the VPN profile I am using the VPN connection is showing "Public: Unknown" for the public IP address.

The issue is I'm actually connected to the internet, the VPN is connected, and I have a public IP address (no leaking DNS) ... there doesn't appear to be any issue other than after disconnecting my iPhone from the WiFi I cannot re-connect due to internet connectivity issue.

So, I'm a little confused about what is occurring after updating to this version.

Is anyone else experiencing this?

EDIT: I re-installed 384.14 and then preformed a power cycle and everything is working okay.

 

[usamamus]

Hi yesterday I installed Merlin latest firmware for my Asus RT-AC88U. After few hours 2.4Ghz Wifi started creating high latencies for my devices and hence internet was chocking. I then reinstalled the firmware again and then reset with clearing all the settings. 1.5 hours has been passed and it is working fine. Can someone please help me in troubleshooting if I get the issues again? I am new to Asus

PS. the latency before resetting was reachign to 200-400 or more on average. no the latency on local devices are <5-10ms.

 

[Davidncali001]

Not sure if it has been reported or not. Running 13_2 on RT-AC87U, when clicking on "Wireless" on the navigation tab, got the following. Note that the navigation tabs are all gone.
View attachment 20707

This also happened to me when I switched to many configurations in Firefox's About:config

I customized the Firefox Browser so much that I get that screen if I attempt to log into the Asus Merlin GUI. I switched to using Microsoft Edge to log into the GUI and everything works properly now.

 

[birdy]

Few days ago I updated my AC86U to 384.14_2. I got some issues strange behaviour…

I flashed 384.13 , but till some Problem. Now I realized DHCP Server is dead. I’m not able to make it running. Client can’t receive IP. Router list for DHCP leases shows always. “No active leases”. In the System Log there are a lot of Messages.

I tried to use the ASUS Firmware Restoration tool. But it’s not working they can’t find the Router.

How can I make the DHCP Server running again?

Jan 4 23:47:56 dnsmasq-dhcp[3010]: DHCPOFFER(br0) 10.10.10.186 00:11:32:92:93:e1
Jan 4 23:47:59 dnsmasq-dhcp[3010]: DHCPDISCOVER(br0) 00:11:32:92:93:e1
Jan 4 23:47:59 dnsmasq-dhcp[3010]: DHCPOFFER(br0) 10.10.10.186 00:11:32:92:93:e1
Jan 4 23:48:02 dnsmasq-dhcp[3010]: DHCPDISCOVER(br0) 00:11:32:92:93:e1
Jan 4 23:48:02 dnsmasq-dhcp[3010]: DHCPOFFER(br0) 10.10.10.186 00:11:32:92:93:e1
Jan 4 23:48:05 dnsmasq-dhcp[3010]: DHCPDISCOVER(br0) 00:11:32:92:93:e1
Jan 4 23:48:05 dnsmasq-dhcp[3010]: DHCPOFFER(br0) 10.10.10.186 00:11:32:92:93:e1​

I’ve still some issues on my AC86U. I’m not able to make the DHCP Server running.

No idea what the problem is and how to solve.

Is anyone who can help?

maybe this is ponting to the problem ?

Jan 5 14:28:10 kernel: jffs2: warning: (1617) jffs2_sum_write_data: Not enough space for summary, padsize = -1187​

 

[goRt]

AC86U 384.14 USB-modem Android phone (actually a Huawei E3372 in h.link mode) unable to connect to the internet, unable to connect to the modem's control page.
Reverting to 384.13.0 resolves the issue.

Same FAILURE to connect to the internet with 384.14_2

 

[L&LD]

Hi yesterday I installed Merlin latest firmware for my Asus RT-AC88U. After few hours 2.4Ghz Wifi started creating high latencies for my devices and hence internet was chocking. I then reinstalled the firmware again and then reset with clearing all the settings. 1.5 hours has been passed and it is working fine. Can someone please help me in troubleshooting if I get the issues again? I am new to Asus

PS. the latency before resetting was reachign to 200-400 or more on average. no the latency on local devices are <5-10ms.

No one can help you when your router is running properly now.

The steps you did were exactly what I would have recommended and they do seem to solve your issue(s).

See the link below if anything else becomes troublesome, to see if you did enough to bring your RT-AC88U to a good/known state the first time.

https://www.snbforums.com/members/l-ld.24423/

 

[Sanna1967]

Jan 5 14:28:10 kernel: jffs2: warning: (1617) jffs2_sum_write_data: Not enough space for summary, padsize = -1187

This message is related to the icons in the GUI(networkmap), it has no influence on anything else .

 

[rgnldo]

Upgrade AsusWRT-Merlin 384.14_2

Device: AC86U & AC68R
Connectivity: PPPoE - IPV4/IPV6
Procedures:

Firefox with clean cache;
FW and JFFS Backup
Factory restore on previous firmware;
Firefox with clean cache;
Upgrade FW 384.14_2:
Firefox with clean cache;
Restore backup .conf and JFFS.

Although I didn't find any errors in the previous version, this release is even better. Unbound behaving very well. 100% functional.

 

[bbunge]

Upgrade AsusWRT-Merlin 384.14_2

Device: AC86U & AC68R
Connectivity: PPPoE - IPV4/IPV6
Procedures:


Although I didn't find any errors in the previous version, this release is even better. Unbound behaving very well. 100% functional.

Hmm... Thought you weren't supposed to restore a prior versions backup? There has to be differences in some of the configs that are changed in an upgrade that you wiped out in the backup restore.
384.14_2 working well for me on the RT-AC66U_B1 and RT-AC68U's. Dirty upgrade on all three...