Release Asuswrt-Merlin 386.2 is now available

[geekwithoutacause]

Once the router and node have settled down after the initial upgrade there shouldn't be any delay, but stuff happens.

Well, thanks for the help. I ftp'd the new firmware over and then did a firmware upgrade from the shh session. All updated now.

 

[[Daniel]]

Add me to the list of folks who successfully upgraded, in my case from 386.1_0 to 386.2_0 on an AC86U. Cleared/refreshed the browser cache, and all the new images loaded like the OP notes said.

The only issue I have found so far is a minor graphical/UI one in Client Status:

1. Chose to filter wireless devices by 2.4G, yet the "search bar" brings up the 5G details
2. Chose to filter wireless devices by 5G, and the "search bar" brings up "undefined" details
3. Wait a few seconds after #2, the Wired tab completely disappears, then reappears after a few more seconds
4. if you go elsewhere in the UI and come back, you can repeat the issue at will

Upgraded firmware yesterday, waited until today to ensure things "settled", rebooted router, cleared/refreshed browser cache, and the graphical/UI issue persists.

 

[csj97229]

The only issue I have found so far is a minor graphical/UI one in Client Status:

1. Chose to filter wireless devices by 2.4G, yet the "search bar" brings up the 5G details
2. Chose to filter wireless devices by 5G, and the "search bar" brings up "undefined" details
3. Wait a few seconds after #2, the Wired tab completely disappears, then reappears after a few more seconds
4. if you go elsewhere in the UI and come back, you can repeat the issue at will

I also see this behavior on both of my RT-AC86U units running 386.2. Definitely weird, but it doesn't seem to cause any real problems.

 

[Wade Coxon]

Hi @RMerlin - I just tried to turn off download shaping in Cake by setting the bandwidth value to zero ( 0 ). Unfortunately the field validation doesn't allow this despite the error message saying that 0 is a valid entry.

I'm not sure about the field validation error, but just wanted to point out that a value of 0 doesn't disable cake, rather it puts it into "auto bandwidth" mode.

 

[Waltski]

Dirty update on my RT-AC68U - working fine!

 

[JIPG]

Add me to the list of folks who successfully upgraded, in my case from 386.1_0 to 386.2_0 on an AC86U. Cleared/refreshed the browser cache, and all the new images loaded like the OP notes said.

The only issue I have found so far is a minor graphical/UI one in Client Status:

1. Chose to filter wireless devices by 2.4G, yet the "search bar" brings up the 5G details
2. Chose to filter wireless devices by 5G, and the "search bar" brings up "undefined" details
3. Wait a few seconds after #2, the Wired tab completely disappears, then reappears after a few more seconds
4. if you go elsewhere in the UI and come back, you can repeat the issue at will

View attachment 32795 View attachment 32796

Upgraded firmware yesterday, waited until today to ensure things "settled", rebooted router, cleared/refreshed browser cache, and the graphical/UI issue persists.

I can confirm that I see exactly the same behavior in my RT-AX88U running FW 386.2. Anyway, the search bar still works as a search bar, so it is only a "cosmetic" issue with the text inside.

 

[MvW]

Add me to the list of folks who successfully upgraded, in my case from 386.1_0 to 386.2_0 on an AC86U. Cleared/refreshed the browser cache, and all the new images loaded like the OP notes said.

The only issue I have found so far is a minor graphical/UI one in Client Status:

1. Chose to filter wireless devices by 2.4G, yet the "search bar" brings up the 5G details
2. Chose to filter wireless devices by 5G, and the "search bar" brings up "undefined" details
3. Wait a few seconds after #2, the Wired tab completely disappears, then reappears after a few more seconds
4. if you go elsewhere in the UI and come back, you can repeat the issue at will

View attachment 32795 View attachment 32796

Upgraded firmware yesterday, waited until today to ensure things "settled", rebooted router, cleared/refreshed browser cache, and the graphical/UI issue persists.

Until today I never knew I could filter by band in that view, but I also can confirm your findings. RT-AC86U running 386.2.

 

[unsynaps]

Skynet broken for anyone else on this new version?

SWAP                                | [Failed]
Cron Jobs                           | [Failed]
IPSets                              | [Failed]
IPTables Rules                      | [Failed]

 

[MvW]

Skynet broken for anyone else on this new version?

Nope, working like a charm.

Check syslog for errors to find out why it's not working for you.

Apr  5 08:52:33 RT-AC86U kernel: [BLOCKED - INBOUND] IN=eth0 OUT= MAC=re.da.ct.ed SRC=146.88.240.4 DST=re.da.ct.ed LEN=53 TOS=0x00 PREC=0x00 TTL=244 ID=54321 PROTO=UDP SPT=56547 DPT=27021 LEN=33 MARK=0x8000000 
Apr  5 08:52:39 RT-AC86U Skynet: [#] 45067 IPs (+0) -- 1643 Ranges Banned (+0) || 1144 Inbound -- 0 Outbound Connections Blocked! [debug] [9s]
Apr  5 08:52:41 RT-AC86U kernel: [BLOCKED - INBOUND] IN=eth0 OUT= MAC=re.da.ct.ed SRC=192.241.228.62 DST=re.da.ct.ed LEN=40 TOS=0x00 PREC=0x00 TTL=245 ID=54321 PROTO=TCP SPT=59586 DPT=771 SEQ=453993969 ACK=0 WINDOW=65535 RES=0x00 SYN URGP=0 MARK=0x8000000 
Apr  5 08:52:52 RT-AC86U kernel: [BLOCKED - INBOUND] IN=eth0 OUT= MAC=re.da.ct.ed SRC=79.124.62.90 DST=re.da.ct.ed LEN=40 TOS=0x00 PREC=0x00 TTL=243 ID=23240 PROTO=TCP SPT=45834 DPT=30803 SEQ=264825426 ACK=0 WINDOW=1024 RES=0x00 SYN URGP=0 MARK=0x8000000 
Apr  5 08:53:01 RT-AC86U kernel: [BLOCKED - INBOUND] IN=eth0 OUT= MAC=re.da.ct.ed SRC=192.99.35.225 DST=re.da.ct.ed LEN=40 TOS=0x00 PREC=0x00 TTL=242 ID=54889 PROTO=TCP SPT=43713 DPT=1516 SEQ=4189199180 ACK=0 WINDOW=1024 RES=0x00 SYN URGP=0 MARK=0x8000000 
Apr  5 08:53:17 RT-AC86U kernel: [BLOCKED - INBOUND] IN=eth0 OUT= MAC=re.da.ct.ed SRC=79.124.62.90 DST=re.da.ct.ed LEN=40 TOS=0x00 PREC=0x00 TTL=243 ID=33541 PROTO=TCP SPT=45834 DPT=60702 SEQ=3810895570 ACK=0 WINDOW=1024 RES=0x00 SYN URGP=0 MARK=0x8000000 
Apr  5 08:53:30 RT-AC86U kernel: [BLOCKED - INBOUND] IN=eth0 OUT= MAC=re.da.ct.ed SRC=193.107.216.121 DST=re.da.ct.ed LEN=442 TOS=0x00 PREC=0x00 TTL=55 ID=56765 DF PROTO=UDP SPT=5113 DPT=5060 LEN=422 MARK=0x8000000 
Apr  5 08:54:09 RT-AC86U kernel: [BLOCKED - INBOUND] IN=eth0 OUT= MAC=re.da.ct.ed SRC=104.248.129.213 DST=re.da.ct.ed LEN=40 TOS=0x00 PREC=0x00 TTL=243 ID=39123 PROTO=TCP SPT=61953 DPT=6464 SEQ=1827096922 ACK=0 WINDOW=1024 RES=0x00 SYN URGP=0 MARK=0x8000000 
Apr  5 08:55:42 RT-AC86U kernel: [BLOCKED - INBOUND] IN=eth0 OUT= MAC=re.da.ct.ed SRC=58.59.90.50 DST=re.da.ct.ed LEN=40 TOS=0x00 PREC=0x00 TTL=243 ID=19654 PROTO=TCP SPT=40109 DPT=377 SEQ=3830154614 ACK=0 WINDOW=1024 RES=0x00 SYN URGP=0 MARK=0x8000000 
Apr  5 08:55:48 RT-AC86U kernel: [BLOCKED - INBOUND] IN=eth0 OUT= MAC=re.da.ct.ed SRC=193.27.228.167 DST=re.da.ct.ed LEN=40 TOS=0x00 PREC=0x00 TTL=244 ID=57590 PROTO=TCP SPT=54615 DPT=3650 SEQ=3206424189 ACK=0 WINDOW=1024 RES=0x00 SYN URGP=0 MARK=0x8000000

 

[doublehd]

Until today I never knew I could filter by band in that view, but I also can confirm your findings. RT-AC86U running 386.2.

View attachment 32805

I dug that thing either for my AC-88U,but I wont treat it as scratchy.No bothers at all.And thx Merlin Almighty,great firmware.

 

[jeden]

There's nothing to fix, it's just debugging info left in there by Asus, and over which I have no control.

Are you not legally allowed to remove that message?

 

[brummygit]

I'm not sure about the field validation error, but just wanted to point out that a value of 0 doesn't disable cake, rather it puts it into "auto bandwidth" mode.

Not quite. Zero turns off the bandwidth shaping but leaves the queue management elements functioning. Auto Bandwidth is where Cake tries to calculate the bandwidth and shape to that - which isn’t very successful. It means you can turn off downstream shaping but leave upstream active. Both upload and download still benefit from Cake

 

[MvW]

Are you not legally allowed to remove that message?

If it's produced by a closed-source component, there's not much to do about it, I guess?

 

[Kees17760]

I also see this behavior on both of my RT-AC86U units running 386.2. Definitely weird, but it doesn't seem to cause any real problems.

+1, AC2900 here

 

[jeden]

If it's produced by a closed-source component, there's not much to do about it, I guess?

You can still edit the file. Removing a string like that is easy. You just change the first character of it to \0 and it is not printed anymore. But perhaps he's not legally allowed to tamper with that file.

(I don't use that feature so I don't know how annoying/spammy that string is. Maybe it's not as bad as to warrant such action.)

 

[dave14305]

Not quite. Zero turns off the bandwidth shaping but leaves the queue management elements functioning. Auto Bandwidth is where Cake tries to calculate the bandwidth and shape to that - which isn’t very successful. It means you can turn off downstream shaping but leave upstream active. Both upload and download still benefit from Cake

In Merlin, Automatic Bandwidth on the QoS page (both values set to zero) results in no bandwidth parameter being passed to cake so it defaults to unlimited. That is different behavior to autorate-ingress. Bandwidth values of zero in Asus QoS are reserved to indicate Automatic Bandwidth mode, so you cannot set it to zero manually.

 

[buildersboy]

Thank you for firmware. Up and running.

 

[buildersboy]

Turned on Cake QOS. Seeing improvement on my Grandstream 802 junk ATA. Very smooth voip calls while streaming Locast at same time. I'm about 220mbps down 12mbps up via Comcast. This just may be a huge feature for me.

 

[brummygit]

In Merlin, Automatic Bandwidth on the QoS page (both values set to zero) results in no bandwidth parameter being passed to cake so it defaults to unlimited. That is different behavior to autorate-ingress. Bandwidth values of zero in Asus QoS are reserved to indicate Automatic Bandwidth mode, so you cannot set it to zero manually.

In Cake, and the standalone implementation you can set zero bandwidth in a single direction to achieve unlimited in that direction. I'm looking to achieve that so I have bandwidth shaping on my upload but unlimited on my download as my ISP seems to manage the inbound contention quite well, and as I'm in a double-NAT situation sitting behind my ISP router it doesn't achieve much if any benefit for me. The field validation states 'Please enter a value between 0 to 9999999999' so I assumed that 0 was intended to be valid, however I've now tried using the 'unlimited' CakeQOS-Merlin alpha Custom Download Parameter which appears to achieve what I'm after.

autorate-ingres is something I'm familiar with and my original post intended to state that it's not very successful in my (and others) experience.

 

[RMerlin]

Are you not legally allowed to remove that message?

It's inside a closed source component. I cannot modify it, I don't have its source code.

You can still edit the file. Removing a string like that is easy.

That will log an empty line, not remove the logging call.