What's new
  • 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!

Release Asuswrt-Merlin 3004.388.8_4 is now available

Hi all, longtime fan of Merlin's work, just retired my RT-AC68U after 12 years of reliable service. Now running a GT-AX6000, flashed this firmware after letting the router run overnight, no issues on stock current firmware. No performance issues on this version of Merlin either, but some odd GUI things using Safari v17.6 . Everything looks normal when logging in with Chrome. Safari is my preferred browser (using iMac) ... any thoughts on what's going on? Thank you for looking!
I generally use Firefox. Clearing browser cache typically resolves any GUI issues.
 
Not that anyone familiar with the issue will be surprised, but I've found that even with my AX86U Pro running 388.8_4, the client list still stops updating after a while. As usual, its pretty hard to pin down how soon it stops updating, but for this most recent instance, it happened within a few days of rebooting the router. ASUS should remove the client list or add a note at the top of the list stating that the client list should not be expected to be accurate, or that the router should be rebooted if the user wants an accurate client list.
 
I am having a reproducible problem with
3004.388.8_4 running on GT-AX6000 with ipv6 enabled.
My ISP modem/router is running in bridge mode providing interner connectivity to GT-AX6000.
The problem that I have is that at times when I ssh to GT-AX6000 a simple
ping6 www.google.com
will not respond.
Disabling the ipv6 firewall and re-enabling it seems to fix the problem temporarily.
A restart on the router might re-trigger it and I say might because this does no happen everytime.
Any help to debug this would be appreciated. Should I open a new ticket for this?
I can provide info and debug logs so please feel free to ask.
 
I am having a reproducible problem with
3004.388.8_4 running on GT-AX6000 with ipv6 enabled.
My ISP modem/router is running in bridge mode providing interner connectivity to GT-AX6000.
The problem that I have is that at times when I ssh to GT-AX6000 a simple
ping6 www.google.com
will not respond.
Disabling the ipv6 firewall and re-enabling it seems to fix the problem temporarily.
A restart on the router might re-trigger it and I say might because this does no happen everytime.
Any help to debug this would be appreciated. Should I open a new ticket for this?
I can provide info and debug logs so please feel free to ask.
I'd recommend testing if the same the same behavior is present on stock firmware. If it is, then i'd recommend opening a ticket.
 
Not that anyone familiar with the issue will be surprised, but I've found that even with my AX86U Pro running 388.8_4, the client list still stops updating after a while. As usual, its pretty hard to pin down how soon it stops updating, but for this most recent instance, it happened within a few days of rebooting the router. ASUS should remove the client list or add a note at the top of the list stating that the client list should not be expected to be accurate, or that the router should be rebooted if the user wants an accurate client list.
It's the same here on my AX88U.
After a certain number of days, the list of customers on the network freezes and no longer refreshes.
The only way to unblock this is to reboot the router.
This problem is not new, but if one day it could be solved, that would be great.
 
I'd recommend testing if the same the same behavior is present on stock firmware. If it is, then i'd recommend opening a ticket.
I am not installing the stock firmware for now because it will be a pain to set it up again.
It seems however that I have resolved the issue.
I believe there is a conflict caused by the following DNS settings

DNS Server -> WAN - Internet Connection -> Setup ipv4 Cloudflare servers
IPV6 settings -> Connect to DNS Server automatically -> Disable - >Setup IPv6 DNS Server 1 & IPv6 DNS Server 2
when I set both settings to point to cloudlfare dns servers the issue occurs and IPV6 connectivity sometimes is lost.

Clearing up IPv6 DNS Server 1 and IPv6 DNS Server 2
and keeping the Connect to DNS Server automatically to false in the IPV6 settings
seems to be working correctly now.
I checked using
and I see both ipv4 and ipv6 cloudflare dns servers. This is probably because ipv6 dns servers can be resolved via ipv4.
For now the ipv6 connectivity issues are gone
 
@spooker I'd be checking that the IPv6 addresses for your devices are valid and that you are returning valid IP addresses for www.google.com
C:\Users\noneofyourbusiness] # ping -6 www.google.com

Pinging www.google.com [2a00:1450:4009:822::2004] with 32 bytes of data:
Reply from 2a00:1450:4009:822::2004: time=11ms
Reply from 2a00:1450:4009:822::2004: time=19ms
Reply from 2a00:1450:4009:822::2004: time=17ms
Reply from 2a00:1450:4009:822::2004: time=86ms
*It always seems to involve a router that is in "bridge" mode!
 

Similar threads

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!
Back
Top