What's new

Asuswrt-Merlin 3.0.0.4.374.38 is out

  • 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!

I went back to the SDK6 build with 374.38_2 about a week ago and my throughput has gotten worse across all my devices, particularly the PS4. I tried 374.38_2-em tonight and it's no better. I'm going to go back to the SDK5 beta build and see what happens.

DId you do a factory default reset + manual reconfiguration as required by the SDK switch?
 
My non-scientific results are in. I have definately notice and improved signal strength coming from an SDK5 driver. I have very week signal in the master bedroom and after the update it seems to have gotten better. Simple things like streaming has improved significantly.

again this is not scientific by any means, but from a day to day usage I noticed a difference.
 
diyguy,

Is this in both bands? Or is it the 2.4GHz band you're primarily testing?


If you want to see increased performance for the 5GHz band - try the Asus beta v.2239 driver when you get a chance (or wait for the RMerlin firmware based on that release).
 
DId you do a factory default reset + manual reconfiguration as required by the SDK switch?

I did.

I have a feeling there is a bigger issue at play, because I'm not getting the same results with the SDK5 build as I was when I last used it. I reckon the issue is with the service from my ISP.
 
I just setup openvpn on this build, had a couple of questions

all I did was setup the openvpn server in the details tab and then exported the ovpn file to my phone and it connected. IS there anything else I need to do for the setup? it seems like it was too simple, thoughts? I left the client tab off and unchanged, I am not sure what that is for. when I enabled that before I lost web access to my router.

Thanks
 
Has anyone had any issues with IPv6 enabled on the latest RT-AC68U_3.0.0.4_374.38_2 package? Outside of the normal "ipv6: Neighbour table overflow", I experience about 5% packet loss when IPv6 is enabled along with some other stability issues. Disabling IPv6 and rebooting resolves this.
 
I just setup openvpn on this build, had a couple of questions

all I did was setup the openvpn server in the details tab and then exported the ovpn file to my phone and it connected. IS there anything else I need to do for the setup? it seems like it was too simple, thoughts? I left the client tab off and unchanged, I am not sure what that is for. when I enabled that before I lost web access to my router.

Thanks

When Asus integrated OpenVPN into the stock firmware, they also implemented automatic cert/key generation, which greatly simplified configuration for novice users. Now, just enabling the OpenVPN server and giving it 2-3 mins to generate key/certs is enough to get you a basic running OpenVPN server.
 
Has anyone had any issues with IPv6 enabled on the latest RT-AC68U_3.0.0.4_374.38_2 package? Outside of the normal "ipv6: Neighbour table overflow", I experience about 5% packet loss when IPv6 is enabled along with some other stability issues. Disabling IPv6 and rebooting resolves this.

Random packet losses sound more like a networking issue on the ISP's side. Did you check with traceroute if you could pinpoint at which hop packets were typically being lost?
 
so I checked my 5GHz signal and that doesn't appear to be improved from my "non-scientific" research. prioer to the firmware I was getting a "fair" signal and it is the same after. Again I didn't quanitfy it with any numbers though...
 
Random packet losses sound more like a networking issue on the ISP's side. Did you check with traceroute if you could pinpoint at which hop packets were typically being lost?

No, I went the quick and dirty fix and disabled IPv6, I had to work. I can do some testing now though and will let you know :D
 
Random packet losses sound more like a networking issue on the ISP's side. Did you check with traceroute if you could pinpoint at which hop packets were typically being lost?

I am not great at analyzing traceroutes, but it looks like the second hop is where it is timing out:
C:\Users\Geran>tracert google.com

Tracing route to google.com [2607:f8b0:4005:800::1005]
over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms 2601:c:a380:d16:beee:7bff:feef:51a8
2 * * * Request timed out.
3 8 ms 8 ms 9 ms 2001:558:1a2:200a::1
4 17 ms 14 ms 14 ms 2001:558:210:5b::1
5 12 ms 53 ms 15 ms te-0-4-0-7-ar03.sacramento.ca.sacra.comcast.net [2001:558:210:13::1]
6 23 ms 20 ms 19 ms he-3-6-0-0-11-cr01.sanjose.ca.ibone.comcast.net [2001:558:0:f6a1::1]
7 19 ms 17 ms 16 ms be-22-pe02.529bryant.ca.ibone.comcast.net [2001:558:0:f8a6::2]
8 70 ms 69 ms 79 ms 2001:559:0:1c::6
9 17 ms 47 ms 18 ms 2001:4860::1:0:7ea
10 19 ms 28 ms 22 ms 2001:4860:0:1::691
11 21 ms 28 ms 24 ms nuq05s01-in-x05.1e100.net [2607:f8b0:4005:800::1005]

Trace complete.

Edit: I will add that currently I am not seeing packet loss, so I will leave IPv6 on for a bit and see if I can break it.
 
I am not great at analyzing traceroutes, but it looks like the second hop is where it is timing out:
C:\Users\Geran>tracert google.com

Tracing route to google.com [2607:f8b0:4005:800::1005]
over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms 2601:c:a380:d16:beee:7bff:feef:51a8
2 * * * Request timed out.
3 8 ms 8 ms 9 ms 2001:558:1a2:200a::1
4 17 ms 14 ms 14 ms 2001:558:210:5b::1
5 12 ms 53 ms 15 ms te-0-4-0-7-ar03.sacramento.ca.sacra.comcast.net [2001:558:210:13::1]
6 23 ms 20 ms 19 ms he-3-6-0-0-11-cr01.sanjose.ca.ibone.comcast.net [2001:558:0:f6a1::1]
7 19 ms 17 ms 16 ms be-22-pe02.529bryant.ca.ibone.comcast.net [2001:558:0:f8a6::2]
8 70 ms 69 ms 79 ms 2001:559:0:1c::6
9 17 ms 47 ms 18 ms 2001:4860::1:0:7ea
10 19 ms 28 ms 22 ms 2001:4860:0:1::691
11 21 ms 28 ms 24 ms nuq05s01-in-x05.1e100.net [2607:f8b0:4005:800::1005]

Trace complete.

Edit: I will add that currently I am not seeing packet loss, so I will leave IPv6 on for a bit and see if I can break it.

Having a specific hop never reply to pings but the next one reply isn't abnormal - it simply means that this specific hop isn't responding to your ICMP queries. This is sometime done on purpose on some routers for performance reasons. What is more worrying is when you get scattered "*" along the way.
 
I just have a chance to install 3.0.0.4.374.38_2 in my dad's AC56U. I upgraded it remotely through telnet and everything works well! The most impressive part, the WAN remote weg GUI is way faster than before! a great improvement!

thanks!!
 
I upgraded to 3.0.0.4.374.38 sdk6 coming from 3.0.0.4.270.26b sdk5 and i want from having 60mbit on speedtest.net to around 50-60mbit (aprox 20ms ping with both). Just went to RT-N66U_3.0.0.4_374.38_2-em and I am back up to stable 60mbit when speed testing and ping has doped to 8-15ms. This is in my office with the router only about 8M away but is though quite a few walls/floor.
 
Strange issue I am having (possibly not related to this firmware as made this change today after upgrading). I added an extra partition to my external hd and now the stats are as bellow

Model name:

WD 10EAVS External

Total space:

931.399 GB

Available space:

-17179868972.408 GB

The line for how space is used goes off the screen.

The hd has a fat32,ntfs (the largest ones) then two ext3 parts. the ext3 is used for entware/transmission and the other the dnla db.

Any ideas if this is bug in firmware or something weird happend when adding extra part. Everything is working despite space showing wrong.
 
Strange issue I am having (possibly not related to this firmware as made this change today after upgrading). I added an extra partition to my external hd and now the stats are as bellow

Model name:

WD 10EAVS External

Total space:

931.399 GB

Available space:

-17179868972.408 GB

The line for how space is used goes off the screen.

The hd has a fat32,ntfs (the largest ones) then two ext3 parts. the ext3 is used for entware/transmission and the other the dnla db.

Any ideas if this is bug in firmware or something weird happend when adding extra part. Everything is working despite space showing wrong.

Hi,

I has same problem on AC56U with an older firmware version. HDD was partitioned two partitions, first fat32 and the second ext4. I ran a linux disk check tool via telnet on ext4 partition and it solved this issue. Unfortunately I not a linux expert, one of my friend divert me remote and I don't remember the exact method, but maybe someone can help to you.
 
Yota (rndis) issue

Hi.

I have trouble with using Yota (USB LTE rndis) connection as WAN and firmware AC68U_3.0.0.4_374.38_2.

WAN connection wasn't get up at all. Unfortunately I did not have time to discover the cause and I just rolled back to 3.0.0.4.374.35_4.
 
Hi,

I has same problem on AC56U with an older firmware version. HDD was partitioned two partitions, first fat32 and the second ext4. I ran a linux disk check tool via telnet on ext4 partition and it solved this issue. Unfortunately I not a linux expert, one of my friend divert me remote and I don't remember the exact method, but maybe someone can help to you.

Thanks, plugged it back into my pc and partition seemed to be corrupted, have made again and it seems ok. On a slightly related note the partition I have created for the media db is /mnt/mediadb. When i restart the router after setting this up also get a mnt/mediadb(1) that seem to be accessible from gui of router but /mnt/mediadb only seems to be accessible via putty and not gui or network share. Is this normal?

Thanks,
James
 
When Asus integrated OpenVPN into the stock firmware, they also implemented automatic cert/key generation, which greatly simplified configuration for novice users. Now, just enabling the OpenVPN server and giving it 2-3 mins to generate key/certs is enough to get you a basic running OpenVPN server.

Is there any drawbacks or negatives to this? Security, lower key size, etc? If someone wants to wade through manual configuration is that still better from a security standpoint?
 

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