What's new

[Preview] Asuswrt-Merlin 384.3 pre-release test builds

  • 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.
Another thing I noticed, which I never noticed before (allthough I'm not sure whether this is related to the 384 branch or something I just never noticed before): memory usage in the WebUI is way higher than reported by htop. I tried it with memory management enabled and disabled, bot show a difference between the usage reported in htop and the WebUi.In the latest alpha the difference seems even bigger:

OjMgWUJ.png


Is this a known 'issue'?

The info I mentioned above regarding htop vs WebUI can safely be ignored. Thanks to those who provided their numbers.

As it turns out free -m and top report approximately the same values as the WebUI does, which are the correct ones. Apparently htop uses a different method of calculating free memory. Which is isn't incorrect btw, but not suitable for comparison. I found this explanation:

It is because htop is counting buffers and cached memory as free memory, because it can actually can be seen this way.
For those interested, full explanation is here.
 
I do not know if it is a browser bug (firefox), but if I use the REBOOT button from the GUI, the percentage goes up, stick at 5%, but the reboot is done anyway after 1 min approx. Never noticed that before.
To be honest, I have not tested with another browser yet , will test it later tonight when woman and child are going to sleep. :D
Cant reboot now, they will kill me for sure
 
Ok I have an observation: System running all night. I connected a wifi device that is routed through a Torguard VPN. I noticed in QOS Settings that I hadn't given this device a priority on the Bandwidth Monitor Page. I made my selection and hit apply. This restarts QOS. Thus the problem; QOS does not restart gracefully (has fail log entries) and because of that if you have a script in firewall-start (QOS restart involves a firewall-start call) like Skynet it doesn't get started. To get Skynet running I needed to restart it manually then it worked like a charm. So it would seem you cannot restart QOS once running. Hope this helps track a problem down. Thanks I know you are busy with other stuff.
 
Last edited:
Just gave that a try, I disabled NAT Acceleration, enabled QoS and rebooted. Waited 5 minutes, but unfortunately nothing.
Toggled QoS off and on, waited another 5 minutes, but again, it's not working yet.
Classification rules aren't loaded either, so it's really not running:

Code:
marco@RT-AC68U:/tmp/home/root# tc filter show dev eth0
marco@RT-AC68U:/tmp/home/root# tc filter show dev br0
marco@RT-AC68U:/tmp/home/root#
Something else is causing your QOS to fail. Mine's been working through all Alpha's except for those QOS timing error starts. I used to restart QOS when I see those error logs but lately I don't even bother to restart and it works still.:)
 
This is normal, and has always been the same.

yeah I thought so.
I was stating the numbers for M@rco to see and compare.

Thanks Merlin for the great work on your firmware.
 
@RMerlin
I noticed that the /usr/sbin/arpstorm binary is missing from your 384 releases, while it is present in the Asus official 384 releases. You have it included in your 380 versions, is there a reason it disappeared in 382/384?
 
Something else is causing your QOS to fail. Mine's been working through all Alpha's except for those QOS timing error starts. I used to restart QOS when I see those error logs but lately I don't even bother to restart and it works still.:)

Do you have an RT-AC68U as well? Mine is HW revision E1.

I just can't figure out why it won't work, when I see so many users having QoS working, I have never had issues prior to the 382 branch. It's rather frustrating. Even when I do a clean install, factory reset afterwards, power cycle to make sure nvram is cleared completely. Next, without installing anything else, just configuring my connection, QoS doesn't work. It just doesn't start, TC stays empty. Even when I'm not restoring any backups whatsoever, not even static leases, when haven't changed any of the default settings, still QoS won't work. It's slowly driving me nuts... :(
 
Last edited by a moderator:
AC1900P running 384.3_alpha3-g0462c71. Wired smart TV keeps trying to go through one of the running OpenVPN clients. Never been a problem before. I have to manually set a rule for WAN for each OpenVPN client. Using strict policy rules.

UPDATE: Only seems to be an issue when trying to run three VPN clients. Deleting the third client seemed to fix it. Other wireless clients were also defaulting to VPN, which causes problems for streaming services (3 rokus, 1 apple TV, smart TV, streaming bluray player).
 
Last edited:
Do you have an RT-AC68U as well? Mine is HW revision E1.

I just can't figure out why it won't work, when I see so many users having QoS working, I have never had issues prior to the 382 branch. It's rather frustrating. Even when I do a clean install, factory reset afterwards, power cycle to make sure nvram is cleared completely. Next, without installing anything else, just configuring my connection, QoS doesn't work. It just doesn't start, TC stays empty. Even when I'm not restoring any backups whatsoever, not even static leases, when haven't changed any of the default settings, still QoS won't work. It's slowly driving me nuts... :(
manual or automatic bandwith? And is there a 384 build for your unit and have you tested it?
 
manual or automatic bandwith? And is there a 384 build for your unit and have you tested it?

Adaptive QoS, manual, fq_codel, up 38 Mbit (>40 actual), down 380Mbit (>400 actual). DOCSIS 3.0 Cable connection, WAN Packet Overhead at 0 (gave the least bufferbloat and highest speeds at pre-382 builds). Currently on 384.3-alpha3 (build in signature). Thanks in advance for any help @Vexira
 
Do you have an RT-AC68U as well? Mine is HW revision E1.

I just can't figure out why it won't work, when I see so many users having QoS working, I have never had issues prior to the 382 branch. It's rather frustrating. Even when I do a clean install, factory reset afterwards, power cycle to make sure nvram is cleared completely. Next, without installing anything else, just configuring my connection, QoS doesn't work. It just doesn't start, TC stays empty. Even when I'm not restoring any backups whatsoever, not even static leases, when haven't changed any of the default settings, still QoS won't work. It's slowly driving me nuts... :(
Yes, I do have 68P which uses the same Merlin firmware as yours. You have indeed a unique problem. Does the stock firmware behaves the same as far as QOS?
 
Does the stock firmware behaves the same as far as QOS?

I don't know, haven't rolled back to stock for quite some time. Can give it try tomorrow when the kiddo is back at school so I can take the network temporarily down.
 
@RMerlin
I noticed that the /usr/sbin/arpstorm binary is missing from your 384 releases, while it is present in the Asus official 384 releases. You have it included in your 380 versions, is there a reason it disappeared in 382/384?

You'd have to ask Asus why they don't include it in the GPL drop. I have to manually extract it from firmware images. I simply haven't modified the Makefile yet to include it.
 
Last edited:
I don't know, haven't rolled back to stock for quite some time. Can give it try tomorrow when the kiddo is back at school so I can take the network temporarily down.
Have you tried freshjr script
 
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