What's new

[Release] Asuswrt-Merlin 384.11 is available

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

@RMerlin sorry to bug ya bro. Was curious of your fq_codel implemtation built in. What is the target timing you have set or is it dynamic at all?

It's left to the kernel default values (i.e. it's not specified at rule creation time).

Also i found once but cant seem to now. Whats the grep command for viewing which is being used on each interface? Like sfq fifo fq_codel etc? There was a command that showed all interfaces which would be handy for me atm while im diggin :)

Code:
tc qdisc
 
the only use you get out of it is redundancy. there are certain features that one dns server may have that another does not, that don't compliment each other.

for example filtered v.s. non-filtered, logged v.s. unlogged, qname-minimization-vs no qname-minimization.

the question remains are you losing something with one only to gain a little redundancy.
Does it stay with resolver 1 until there is a problem? What makes it look at resolver 2? Or am I misunderstanding what this process does. When you said compliment each other I got lost.
 
Last edited:
Does it stay with resolver 1 until there is a problem? What makes it look at resolver 2? Or am I misunderstanding what this process does. When you said compliment each other I got lost.
Round robin shares the query load
Round robin in stubby =1,
no round robin means only one sever gets used until it fails round robin in stubby =0
 
It's left to the kernel default values (i.e. it's not specified at rule creation time).



Code:
tc qdisc
ok perfect I do see its using the standard default of 5secs. is there a way I could increase that:

qdisc fq_codel 1256: dev eth0 parent 10:256 limit 10240p flows 1024 quantum 1514 target 5.0ms interval 100.0ms

I have a particularly slower cellular connection sub 10mb and with some research im finding out that it takes longer that 5ms to communicate and id like to mess with increasing this slightly if possible. I realize the qdiscs are created on the fly for each connection so im wonderinf if there was like a primary setting or change I could make or add to freshjr's script temporarily so default or newly created qdiscs would have increased target time on the fq_codels?
 
Round robin shares the query load
Round robin in stubby =1,
no round robin means only one sever gets used until it fails round robin in stubby =0
So using DoT in Merlin f/w it is set to use Rr by default?
 
  • Like
Reactions: Gar
im jus shooting in the dark here trying to find a way to get any modifications to stick but nothing working so far! I feel like im close with this lol:

#tc qdisc add dev eth0 root fq_codel limit 10240 target 40ms interval 120ms ecn
#tc qdisc add dev br0 root fq_codel limit 10240 target 40ms interval 120ms ecn

anyone have any suggestions?

*edit*
think I got it.. had to remove the pound symbols lol and remove the previous roots. testing now

ok it appears to be working but messes up the qos statistics page. it may be deleting all the rules this is a little above me but testing anyway :)
 
Last edited:
I uploaded test builds to https://asuswrt.lostrealm.ca/test-builds . Please confirm that nothing is horribly broken in them.

Code:
  - NEW: Implemented source/destination IP filtering
         for the Netool version of Netstat web page.
  - CHANGED: Backported multiple fixes and improvements
             for ntpd from upstream, improving handling
             of failed server hostname resolution, and better
             clock sync discipline.
  - FIXED: RT-AC88U/3100/5300 were accidentally compiled
           with Netool enabled, which isn't compatible with
           these model's kernel.
 - FIXED: Movistar stopped working for some users.  Re-disabled
          udpxy on Movistar profile for now.  A more complete
          fix will have to come from Asus.
 - FIXED: Re-disabled memaccess debugging tool, as it creates
          a symlink called "sh" which is a pretty bad
          idea from Broadcom. (RT-AC86U, RT-AX88U)
 
Just flashed my AX88U. It took forever for the ntp to update. I had a DHCP IP and the connection showed "up" and still no time sync. I loaded the log page and waited, and waited, and then finally the ntp update happened and everything works ok apart from that. :D
 
FIXED: Re-disabled memaccess debugging tool, as it creates a symlink called "sh" which is a pretty bad idea from Broadcom. (RT-AC86U, RT-AX88U)
Thank you, this should help us RT-AC86U script users.
Code:
:/tmp/home/root# memaccess /jffs/scripts/vpnclient1-route-up
-sh: memaccess: not found
 
I uploaded test builds to https://asuswrt.lostrealm.ca/test-builds . Please confirm that nothing is horribly broken in them.

Code:
  - NEW: Implemented source/destination IP filtering
         for the Netool version of Netstat web page.
  - CHANGED: Backported multiple fixes and improvements
             for ntpd from upstream, improving handling
             of failed server hostname resolution, and better
             clock sync discipline.
  - FIXED: RT-AC88U/3100/5300 were accidentally compiled
           with Netool enabled, which isn't compatible with
           these model's kernel.
 - FIXED: Movistar stopped working for some users.  Re-disabled
          udpxy on Movistar profile for now.  A more complete
          fix will have to come from Asus.
 - FIXED: Re-disabled memaccess debugging tool, as it creates
          a symlink called "sh" which is a pretty bad
          idea from Broadcom. (RT-AC86U, RT-AX88U)
RMerlin....sorry to bug you...I know you mentioned you're waiting on the new GPL for the latest asus FW released... is this something you think we should be worrying about in the near future? Or once the GPL is realeased we can have a better picture on how it may affect all of us? Basically should we be concerned?
 
I uploaded test builds to https://asuswrt.lostrealm.ca/test-builds . Please confirm that nothing is horribly broken in them.

Code:
  - NEW: Implemented source/destination IP filtering
         for the Netool version of Netstat web page.
  - CHANGED: Backported multiple fixes and improvements
             for ntpd from upstream, improving handling
             of failed server hostname resolution, and better
             clock sync discipline.
  - FIXED: RT-AC88U/3100/5300 were accidentally compiled
           with Netool enabled, which isn't compatible with
           these model's kernel.
 - FIXED: Movistar stopped working for some users.  Re-disabled
          udpxy on Movistar profile for now.  A more complete
          fix will have to come from Asus.
 - FIXED: Re-disabled memaccess debugging tool, as it creates
          a symlink called "sh" which is a pretty bad
          idea from Broadcom. (RT-AC86U, RT-AX88U)
I tried it out for a few days now with self compile/merge, the only issue I saw was the ability to turn on and off updates checks has been removed.

As for some of the fixes I.e. Traceroute is normal now and the ntp server seems to be functioning as it should.

I will flash these new compiles later and see how it goes.
 
Last edited:
Just flashed my AX88U. It took forever for the ntp to update. I had a DHCP IP and the connection showed "up" and still no time sync. I loaded the log page and waited, and waited, and then finally the ntp update happened and everything works ok apart from that. :D
I noticed this with the first reboot after update, but afterwards everything ran smoothly with following reboots.
 
I can't wait to test 384.12 once it is viable and ready. Merlin keeps rolling out the next best thing.:D
 
ok perfect I do see its using the standard default of 5secs. is there a way I could increase that:

qdisc fq_codel 1256: dev eth0 parent 10:256 limit 10240p flows 1024 quantum 1514 target 5.0ms interval 100.0ms

I have a particularly slower cellular connection sub 10mb and with some research im finding out that it takes longer that 5ms to communicate and id like to mess with increasing this slightly if possible. I realize the qdiscs are created on the fly for each connection so im wonderinf if there was like a primary setting or change I could make or add to freshjr's script temporarily so default or newly created qdiscs would have increased target time on the fq_codels?

im probably not doing it correctly but it seems as thought this mod cant be applied from freshjr qos script at least. possibly before it runs someplace else?
I realize this isn't the qos thread but this is more of a merlin question. id just like it applied for qos.
 
I uploaded test builds to https://asuswrt.lostrealm.ca/test-builds . Please confirm that nothing is horribly broken in them.

Code:
  - NEW: Implemented source/destination IP filtering
         for the Netool version of Netstat web page.
  - CHANGED: Backported multiple fixes and improvements
             for ntpd from upstream, improving handling
             of failed server hostname resolution, and better
             clock sync discipline.
  - FIXED: RT-AC88U/3100/5300 were accidentally compiled
           with Netool enabled, which isn't compatible with
           these model's kernel.
 - FIXED: Movistar stopped working for some users.  Re-disabled
          udpxy on Movistar profile for now.  A more complete
          fix will have to come from Asus.
 - FIXED: Re-disabled memaccess debugging tool, as it creates
          a symlink called "sh" which is a pretty bad
          idea from Broadcom. (RT-AC86U, RT-AX88U)
What is different between 384.11_1 and 384.12 alpha1 for the AX88U ?
 

Latest threads

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!

Staff online

Top