July 21, 2021 at 1:03 pm #14416
Thanks Sentinel That’s an interesting list of advantages so I will give it a try.
No problem, the list is just a snapshot of the improvement ASUSWRT-Merlin has over ASUSWRT Stock firmware
In a completely sane world, madness is the only freedom (J.G.Ballard).July 28, 2021 at 9:56 am #14494
I have tried the latest GNUton firmware. It seemed to work OK apart from a few strange effects (like the firmware links were to the RT firmware instead of the DSL option and selecting the wifi radar tab produced an inaccessible page error). But I had to reflash with the ASUS firmware because one of my wireless devices would connect for a few minutes and then drop when using the GNUton firmware. Rebooting the device would cure this for another few minutes, then it would drop again. There isn’t a problem with this connection when I use the ASUS firmware.
It’s a shame as some of the GNUton additions look interesting.July 28, 2021 at 10:18 am #14495
After you installed the GNUton firmware, did you try a factory reset?
yes a shame if it is not working as expected as @GNUton has done some great work with the DSL-AC68U also
In a completely sane world, madness is the only freedom (J.G.Ballard).July 28, 2021 at 10:57 am #14496
Yes, I did a factory reset, both pressing and holding the reset button and using the WPS button as recommended by Asus.
It’s really strange that only one wireless device is affected – a Squeezebox Internet Radio – and the other four devices are fine.July 28, 2021 at 11:11 am #14497
That makes more sense, usually Smart Connect or Channel bandwidth / Control Channel issues effect random devices.
But glad you gave @GNUton a try
In a completely sane world, madness is the only freedom (J.G.Ballard).July 28, 2021 at 12:56 pm #14498
Thanks for your comments. I didn’t try adjusting these parameters, although I have disabled Smart Connect as it never worked for me from the beginning – probably because most of my wireless stuff is legacy (802.11n I think). Perhaps I’ll give it another go when there is further GNUton release.July 28, 2021 at 1:25 pm #14499
No problem, from what I remember from when I tried GNUton previously, the DNS Filter was also not working, hopefully that has now been fixed (very useful this was for myself) and much like other 3rd party firmwares, work in progress
In a completely sane world, madness is the only freedom (J.G.Ballard).July 28, 2021 at 5:08 pm #14502GrisuParticipant
- Posts 470
Did you disable airtime-fairness, often a problem!July 29, 2021 at 10:41 am #14506
Airtime Fairness was not enabled either for the Asus or GNUton firmware tests. I use a very basic setup, without bells and whistles and the Asus firmware is working fine for me. It isn’t even gobbling up the RAM like my DSL-AC88U did. So I will stick with Asus stock firmware until GNUton has had chance to mature.July 29, 2021 at 12:20 pm #14509GrisuParticipant
- Posts 470
Then you should join snb-forum to give him feedback that he gets aware of your problem.July 31, 2021 at 12:04 pm #14525
So I have been using CAKE (queue management algorithm) on my RT-AC86U (ASUSWRT-Merlin) and following @GNUton to see how CAKE would work on my ASUS DSL-AX82U, so this morning whilst house was empty I loaded @GNUtons latest stable release (386.02_6-gnuton1) and screen dump below with the new CAKEQOS option for QOS (just like ASUSWRT-Merlin)
Will be online gaming tonight, so will be interesting to see how well this new CAKE works for online Console Gaming
In a completely sane world, madness is the only freedom (J.G.Ballard).August 1, 2021 at 6:32 am #14533
Gaming last night was not good using CAKE QOS – had to take the DSL-AX82U offline – after a little testing I found that via DSLReports.com, the DSL-AX82U has an upstream QOS issue using the CAKE (queue management algorithm)
I seem to remember reading ASUSWRT-Merlin having a simular problem a while ago with CAKE QoS, so seems this issue has been ported across.
Will have to wait for the next release to see if any improvements are made in this area as for myself ‘CAKE’ – 386.02_6-gnuton1 is not suitable.
In a completely sane world, madness is the only freedom (J.G.Ballard).August 8, 2021 at 2:15 pm #14632
I see there is an Asus firmware update available now. Unfortunately it looks very minor so I doubt it addresses the CAKE issue.August 8, 2021 at 2:47 pm #14633
I see there is an Asus firmware update available now. Unfortunately it looks very minor so I doubt it addresses the CAKE issue.
I think so to
In a completely sane world, madness is the only freedom (J.G.Ballard).August 9, 2021 at 6:13 pm #14642
For those following this link, latest @GNUton firmware release for the DSL-AX82U is 386.03_2-gnuton0_beta2
(It is a beta)
CHANGED: Re-disabled jitterentropy-rngd on non-HND
models. It kept using CPU time every two
seconds and had a very marginal impact on
the entropy pool (which it never could push
above the target threshold of 1024).
CHANGED: Moved the “Redirect Internet traffic” setting on
the OpenVPN Client page to the Network Settings
section to increase its visibility, as too many
users are forgetting to configure it.
CHANGED: Display “Internet traffic not redirected” instead
of “Public IP Unknown” on the OpenVPN Client
status display when Redirect Internet traffic
is set to “No”.
FIXED: Only the first OpenVPN client would be used if
you had multiple clients connected and the first
one had a Redirect Internet set to “No”. Now,
setting this to “No” means that client’s routing
table will no longer get a default gateway
configured, allowing traffic to be processed
by other RPDB tables if there wasn’t a matching
route within that client’s table.
FIXED: IPV6-compatible DNSFilter servers weren’t
properly configured in dnsmasq.
FIXED: DNSFilter client rules may get corrupted after a
In a completely sane world, madness is the only freedom (J.G.Ballard).
- You must be logged in to reply to this topic.