What's new

Release Asuswrt-Merlin 386.12_6 is now available for AC models

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

Status
Not open for further replies.
RT-AC68U running the latest firmware, have been up and running now for 45mins, everything seems to connect just fine- No issues running Skynet-Diversion- Guest Network. Dirty upgraded
 
Tried a couple more dirty upgrades. Same issues, DHCP is not running. Even upgraded Diversion to 5.1 in between, no help. Something about this:

Code:
failed to create listening socket for 192.168.1.1: Address already in use

Here are the relevant messages:

Code:
Mar  1 10:52:21 RT-AC86U-9988 custom_config: Appending content of /jffs/configs/dnsmasq.conf.add.
Mar  1 10:52:21 RT-AC86U-9988 custom_script: Running /jffs/scripts/dnsmasq.postconf (args: /etc/dnsmasq.conf)
Mar  1 10:52:21 RT-AC86U-9988 rc_service: waitting "restart_dnsmasq" via  ...
Mar  1 10:51:28 custom_config: Appending content of /jffs/configs/dnsmasq.conf.add.
Mar  1 10:51:28 custom_script: Running /jffs/scripts/dnsmasq.postconf (args: /etc/dnsmasq.conf)
Mar  1 10:51:28 dnsmasq[1160]: started, version 2.90 cachesize 1500
Mar  1 10:51:28 dnsmasq[1160]: asynchronous logging enabled, queue limit is 5 messages
Mar  1 10:51:28 dnsmasq-dhcp[1160]: DHCP, IP range 192.168.102.2 -- 192.168.102.254, lease time 1d
Mar  1 10:51:28 dnsmasq-dhcp[1160]: DHCP, IP range 192.168.101.2 -- 192.168.101.254, lease time 1d
Mar  1 10:51:28 dnsmasq-dhcp[1160]: DHCP, IP range 192.168.1.32 -- 192.168.1.254, lease time 1d
Mar  1 10:51:28 dnsmasq[1160]: using only locally-known addresses for _dns.resolver.arpa
Mar  1 10:51:28 dnsmasq[1160]: using only locally-known addresses for use-application-dns.net
Mar  1 10:51:28 dnsmasq[1160]: read /etc/hosts - 22 names
Mar  1 10:51:28 dnsmasq[1160]: using only locally-known addresses for _dns.resolver.arpa
Mar  1 10:51:28 dnsmasq[1160]: using only locally-known addresses for use-application-dns.net
Mar  1 10:51:28 dnsmasq[1160]: using only locally-known addresses for _dns.resolver.arpa
Mar  1 10:51:28 dnsmasq[1160]: using only locally-known addresses for use-application-dns.net
Mar  1 10:51:32 dnsmasq[1160]: read /etc/hosts - 22 names
Mar  1 10:51:32 dnsmasq[1160]: using only locally-known addresses for _dns.resolver.arpa
Mar  1 10:51:32 dnsmasq[1160]: using only locally-known addresses for use-application-dns.net
Mar  1 10:51:32 dnsmasq[1160]: using only locally-known addresses for _dns.resolver.arpa
Mar  1 10:51:32 dnsmasq[1160]: using only locally-known addresses for use-application-dns.net
Mar  1 10:51:33 dnsmasq[1160]: read /etc/hosts - 22 names
Mar  1 10:51:33 dnsmasq[1160]: using nameserver 172.16.1.254#53
Mar  1 10:51:33 dnsmasq[1160]: using nameserver 172.16.1.254#53 for domain attlocal.net
Mar  1 10:51:33 dnsmasq[1160]: using only locally-known addresses for _dns.resolver.arpa
Mar  1 10:51:33 dnsmasq[1160]: using only locally-known addresses for use-application-dns.net
Mar  1 10:51:33 dnsmasq[1160]: using nameserver 172.16.1.254#53
Mar  1 10:51:33 dnsmasq[1160]: using nameserver 172.16.1.254#53 for domain attlocal.net
Mar  1 10:51:33 dnsmasq[1160]: using only locally-known addresses for _dns.resolver.arpa
Mar  1 10:51:33 dnsmasq[1160]: using only locally-known addresses for use-application-dns.net
Mar  1 10:52:17 dnsmasq[1160]: read /etc/hosts - 22 names
Mar  1 10:52:17 dnsmasq[1160]: using nameserver 172.16.1.254#53
Mar  1 10:52:17 dnsmasq[1160]: using nameserver 172.16.1.254#53 for domain attlocal.net
Mar  1 10:52:17 dnsmasq[1160]: using only locally-known addresses for _dns.resolver.arpa
Mar  1 10:52:17 dnsmasq[1160]: using only locally-known addresses for use-application-dns.net
Mar  1 10:52:17 dnsmasq[1160]: using nameserver 172.16.1.254#53
Mar  1 10:52:17 dnsmasq[1160]: using nameserver 172.16.1.254#53 for domain attlocal.net
Mar  1 10:52:17 dnsmasq[1160]: using only locally-known addresses for _dns.resolver.arpa
Mar  1 10:52:17 dnsmasq[1160]: using only locally-known addresses for use-application-dns.net
Mar  1 10:52:20 uiDivStats: taildns not started: dnsmasq logging is disabled
Mar  1 10:52:20 rc_service: service 2583:notify_rc restart_dnsmasq
Mar  1 10:52:20 custom_script: Running /jffs/scripts/service-event (args: restart dnsmasq)
Mar  1 10:52:22 RT-AC86U-9988 dnsmasq[3850]: started, version 2.90 cachesize 150
Mar  1 10:52:22 RT-AC86U-9988 dnsmasq[3850]: compile time options: IPv6 GNU-getopt no-RTC no-DBus no-UBus no-i18n no-IDN DHCP DHCPv6 no-Lua TFTP no-conntrack ipset no-nftset no-auth cryptohash DNSSEC no-ID loop-detect no-inotify no-dumpfile
Mar  1 10:52:22 RT-AC86U-9988 dnsmasq[3850]: read /etc/hosts - 22 names
Mar  1 10:52:22 RT-AC86U-9988 dnsmasq[3850]: using nameserver 172.16.1.254#53
Mar  1 10:52:22 RT-AC86U-9988 dnsmasq[3850]: using nameserver 172.16.1.254#53 for domain attlocal.net
Mar  1 10:52:22 RT-AC86U-9988 dnsmasq[3850]: using nameserver 172.16.1.254#53
Mar  1 10:52:22 RT-AC86U-9988 dnsmasq[3850]: using nameserver 172.16.1.254#53 for domain attlocal.net
Mar  1 10:52:22 RT-AC86U-9988 (dnsmasq.postconf): Updating /etc/dnsmasq.conf for unbound.....
Mar  1 10:52:22 RT-AC86U-9988 uiDivStats: dnsmasq has restarted, restarting taildns
Mar  1 10:52:22 RT-AC86U-9988 dnsmasq[3870]: failed to create listening socket for 192.168.1.1: Address already in use
Mar  1 10:52:22 RT-AC86U-9988 dnsmasq[3870]: FAILED to start up
Mar  1 10:52:31 RT-AC86U-9988 dnsmasq[3850]: exiting on receipt of SIGTERM
Mar  1 10:52:31 RT-AC86U-9988 custom_config: Appending content of /jffs/configs/dnsmasq.conf.add.
Mar  1 10:52:31 RT-AC86U-9988 custom_script: Running /jffs/scripts/dnsmasq.postconf (args: /etc/dnsmasq.conf)
Mar  1 10:52:31 RT-AC86U-9988 dnsmasq[6856]: started, version 2.90 cachesize 150
Mar  1 10:52:31 RT-AC86U-9988 dnsmasq[6856]: compile time options: IPv6 GNU-getopt no-RTC no-DBus no-UBus no-i18n no-IDN DHCP DHCPv6 no-Lua TFTP no-conntrack ipset no-nftset no-auth cryptohash DNSSEC no-ID loop-detect no-inotify no-dumpfile
Mar  1 10:52:31 RT-AC86U-9988 dnsmasq[6856]: read /etc/hosts - 22 names
Mar  1 10:52:31 RT-AC86U-9988 dnsmasq[6856]: using nameserver 172.16.1.254#53
Mar  1 10:52:31 RT-AC86U-9988 dnsmasq[6856]: using nameserver 172.16.1.254#53 for domain attlocal.net
Mar  1 10:52:31 RT-AC86U-9988 dnsmasq[6856]: using nameserver 172.16.1.254#53
Mar  1 10:52:31 RT-AC86U-9988 dnsmasq[6856]: using nameserver 172.16.1.254#53 for domain attlocal.net
Mar  1 10:52:31 RT-AC86U-9988 (dnsmasq.postconf): Updating /etc/dnsmasq.conf for unbound.....
Mar  1 10:52:31 RT-AC86U-9988 uiDivStats: dnsmasq has restarted, restarting taildns
Mar  1 10:52:32 RT-AC86U-9988 dnsmasq[6873]: failed to create listening socket for 192.168.1.1: Address already in use
Mar  1 10:52:32 RT-AC86U-9988 dnsmasq[6873]: FAILED to start up
Mar  1 10:52:33 RT-AC86U-9988 rc_service: service 7653:notify_rc restart_dnsmasq
Mar  1 10:52:36 RT-AC86U-9988 custom_script: Running /jffs/scripts/service-event (args: restart dnsmasq)
Mar  1 10:52:36 RT-AC86U-9988 dnsmasq[6856]: exiting on receipt of SIGTERM
Mar  1 10:52:36 RT-AC86U-9988 custom_config: Appending content of /jffs/configs/dnsmasq.conf.add.
Mar  1 10:52:36 RT-AC86U-9988 custom_script: Running /jffs/scripts/dnsmasq.postconf (args: /etc/dnsmasq.conf)
Mar  1 10:52:37 RT-AC86U-9988 dnsmasq[8212]: started, version 2.90 cachesize 150
Mar  1 10:52:37 RT-AC86U-9988 dnsmasq[8212]: compile time options: IPv6 GNU-getopt no-RTC no-DBus no-UBus no-i18n no-IDN DHCP DHCPv6 no-Lua TFTP no-conntrack ipset no-nftset no-auth cryptohash DNSSEC no-ID loop-detect no-inotify no-dumpfile
Mar  1 10:52:37 RT-AC86U-9988 dnsmasq[8212]: read /etc/hosts - 22 names
Mar  1 10:52:37 RT-AC86U-9988 dnsmasq[8212]: using nameserver 172.16.1.254#53
Mar  1 10:52:37 RT-AC86U-9988 dnsmasq[8212]: using nameserver 172.16.1.254#53 for domain attlocal.net
Mar  1 10:52:37 RT-AC86U-9988 dnsmasq[8212]: using nameserver 172.16.1.254#53
Mar  1 10:52:37 RT-AC86U-9988 dnsmasq[8212]: using nameserver 172.16.1.254#53 for domain attlocal.net
Mar  1 10:52:37 RT-AC86U-9988 (dnsmasq.postconf): Updating /etc/dnsmasq.conf for unbound.....
Mar  1 10:52:37 RT-AC86U-9988 uiDivStats: dnsmasq has restarted, restarting taildns
Mar  1 10:52:38 RT-AC86U-9988 dnsmasq[8236]: failed to create listening socket for 192.168.1.1: Address already in use
Mar  1 10:52:38 RT-AC86U-9988 dnsmasq[8236]: FAILED to start up
 
You have achieved perfect stability as long as you are following the procedures below? I presume we're talking about Merlin FW exclusively (and full releases as you said, as in not betas), btw?


Does this mean that you are doing a full Factory reset before every incremental update, or just when it's required according to the Changelog?


What version were you upgrading from (and presumably to .12_6?), and have you been able to fix it now by doing a full Factory reset, or did you have to revert to the previous FW version also?

And you say "this time around" - can you remember other things you did not according to usual procedure that caused problems in the past? (I'm trying to map out potential causes of instability that is caused by something else than not following special procedures described in the Changelog when that is required)?
Perfect? what's that? If it's a stable and reliable network that functions at or beyond expectations (which in my case means transparently), both wired and wirelessly, then yes.
No, I've not installed alphas/betas just for the cool early-adopter, bleeding edge bragging rights, and yes, Merlin gets flashed straight away on new asus routers if there is a version available. It was the very first thing I did when I brought this AC86 home after unboxing/connecting in place of the n66 it replaced (and is now acting as a media bridge, albeit back on stock firmware).
I got in the habit of factory resets between point updates: from x.9 to x.10 to x.11 etc, not the _2, _4 etc incremental ones. those are generally just fine if you unmount the entware drive, flash, replug and reboot. In my case, I can't recall which was the last point release I upgraded to and then performed a full reset, so it must've been quite some time, and many such upgrades/updates ago; like I said, I don't keep notes.
yes, this factory reset has brought back the stability I had before I failed to follow established upgrade/update procedures...and it was from .12_4 to .12_6 (I prefer to stay on top of anything that's security-related, and this one was specifically for dnsmasq and their addressing of the latest CVE threats).

I've been watching your debates with members of this forum from a distance with half a glance every so often. You've been crossing swords unnecessarily with people who have much more knowledge/familiarity/experience with merlin and networking and hardware and coding in general, I think. Sometimes, gear doesnt work in expected/anticipated ways, and you can spend a lifetime tracking it down, or you can just follow all of the best advice from the chorus who jumps up to support you in internet fora such as this and get on with things and leave the mystery alone.
 
Well, the time has come. I'm moving my trusty AC-5300 to a secondary role as a meshed node. I'm putting my new AXE-16000 in as the primary router, and have great expectations for this box. My AC-3200 will be removed in its role as a media bridge/access point, and it will finally be retired.
So one question: Are the wired ports active on the Airmesh Node Router? In other words, will both network wifi extension and ethernet slots be active remotely?
Oh, one other thing: will the AC-5300 need to be reverted to factory FW to work as the airmesh node? This Merlin update is really running smoothly with the 5300 in the primary router mode...
 
Last edited:
So one question: Are the wired ports active on the Airmesh Node Router? In other words, will both network wifi extension and ethernet slots be active remotely?
Not really a question that's specific to this release, but yes the ethernet ports on the node will be active.
 
Not really a question that's specific to this release, but yes the ethernet ports on the node will be active.
Thanks for the quick update, Colin!

I'd still like to hear the forum wisdom on this part of the questions:
"Oh, one other thing: will the AC-5300 need to be reverted to factory FW to work as the airmesh node? This Merlin update is really running smoothly with the 5300 in the primary router mode..."
 
Thanks for the quick update, Colin!

I'd still like to hear the forum wisdom on this part of the questions:
"Oh, one other thing: will the AC-5300 need to be reverted to factory FW to work as the airmesh node? This Merlin update is really running smoothly with the 5300 in the primary router mode..."
I have typically found that AiMesh nodes work with either factory or Merlin. Newer factory firmware tends to have AiMesh improvements.
 
I have typically found that AiMesh nodes work with either factory or Merlin. Newer factory firmware tends to have AiMesh improvements.
Thank you, sir!! That is good news, especially since the 5300 is EOL at ASUS.
 
Thank you, sir!! That is good news, especially since the 5300 is EOL at ASUS.
With GT-AX16000 as primary router, personally I'd attach QNAP NAS to that. AC-5300 would most like degrade NAS performance.
 
With GT-AX16000 as primary router, personally I'd attach QNAP NAS to that. AC-5300 would most like degrade NAS performance.
Not necessarily true. If the NAS has a 1 GB Ethernet port the AC5300 node will just act as a switch. Does a switch slow things down?
 
I have typically found that AiMesh nodes work with either factory or Merlin. Newer factory firmware tends to have AiMesh improvements.
Agreed. I am running with an AX86U router and AC5300 nodes meshed over 5Ghz all running latest Merlin FW. The AC5300s will use 5G radio 2 for the backhaul connection unless you can hard-wire them via Ethernet which is preferable. If you cannot use Ethernet and have to have a wireless connection, you'll have to make sure the AXE-16000 5Ghz channel config is one that the AC-5300 radio 2 can use. My backhaul connection would not come up while I had my AX86U configured on channel 36 (AC5300 uses lower channel range for 5G radio 1), works fine on upper range like channel 149. Hope you can use ethernet; much simpler.
 
Not necessarily true. If the NAS has a 1 GB Ethernet port the AC5300 node will just act as a switch. Does a switch slow things down?
QNAP NAS supports link aggregation which you won't get on AC5300. I have two QNAP ports aggregated into two AX86U ports for up to 2gbps throughput. Of course if 1 gbps is enough then it doesn't really matter.
 
QNAP NAS supports link aggregation which you won't get on AC5300. I have two QNAP ports aggregated into two AX86U ports for up to 2gbps throughput. Of course if 1 gbps is enough then it doesn't really matter.
And, I have 2.5 Gbps USB NIC that I use on my Synology NAS. There are all sorts of options, but GT-AXE16000 definitely supports more of them...
 
I have been browsing this forum for the last two years and never bothered to make a account for some reason until now

To respond to your question on the firmware with the AC86 alot of people from what i have seen have issues with DHCP and there Aimesh setups after version .11
From my personal testing i have found .12.4 to be quite stable although with one or two hiccups with Aimesh having DHCP problems As someone with a AC86u , if your looking for firmware thats stable but quite new i suggest you do mutliple hard resets using the wps button and the gui and flash 368.10 I havent found any problems really besides the network map reading the wrong stats and breaking it
I would say more but I don't wanna make this any longer then it needs to be , hope this helps
Thank you. If you read back in this thread, this confirms my experiences so far. I say "so far" because I'm not a 100% certain that .10 does the trick yet because .11 seemed stable for about 2 weeks until it crashed (I downgraded to .11 from .12 which gave me more instability in the form of connection drops. And as me/Rmerlin also speculated, the difference between .11 .12.x could be caused more by restarts than actual differences in stability).

These are the kinds of comprehensive feedback we need more of.


...not this:

Smooth upgrade to 12_6. Everything running smoothly. Thank you Eric!
I'm sorry to single you out buddy, but these sorts of messages are not very helpful, at least past the first day after release.

The only reason to post the outcome of "did a dirty update update 1 minute ago and no brick" after that is useful is if it didn't go well. Other than that, feedback is is only interesting if you have been running it for a while, let's say a few days/weeks without problems.

You also forget to mention which version you are upgrading from, if you had prior issues etc. Not much to work with, floods the thread with nonsense.
 
Perfect? what's that? If it's a stable and reliable network that functions at or beyond expectations (which in my case means transparently), both wired and wirelessly, then yes.
Yes.
No, I've not installed alphas/betas just for the cool early-adopter, bleeding edge bragging rights, and yes,
Cool
Merlin gets flashed straight away on new asus routers if there is a version available. It was the very first thing I did when I brought this AC86 home after unboxing/connecting in place of the n66 it replaced (and is now acting as a media bridge, albeit back on stock firmware).
You should consider John's LTS fork for potentially better performance.
I got in the habit of factory resets between point updates: from x.9 to x.10 to x.11 etc, not the _2, _4 etc incremental ones. those are generally just fine if you unmount the entware drive, flash, replug and reboot. In my case, I can't recall which was the last point release I upgraded to and then performed a full reset, so it must've been quite some time, and many such upgrades/updates ago; like I said, I don't keep notes.
"Quite some time". So it is fair to say it's maybe a year or more ago (.9 at least) since you last updated? That's when I last found CVE mentioned in the changelog.

yes, this factory reset has brought back the stability I had before I failed to follow established upgrade/update procedures...and it was from .12_4 to .12_6 (I prefer to stay on top of anything that's security-related, and this one was specifically for dnsmasq and their addressing of the latest CVE threats).
So you had .12_4 running perfectly for a while, but failed to unplug the entware drive etc. before upgrading to .12_6 and experienced issues (which, how often - like a crash suddenly, or connection drops?), and a factory reset resolved it. Perhaps it could be because you don't have Aimesh in your setup (my speculation).

I've been watching your debates with members of this forum from a distance with half a glance every so often. You've been crossing swords unnecessarily with people who have much more knowledge/familiarity/experience with merlin and networking and hardware and coding in general, I think. Sometimes, gear doesnt work in expected/anticipated ways, and you can spend a lifetime tracking it down, or you can just follow all of the best advice from the chorus who jumps up to support you in internet fora such as this and get on with things and leave the mystery alone.
I'd like an example of that. I generally don't care what experience/status somebody has if they can't or won't bother to make their point clear in writing (sometimes it's a status thing, like it's beneath them or something. I despise that).
 
Last edited:
Yes.

Cool

You should consider John's LTS fork for potentially better performance.

"Quite some time". So it is fair to say it's maybe a year or more ago (.9 at least) since you last updated? That's when I last found CVE mentioned in the changelog.


So you had .12_4 running perfectly for a while, but failed to unplug the entware drive etc. before upgrading to .12_6 and experienced issues (which, how often - like a crash suddenly, or connection drops?), and a factory reset resolved it. Perhaps it could be because you don't have Aimesh in your setup (my speculation).


I'd like an example of that. I generally don't care what experience/status somebody has if they can't or won't bother to make their point clear in writing (sometimes it's a status thing, like it's beneath them or something. I despise that).
No, If I go anywhere else with my n66 Media Bridge, it'll be to FreshTomato, which is still under active development. John's Fork is for all intents and purposes abandoned/EoL.

I do not need AiMesh - I don't have another compatible router, or need for one.

I take it your last sentence is why we're still talking. I'd encourage you to learn to put your personal biases aside.
 
I generally don't care what experience/status somebody has if they can't or won't bother to make their point clear in writing

I personally don't want to and can't repeat the entire content I generated for every single forum member. SNB Forums has search feature. You @heywire have 2 issues on your network: (1) an RT-AC86U router in not good state; (2) AiMesh with mixed generation routers and partially wireless. I don't know what your budget is and what your speed requirements are, but I would replace the problematic main router with a cheap RT-AC68U off Marketplace or eBay, find a way to wire currently wireless node, ditch AiMesh and run the extra two routers in AP Mode. This may sound as downgrade to you, but it will stabilize your network instantly, you can still run your favorite Asuswrt-Merlin firmware and you'll get about the same wired and wireless speed to your devices. Everything can be done perhaps under $100 and the hardware you already have is not wasted.
 
Agreed. I am running with an AX86U router and AC5300 nodes meshed over 5Ghz all running latest Merlin FW. The AC5300s will use 5G radio 2 for the backhaul connection unless you can hard-wire them via Ethernet which is preferable. If you cannot use Ethernet and have to have a wireless connection, you'll have to make sure the AXE-16000 5Ghz channel config is one that the AC-5300 radio 2 can use. My backhaul connection would not come up while I had my AX86U configured on channel 36 (AC5300 uses lower channel range for 5G radio 1), works fine on upper range like channel 149. Hope you can use ethernet; much simpler.
So, Great comment! I did the power reset on both routers with the latest Merlin FW. Set up airmesh after a manual config of everything on the primary router. It worked like a charm!
I will say that many clients didn't like the change over, and had to be addressed individually (Things like Tablo, NAS, Printer, cellphone wifi, and a few other minor wrinkles). It has taken a couple of days, and there is still some things to do, but the Merlin firmware really rocked it all...
 
Status
Not open for further replies.

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