Sanna1967
Senior Member
Lan section, --- Switch controlI do not even know where I would find the option
Spanning tree protocol
Lan section, --- Switch controlI do not even know where I would find the option
Lan section, --- Switch control
Spanning tree protocol
The point is probably not being the STP setting, but you having a rouge device misbehaving...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...
That looks like a java script issue browser side. Did you clear your browser cash and do you run NoScript?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?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?
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:
Code:- 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:
Downloads are here.
- 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
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.
This also happened to me when I switched to many configurations in Firefox's About:configNot 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
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
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.
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.
This message is related to the icons in the GUI(networkmap), it has no influence on anything else .Jan 5 14:28:10 kernel: jffs2: warning: (1617) jffs2_sum_write_data: Not enough space for summary, padsize = -1187
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.
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.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.
Welcome To SNBForums
SNBForums is a community for anyone who wants to learn about or discuss the latest in wireless routers, network storage and the ins and outs of building and maintaining a small network.
If you'd like to post a question, simply register and have at it!
While you're at it, please check out SmallNetBuilder for product reviews and our famous Router Charts, Ranker and plenty more!