GNUton and ASUS DSL-AX82U

[UK Sentinel]

tallstory wrote:

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

Share the knowledge

In a completely sane world, madness is the only freedom (J.G.Ballard).

You need to login in order to vote

[tallstory]

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.

Share the knowledge

You need to login in order to vote

[UK Sentinel]

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

Share the knowledge

In a completely sane world, madness is the only freedom (J.G.Ballard).

You need to login in order to vote

[tallstory]

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.

Share the knowledge

You need to login in order to vote

[UK Sentinel]

That makes more sense, usually Smart Connect or Channel bandwidth / Control Channel issues effect random devices.

But glad you gave @GNUton a try

Share the knowledge

In a completely sane world, madness is the only freedom (J.G.Ballard).

You need to login in order to vote

[tallstory]

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.

Share the knowledge

Liked by:

You need to login in order to vote

[UK Sentinel]

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

Share the knowledge

In a completely sane world, madness is the only freedom (J.G.Ballard).

You need to login in order to vote

[Grisu]

Did you disable airtime-fairness, often a problem!

Share the knowledge

Liked by:

You need to login in order to vote

[tallstory]

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.

Share the knowledge

Liked by:

You need to login in order to vote

[Grisu]

Then you should join snb-forum to give him feedback that he gets aware of your problem.

Share the knowledge

You need to login in order to vote

[UK Sentinel]

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

 

 

Share the knowledge

Attachments:

1. 

   DSL-AXX82U-GNUton-CAKE.png
   

In a completely sane world, madness is the only freedom (J.G.Ballard).

You need to login in order to vote

[UK Sentinel]

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.

Share the knowledge

In a completely sane world, madness is the only freedom (J.G.Ballard).

You need to login in order to vote

[tallstory]

I see there is an Asus firmware update available now. Unfortunately it looks very minor so I doubt it addresses the CAKE issue.

Share the knowledge

You need to login in order to vote

[UK Sentinel]

tallstory wrote:

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

Share the knowledge

In a completely sane world, madness is the only freedom (J.G.Ballard).

You need to login in order to vote

[UK Sentinel]

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
reboot.

https://github.com/gnuton/asuswrt-merlin.ng/releases/tag/386.03_2-gnuton0_beta2

 

 

 

Share the knowledge

In a completely sane world, madness is the only freedom (J.G.Ballard).

You need to login in order to vote

[Author]

Posts