Beta Asuswrt-Merlin 3004.388.8 beta is now available

[lgkahn]

testing on 4 newer routers.\
dirty upgrades

gt-axe11000 in ap mode all fine
gt-ax11000 pro in router mode fine.. had to fiddle with client vpn a bit to get it to work same as older non merlin f/w router but working now
2 gt-axe16000 one in full router mode, one in ap mode.. both working fine

(before you jump in these are in 3 different houses)

thanks

 

[FLA_NL]

Running 3004.388.8 beta1 for more then 9 days now. For me it's running stable and no noticeable issues.

 

[CJ-V300]

Everything is fine here and the connection seems stable, but I've noticed an issue.

I connected a Tapo camera two days ago to check if it was working. I disconnected it and stored it in a cabinet to only plug it in during the holidays.

However, the router (AX58) hasn't refreshed it and it still appears as connected. I haven't tried restarting it, but if I refresh the devices, it still appears as connected.

It's on the 2.4 GHz band, as is usual with Tapo devices (IP by DHCP).

 

[New2This]

Thanks for the update, have been running for almost 2 days now, without any issues

 

[Ripshod]

However, the router (AX58) hasn't refreshed it and it still appears as connected. I haven't tried restarting it, but if I refresh the devices, it still appears as connected.

Asus has had problems with the network map for as long as I can remember. Asus haven't fixed it, and I believe RMerlin can't fix it as it's closed source.
You'll get used to that.

 

[Deleted member 48162]

Successful FW flash. No internet connection on RT-AX68U. Had to roll back to 3004.388.7_0. Have no idea what is wrong with it. Web interface runs perfect. Network utilities show excellent speed. No ping or traceroute problems. But it was totally impossible to reach internet from PC or mobile. "No network available". Luckily I did download both versions old and beta from the source site.

 

[prp2]

Successful FW flash. No internet connection on RT-AX68U. Had to roll back to 3004.388.7_0. Have no idea what is wrong with it. Web interface runs perfect. Network utilities show excellent speed. No ping or traceroute problems. But it was totally impossible to reach internet from PC or mobile. "No network available". Luckily I did download both versions old and beta from the source site.

If you were able to traceroute and ping from within the router then your Internet connection from the router to the world was/is fine. The problem would be with the client device(s). Are they getting IP addresses from the router? Proper DNS? Definitely not an issue with the firmware itself.

 

[RMerlin]

Successful FW flash. No internet connection on RT-AX68U. Had to roll back to 3004.388.7_0. Have no idea what is wrong with it. Web interface runs perfect. Network utilities show excellent speed. No ping or traceroute problems. But it was totally impossible to reach internet from PC or mobile. "No network available". Luckily I did download both versions old and beta from the source site.

Already discussed in a previous post - make sure you don't have a VPN killswitch enabled on any of your VPN clients. That's the most common cause of client connectivity issues.

 

[alan6854321]

Already discussed in a previous post - make sure you don't have a VPN killswitch enabled on any of your VPN clients. That's the most common cause of client connectivity issues.

I've noticed the following entry has started appearing in my syslog.
I don't have any connection problems but also I don't have any VPNs configured.
(I do have Tailscale installed).

Should it be there?

<13>Jul  2 05:52:55 RT-AX88U_Pro-0998-7D3BD12-C openvpn-routing: Applying all killswitches

 

[RMerlin]

Should it be there?

Yes. The log entry is generated before the router goes through all WG and OVPN clients to determine if any has an enabled killswitch, and then applies it.

Check your log for any error related to dnsmasq failing to start.
(Sorry, I thought you were the one having connectivity issues)

 

[Deleted member 48162]

Already discussed in a previous post - make sure you don't have a VPN killswitch enabled on any of your VPN clients. That's the most common cause of client connectivity issues.

Yes they were using VPN killswitch. When I got to VPN client page I saw 'connecting...' indication. To upgrade the FW I was urged by VPN problem itself. LAN has got several VPN clients. Only Android can connec to VPN normally. Desktop Debian and Windows are stuck in the process of authentication by VPN server. ISP is meddling somewhere in between LAN and VPN. It's their policy now. Last lines of systemlog could be observed right here: https://paste.debian.net/1322413/

 

[MacG32]

Running nice and smooth.

 

[laracroftonline]

works without a hatch on my gt-axe11000

 

[Dedel66]

Works like charm - waiting for release...

 

[Damit1]

Works like a charm.
Waiting for a release

 

[Tex Texan]

Successful FW flash. No internet connection on RT-AX68U.

Hmmm, sorta not that successful if flashing the firmware nuked your internet lol

 

[Deleted member 48162]

Hmmm, sorta not that successful if flashing the firmware nuked your internet lol

At least I could boot into web interface to check Service Applications. My fault I didn't reboot the devices one by one after the FW re-flash. :-(

 

[cygy2k]

Clean install, no restore. Only issue is on my 2 AX86Us that are in AIMESH mode (wired backhaul). Turning off the LEDs works but then they turn back on by themselves after about 2 days - but the toggle remains in the position showing them as off. You have to turn it back on and then back off. Only noticed because one unit is in my son's room and he's sensitive to light at night.

And before anybody says there were no changes in "x", that may be true, but this is the first time I've experienced it, thus why reporting.

 

[Indi]

Clean install, no restore. Only issue is on my 2 AX86Us that are in AIMESH mode (wired backhaul). Turning off the LEDs works but then they turn back on by themselves after about 2 days - but the toggle remains in the position showing them as off. You have to turn it back on and then back off. Only noticed because one unit is in my son's room and he's sensitive to light at night.

And before anybody says there were no changes in "x", that may be true, but this is the first time I've experienced it, thus why reporting.

Had the led's turn back on but that was immediately after a dirty flash.
Turned them off again and they have stayed off for days now.
Although mine is a solitary router AXE16000.

Only problems here have been 'teams' dropping when using the 2.4 band.
'Online' scheduling still doesn't work but that's an Asus problem.

 

[Dedel66]

Turning off the LEDs works but then they turn back on by themselves after about 2 days

Whenever you make some changes in settings e.g. at wlan, LEDs will be turned on. then you have to toggle again.