What's new

Beta Asuswrt-Merlin 386.2 Beta is now 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!

Status
Not open for further replies.
No change at all to the IPv6 code between beta 1 and 2. In fact, the only change that touches the WAN interface code in beta 2 is that I reverted Asus's change that was applying static routes for DNS servers, and those were for IPv4.

You will have to look at the system log to determine what is failing exactly.
IPv6 working well in Beta2 on the 5300, except that the Nord OpenVPN on the router leaks like a sieve when IPv6 is active.
Query round Progress... Servers found
1 ...... 6
2 ...... 6
3 ...... 6
4 ...... 4
5 ...... 6
6 ...... 3
However, if I use the Nord PC software to put my particular machine into the VPN tunnel, all is well with no leaks (https://www.dnsleaktest.com/results.html).
The other thing that I noted was that using the PC software, my upload/download speeds were only having a 5% loss. With the VPN turned on through the router (NO IPv6), I only get about 15-20% of the available speed??
 
Last edited:
Here is another weird difference from RT-AC5300_384.19_0 and the 386 line of updates that surfaced for me:
I was unable to access my cable modem at its normal address (http://192.168.100.1/). In the 386 line, I'd get the log in box, but login caused the router to reboot and lose dhcp assignments as well. In 384.19, with the same settings, it was not a problem.
With this beta, I did the total full reset and tested the modem access function as I added each of my old settings. I FOUND IT!! When I turned on the firewall keyword filter (porn and pron filters), the problem surfaced. I just turned off keyword (and url) filters and no further problems in the 386 line!!
Also, with the vpn active (either way), the modem url will not resolve. Vpn must be off. Don't know if this is normal or not??
 
Last edited:
Final observation after 2.5 LONG days of troubleshooting the new 386 line and this Beta2. I usually use QOS in my router, even though I get 450mbps...not necessary, but nice insurance. The router did not like it. It affected reliable operation, causing the router to reset every 2-3 hours and drop all connections for a bit until things were all restored.
Is this normal?
 
Last edited:
So there is another issue in the Traffic Analyzer, i see all of the data except the monthly data. I see 4 days of daily data, but NO monthly.

I can't remember if it needs more data to before the monthly graphs etc populate.

I restarted the log file and created a new one.

this is on Beta 2. Am i the only one seeing this?
 
So there is another issue in the Traffic Analyzer, i see all of the data except the monthly data. I see 4 days of daily data, but NO monthly.

I can't remember if it needs more data to before the monthly graphs etc populate.

I restarted the log file and created a new one.

this is on Beta 2. Am i the only one seeing this?
I have traffic analyzer running and monthly displays fine.
 
I'm currently facing latency instability on 386-2 Beta version of AX58U. (I'm using NexDNS CLI and Cake QOS) (Fiber - 300/150 speed)
Latency is very unstable and I'm not able to get "A+" score with 200/140 (down/up) speeds configurated on Cake QOS.

The issue is not seem on 386-2 Alpha1 (It is pretty stable.).
With same Cake speed configuration on Alpha1, I'm able to get 200/140 speed and also score "A+" without issue. Latency is way better on this version also.

My guess, Something broke after upgrade GPL verson to 386_42095. (Same issue on 386-2 Alpha2).
Sorry to hear you are having issues. I have the same router running latest 386.2 beta plus cake and have no issues. I'm also using NextDNS so our configs are almost identical.

Might be worth resetting your wan connection and/or speaking to your ISP to see if they are having some issues.
 
This is expected, as the tunnel only handles IPv4.
Thanks for the additional info, Merlin!
Wonder when all the VPN providers will go over to supporting the coming standard?
 
...

There's a whole new GPL from Asus containing multiple fixes of all kinds, SDK updates for many of the newer models, plus a number of fixes of my own as well.

....

What new GPL? I'm already on 386_42095.

I thought your previous post that I'm quoting here indicated that ASUS had released a new GPL beyond 42095, but I apparently misunderstood what you wrote.
 
I thought your previous post that I'm quoting here indicated that ASUS had released a new GPL beyond 42095, but I apparently misunderstood what you wrote.

I had the same impression.
 
IPv6 working well in Beta2 on the 5300, except that the Nord OpenVPN on the router leaks like a sieve when IPv6 is active.
Query round Progress... Servers found
1 ...... 6
2 ...... 6
3 ...... 6
4 ...... 4
5 ...... 6
6 ...... 3
However, if I use the Nord PC software to put my particular machine into the VPN tunnel, all is well with no leaks (https://www.dnsleaktest.com/results.html).
The other thing that I noted was that using the PC software, my upload/download speeds were only having a 5% loss. With the VPN turned on through the router (NO IPv6), I only get about 15-20% of the available speed??
what about when using @Martineau 's WireGuard implementation? Have you tried that, from over in the Asus-Merlin Addons forum? Maybe I'm mis-recalling that Nord has WG as one of their supported protocols and has set up servers for clients to connect to using it...isn't WG based on IPv6? What happens in that case, if I'm correct on some of these assumptions? or does it not work on your model router at present...??


Frankly, this prospect is exciting to me - IPv6 is the way forward, and if it forces Asus' hand to include Wireguard in an upcoming GPL...unfortunately, it probably would mean the end of non-HND routers sooner than their MTBF from a support perspective, both from Asus and Merlin if I understand everything correctly.
Surgite!
 
Last edited:
Thanks for the additional info, Merlin!
Wonder when all the VPN providers will go over to supporting the coming standard?
They will have their customers run their clients on the computer itself, so it can disable IPv6 trafic while tunelling IPv4 traffic.
 
I thought your previous post that I'm quoting here indicated that ASUS had released a new GPL beyond 42095, but I apparently misunderstood what you wrote.
My post was in response to someone claiming that 386.2 didn't contain much changes for him. I pointed out that 386.2 had a new GPL merged in compared to 386.1_2, so there are far more changes than what's shown in my changelog.
 
My post was in response to someone claiming that 386.2 didn't contain much changes for him. I pointed out that 386.2 had a new GPL merged in compared to 386.1_2, so there are far more changes than what's shown in my changelog.

All ok for me. However, I've been puzzled for a while about why ASUS has not been releasing 42095 firmware updates for more routers. I think this may be the first time I've seen where your firmware may contain a newer GPL than a stock firmware for many routers. It looks to me that ASUS is taking greater steps to help you which is great, and I know that ASUS has a long verification period for their own firmwares, but still a fascinating situation.
 
Anyone else having issues with guest network 1 clients connecting to the internet? Firewall is enabled with URL, Keyword, and Network filters disabled.
 
Last edited:
All seems fine here , no issues. On RT-AX86U_386.2_beta2
Same experience here... Great performance and feels rock solid on my AX86U :cool:
 
Anyone else having issues with guest network 1 clients connecting to the internet? Firewall is enabled with URL, Keyword, and Network filters disabled.
Not a Merlin firmware issue. It would help if you added your specific router to a signature ... I had to dig through your past posts to see what router was causing the problem. The RT-AC88U certainly had a few early firmware issues with beta 1 - but as far as I can tell these were sorted in beta 2 released a few days ago.

I assume you have applied beta 2??
Search results on AC88U here ...
https://www.snbforums.com/search/155459/?q=ac88u&t=post&c[thread]=71038&o=date
 
I had one Fire Stick do that to me on 5Ghz main SSID.. All the others were fine (5 in total) so I moved this one to the 5Ghz Guest and its working there. .. 386 Beta2 on 3x RTAX58U in AiMesh, with wifi backhaul (as i just moved)
I did notice that sometimes if I moved them to a guest network, it would work normally; however, after a little while, it would stop again. With Beta 2, it's been smooth sailing (other than me not knowing about stopping unbound before updating entware).
 
Status
Not open for further replies.

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Top