Beta Asuswrt-Merlin 386.2 Beta is now available

[hellboy2]

Using 386.2 beta 2 on RT-AC68U running in Repeater mode.
Installed over ASUS official 385_20633-g593a8ef (no factory reset)
Parent router is Netgear R7800, connected on 5ghz, 702Mbps, RSSI -61 dBm.

Observations:-
- Network map
. . clients, view list: Does not show locally wifi-connected clients, but does show clients connected on parent. Same as ASUS official (41nnn), but not same as older ASUS official (20633) or 384.19 - they both show local clients.
. . security level: "Open system" (false) even though both 2.4ghz and 5ghz are secured by WPA2-personal + AES + WPA-PSK key. This is also wrong on ASUS official (41nnn), but shows correct on older ASUS official (20633) and 386.19.
- Administration - System
. . had to create another router login name. Default name was flagged "name already exist", and I could not change any other option
. . DST time zone change start/end is wrong, says "2nd sunday", but is "4th sunday" this year (EMEA)
- System log - general
. . Date/time shows as Sat, May 05 12:44:23 2018 ... 3 years wrong, NTP has not been done?
. . Message:
May 5 12:23:40 smbd[21079]: [2018/05/05 12:23:40.727126, 0] passdb/pdb_smbpasswd.c:1252(build_sam_account)
May 5 12:23:40 smbd[21079]: build_sam_account: smbpasswd database is corrupt! username nnnn with uid zzzzzz is not in unix passwd database!
. . I created another smb user, and it works. Can not remove the corrupted smb user.

- System log - Wireless log
. . Here I do find the locally connected wifi clients, both 2.4ghz and 5ghz.

 

[bbunge]

Using 386.2 beta 2 on RT-AC68U running in Repeater mode.
Installed over ASUS official 385_20633-g593a8ef (no factory reset)
Parent router is Netgear R7800, connected on 5ghz, 702Mbps, RSSI -61 dBm.

Observations:-
- Network map
. . clients, view list: Does not show locally wifi-connected clients, but does show clients connected on parent. Same as ASUS official (41nnn), but not same as older ASUS official (20633) or 384.19 - they both show local clients.
. . security level: "Open system" (false) even though both 2.4ghz and 5ghz are secured by WPA2-personal + AES + WPA-PSK key. This is also wrong on ASUS official (41nnn), but shows correct on older ASUS official (20633) and 386.19.
- Administration - System
. . had to create another router login name. Default name was flagged "name already exist", and I could not change any other option
. . DST time zone change start/end is wrong, says "2nd sunday", but is "4th sunday" this year (EMEA)
- System log - general
. . Date/time shows as Sat, May 05 12:44:23 2018 ... 3 years wrong, NTP has not been done?
. . Message:
May 5 12:23:40 smbd[21079]: [2018/05/05 12:23:40.727126, 0] passdb/pdb_smbpasswd.c:1252(build_sam_account)
May 5 12:23:40 smbd[21079]: build_sam_account: smbpasswd database is corrupt! username nnnn with uid zzzzzz is not in unix passwd database!
. . I created another smb user, and it works. Can not remove the corrupted smb user.

- System log - Wireless log
. . Here I do find the locally connected wifi clients, both 2.4ghz and 5ghz.

You really need to do a hard factory reset and reconfigure when moving between firmware versions.

 

[Sun]

I am experiencing same issue on 386.1_2 (using in wireless router mode), very annoying... I have to change username - save and change it back - save again.

. . had to create another router login name. Default name was flagged "name already exist", and I could not change any other option

 

[hellboy2]

You really need to do a hard factory reset and reconfigure when moving between firmware versions.

sure, but it doesn't make any difference. these observations were also there on Merlin 386.1 where I *did* do hard factory reset, and are common for recent versions of both ASUS official and Merlin firmwares. So, probably not even a Merlin bug.

 

[hellboy2]

rebooted RT-AC68U with 386.2 beta 2 in Repeater mode.
NTP still not done, and shows date/time 3 years ago

Last NTP was done 9 hours ago, when I was still running official ASUS (41nnn).
It got into bad habit of rebooting by itself every so often, so I decided to try Merlin again.

 

[hellboy2]

It would be nice, if the firmware identified itself in system log after reboot.

 

[drinkingbird]

I'm not aware of any recent change to DHCP.

There is definitely a WAN DHCP issue in the 386 code base from Asus (seen on their stock firmware also). Had to revert back to 384 and all is well again. I suspect that the router is not sending the DHCP ACK back to the DHCP server (or it is being blocked before leaving the router). I didn't have a chance to put a sniffer on the WAN to confirm so that is just an educated guess. Can you relay that to Asus?

It seems most noticible to people with short lease times (like FIOS 2 hours) but it may also depend on how quickly IPs are reused in a given area. It seems that when someone else gets the IP that you have, you get blocked and have to release/renew to get a new IP.

 

[Slawek P]

Thanks for pointing that out - any suggestion for better specific thread or should I open new one?
As you said it may not be beta2 to related, but for instance entware upgrade related, so I might be barking at the wrong tree.
The reason I posted here is that I am running on beta2 and while I have seen userX.asp mounts disappearing before add-on reinstall always used to help me .

This is really weird. After next reboot Skynet tab appeared in Firewall section and now Addon tab just does not work at all. In the system log post-mount appears executed fine.

Mar 25 13:28:26 asus scMerlin: Mounting scMerlin WebUI page as user1.asp
Mar 25 13:28:33 asus ntpMerlin: Mounting WebUI tab for ntpMerlin
Mar 25 13:28:33 asus ntpMerlin: Mounted ntpMerlin WebUI page as user2.asp
Mar 25 13:28:34 asus dn-vnstat: Mounting WebUI tab for dn-vnstat
Mar 25 13:28:34 asus dn-vnstat: Mounted dn-vnstat WebUI page as user3.asp
Mar 25 13:28:38 asus spdMerlin: Mounting spdMerlin WebUI page as user4.asp

Cleared browser cookies and uninstalled/installed some of addons to no joy. Wonder if jffs format will help

 

[hellboy2]

RT-AC68U with 386.2 beta 2 in Repeater mode:

ok, did factory reset, and still see same problems:-
- Network map, security status: Open System (false)
- Network map, client view: No local clients shown
- System log - wireless log: Shows local clients, but can not set nicknames
problems solved by factory reset:-
- NTP done, shows correct date/time

 

[bbunge]

There is definitely a WAN DHCP issue in the 386 code base from Asus (seen on their stock firmware also). Had to revert back to 384 and all is well again. I suspect that the router is not sending the DHCP ACK back to the DHCP server (or it is being blocked before leaving the router). I didn't have a chance to put a sniffer on the WAN to confirm so that is just an educated guess. Can you relay that to Asus?

It seems most noticible to people with short lease times (like FIOS 2 hours) but it may also depend on how quickly IPs are reused in a given area. It seems that when someone else gets the IP that you have, you get blocked and have to release/renew to get a new IP.

My ISP renews IP address every 15 minutes. I can keep the same WAN IP address for days or longer if I do not reboot the router. 100/100 FIOS

 

[jpthsd]

My ISP renews IP address every 15 minutes. I can keep the same WAN IP address for days or longer if I do not reboot the router. 100/100 FIOS

Interesting,,,what ISP would require customer's endpoint to renew IP every 15 minutes? Frontier or Verizon (both FiOS) ,,,that DHCP would be very very busy and maybe Super Computer? given hundred thousands (or even millions) of customers endpoint sending DHCPack/Renew packets...

I have Frontier FiOS, the last time it renewed DHCP IP was 28 days and my DHCP query frequency was set to Normal Mode.

 

[Howard_inGA]

There is definitely a WAN DHCP issue in the 386 code base from Asus (seen on their stock firmware also). Had to revert back to 384 and all is well again. I suspect that the router is not sending the DHCP ACK back to the DHCP server (or it is being blocked before leaving the router). I didn't have a chance to put a sniffer on the WAN to confirm so that is just an educated guess. Can you relay that to Asus?

It seems most noticible to people with short lease times (like FIOS 2 hours) but it may also depend on how quickly IPs are reused in a given area. It seems that when someone else gets the IP that you have, you get blocked and have to release/renew to get a new IP.

I've encountered the same dhcp weirdness!
I'd thought that QOS was at fault, but Dhcp's getting scrambled is the root issue after all.
Several hours after my last post, my media bridge and main browser began again to lose their address. LAN crushed, spontaneous restart, then just a short period till LAN again reset.
Reverted to 384 and all is well.
I've spent 3.5 days, numerous factory resets, total rebuilds, and used every option that I know. The problem persists. I've had QOS, VPN, firewall on/off, IPv6 on off...nothing makes the problem stop. The LAN is unstable and unusable in the 386 line, as it stands.

 

[maghuro]

Offtopic - RT-AC86U, QoS off, is its CPU capable of using the total of my 1gbps down/220mbps up connection?

Doing speedtests from my computer connected via RJ-45, I can "only" get around 900mbps down.
I want to check if it is router limitation or the ISP itself.

 

[MvW]

Thanks for pointing that out - any suggestion for better specific thread or should I open new one?

I'd open in a new one in Asuswrt-Merlin Add-ons and use the Entware prefix. You can also ask a moderator to move your question to a new topic. Just report your own post and specify the reason and a new title for your new thread.

 

[Treadler]

Offtopic - RT-AC86U, QoS off, is its CPU capable of using the total of my 1gbps down/220mbps up connection?

Doing speedtests from my computer connected via RJ-45, I can "only" get around 900mbps down.
I want to check if it is router limitation or the ISP itself.

Here in Australia, it’s 1000 down, less ‘overheads’.
In a real world scenario, that means 930 or so will be the absolute maximum ever seen.
My connection is very asymmetrical, so I’m obliged to use qos, which means I seldom see more than 700 down.
Your result looks about right.

 

[ptr1337]

Offtopic - RT-AC86U, QoS off, is its CPU capable of using the total of my 1gbps down/220mbps up connection?

Doing speedtests from my computer connected via RJ-45, I can "only" get around 900mbps down.
I want to check if it is router limitation or the ISP itself.

Mostly swtich your DNS Server, maybe including with DNS over TLS or HTTPS.
Got also a Gbit connection, and getting most times 980 mbs in. also got download speeds up to 120 mb/s.

Same Router, Modem in Bridge Mode.

 

[DanNuke86]

This issue with qdisc has reared it's head again.

Last night (Weds) I changed back from CAKE to A.QoS (FlexQoS) and I checked the qdisc after and it seemed ok.

Spoiler

qdisc htb 1: dev eth0 root refcnt 2 r2q 10 default 0 direct_packets_stat 16 direct_qlen 1000
qdisc fq_codel 800a: dev eth0 parent 1:2 limit 1000p flows 1024 quantum 1514 target 5ms interval 100ms
qdisc fq_codel 800c: dev eth0 parent 1:10 limit 1000p flows 1024 quantum 300 target 5ms interval 100ms
qdisc fq_codel 800e: dev eth0 parent 1:11 limit 1000p flows 1024 quantum 300 target 5ms interval 100ms
qdisc fq_codel 8010: dev eth0 parent 1:12 limit 1000p flows 1024 quantum 300 target 5ms interval 100ms
qdisc fq_codel 8012: dev eth0 parent 1:13 limit 1000p flows 1024 quantum 300 target 5ms interval 100ms
qdisc fq_codel 8014: dev eth0 parent 1:14 limit 1000p flows 1024 quantum 300 target 5ms interval 100ms
qdisc fq_codel 8016: dev eth0 parent 1:15 limit 1000p flows 1024 quantum 300 target 5ms interval 100ms
qdisc fq_codel 8018: dev eth0 parent 1:16 limit 1000p flows 1024 quantum 300 target 5ms interval 100ms
qdisc fq_codel 801a: dev eth0 parent 1:17 limit 1000p flows 1024 quantum 300 target 5ms interval 100ms
qdisc pfifo_fast 0: dev eth1 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
qdisc pfifo_fast 0: dev eth2 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
qdisc pfifo_fast 0: dev eth3 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
qdisc pfifo_fast 0: dev eth4 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
qdisc pfifo_fast 0: dev eth5 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
qdisc pfifo_fast 0: dev spu_us_dummy root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
qdisc pfifo_fast 0: dev spu_ds_dummy root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
qdisc pfifo_fast 0: dev eth6 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
qdisc pfifo_fast 0: dev eth7 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
qdisc htb 1: dev br0 root refcnt 2 r2q 10 default 0 direct_packets_stat 18 direct_qlen 2
qdisc fq_codel 8009: dev br0 parent 1:2 limit 1000p flows 1024 quantum 1514 target 5ms interval 100ms
qdisc fq_codel 800b: dev br0 parent 1:10 limit 1000p flows 1024 quantum 1514 target 5ms interval 100ms ecn
qdisc fq_codel 800d: dev br0 parent 1:11 limit 1000p flows 1024 quantum 1514 target 5ms interval 100ms ecn
qdisc fq_codel 800f: dev br0 parent 1:12 limit 1000p flows 1024 quantum 1514 target 5ms interval 100ms ecn
qdisc fq_codel 8011: dev br0 parent 1:13 limit 1000p flows 1024 quantum 1514 target 5ms interval 100ms ecn
qdisc fq_codel 8013: dev br0 parent 1:14 limit 1000p flows 1024 quantum 1514 target 5ms interval 100ms ecn
qdisc fq_codel 8015: dev br0 parent 1:15 limit 1000p flows 1024 quantum 1514 target 5ms interval 100ms ecn
qdisc fq_codel 8017: dev br0 parent 1:16 limit 1000p flows 1024 quantum 1514 target 5ms interval 100ms ecn
qdisc fq_codel 8019: dev br0 parent 1:17 limit 1000p flows 1024 quantum 1514 target 5ms interval 100ms ecn

I've checked the qdisc again tonight and I've got the strange 'FLAKE' situation again.

Spoiler

qdisc cake 8079: dev eth0 root refcnt 2 bandwidth 32768Kbit besteffort dual-srchost nat nowash ack-filter split-gso rtt 50ms noatm overhead 18 mpu 64
qdisc ingress ffff: dev eth0 parent ffff:fff1 ----------------
qdisc pfifo_fast 0: dev eth1 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
qdisc pfifo_fast 0: dev eth2 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
qdisc pfifo_fast 0: dev eth3 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
qdisc pfifo_fast 0: dev eth4 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
qdisc pfifo_fast 0: dev eth5 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
qdisc pfifo_fast 0: dev spu_us_dummy root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
qdisc pfifo_fast 0: dev spu_ds_dummy root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
qdisc pfifo_fast 0: dev eth6 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
qdisc pfifo_fast 0: dev eth7 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
qdisc htb 1: dev br0 root refcnt 2 r2q 10 default 0 direct_packets_stat 54 direct_qlen 2
qdisc fq_codel 8021: dev br0 parent 1:2 limit 1000p flows 1024 quantum 1514 target 5ms interval 100ms
qdisc fq_codel 8023: dev br0 parent 1:10 limit 1000p flows 1024 quantum 1514 target 5ms interval 100ms ecn
qdisc fq_codel 8025: dev br0 parent 1:11 limit 1000p flows 1024 quantum 1514 target 5ms interval 100ms ecn
qdisc fq_codel 8027: dev br0 parent 1:12 limit 1000p flows 1024 quantum 1514 target 5ms interval 100ms ecn
qdisc fq_codel 8029: dev br0 parent 1:13 limit 1000p flows 1024 quantum 1514 target 5ms interval 100ms ecn
qdisc fq_codel 802b: dev br0 parent 1:14 limit 1000p flows 1024 quantum 1514 target 5ms interval 100ms ecn
qdisc fq_codel 802d: dev br0 parent 1:15 limit 1000p flows 1024 quantum 1514 target 5ms interval 100ms ecn
qdisc fq_codel 802f: dev br0 parent 1:16 limit 1000p flows 1024 quantum 1514 target 5ms interval 100ms ecn
qdisc fq_codel 8031: dev br0 parent 1:17 limit 1000p flows 1024 quantum 1514 target 5ms interval 100ms ecn
qdisc cake 807a: dev ifb4eth0 root refcnt 2 bandwidth 430080Kbit besteffort dual-dsthost nat wash ingress no-ack-filter split-gso rtt 50ms noatm overhead 18 mpu 64

 

[drinkingbird]

Interesting,,,what ISP would require customer's endpoint to renew IP every 15 minutes? Frontier or Verizon (both FiOS) ,,,that DHCP would be very very busy and maybe Super Computer? given hundred thousands (or even millions) of customers endpoint sending DHCPack/Renew packets...

I have Frontier FiOS, the last time it renewed DHCP IP was 28 days and my DHCP query frequency was set to Normal Mode.

Much like DNS, DHCP servers are distributed, and queries are not a big deal, they can handle thousands per second I'm sure, but 15 mins is very low, my FIOS is 2 hours and that's the least I've ever seen from an ISP.

 

[drinkingbird]

I've encountered the same dhcp weirdness!
I'd thought that QOS was at fault, but Dhcp's getting scrambled is the root issue after all.
Several hours after my last post, my media bridge and main browser began again to lose their address. LAN crushed, spontaneous restart, then just a short period till LAN again reset.
Reverted to 384 and all is well.
I've spent 3.5 days, numerous factory resets, total rebuilds, and used every option that I know. The problem persists. I've had QOS, VPN, firewall on/off, IPv6 on off...nothing makes the problem stop. The LAN is unstable and unusable in the 386 line, as it stands.

In my case the issue was on the WAN, LAN seemed ok but then again I have my LAN set to the max lease time which I think is like 7 days, so I probably wouldn't have noticed if there was an issue since I always had to restart sooner than that.

 

[dave14305]

This issue with qdisc has reared it's head again.

Last night (Weds) I changed back from CAKE to A.QoS (FlexQoS) and I checked the qdisc after and it seemed ok.

See if you can reproduce it with plain Adaptive QoS (disable FlexQoS).