What's new

[Release] Asuswrt-Merlin 384.17 (and 384.13_8) are 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.
better to use 5GHZ Wifi

Yes i would try 5GHz. I have several streaming devices and smart tv's and they all work flawless using 5 Ghz wifi. No need to hard wire streaming don't need a ton of bandwidth and most are buffered quite well.
 
Why use LAN? TV Lan speed is fked anyways, better to use 5GHZ Wifi

Test it with speed test app on it, you will see

Because LAN speeds (100 mbps) are fast enough to stream 4K, which is all that really matters and I have a lot of devices on 5 Ghz Wifi that don’t support LAN that I don’t want to slow down when the TV decides to download something.

For what it’s worth the TV has stopped requesting DHCP every few minutes since I double rebooted it last night and has been stable. I’m not sure what it’s issue was or whether it will come back or not, but it seems okay currently.
 
Has something changed or when did I miss wireless speeds eclipsing 1Gbps hardwired LAN?

Wifi 6 will provide speeds that exceed 1Gbps but I believe you need a 4×4 client or 160Mhz.
 
Has something changed or when did I miss wireless speeds eclipsing 1Gbps hardwired LAN?
NO TV I know off has 1Gbps, ONLY 100Mbps LAN port! ;)
And yes, I too use 5Ghz WiFi with my TV, it is faster then via LAN.
Tried it with a 4K HDR 85GB sized movie (maybe even bigger, not sure I remember correctly); over LAN stutter, on WiFi it was fine (the bit rate was larger than 100Mbp)...
 
Oh my bad. I didn't know specifically it was about the ethernet port on the TV. I thought just streaming devices in general is what was being referred to. Hardwired is still superior outside of that case, though.

Didn't mean to derail the thread, I just honestly thought I'd missed something because I'm not into this hobby like I used to be.
 
Dirty update from 384.15 to 384.17 on RT-AC88U
No problems at all, seems working perfectly

The ONLY issue is that the new "Internet Traffic" monitor on network map page is not showing any data. Always 0.00KB/s in download as well as in upload.
Could it be because I have set up my WAN with a VLAN ID ???
upload_2020-5-2_23-56-25.png
 
Last edited:
Because LAN speeds (100 mbps) are fast enough to stream 4K, which is all that really matters and I have a lot of devices on 5 Ghz Wifi that don’t support LAN that I don’t want to slow down when the TV decides to download something.

For what it’s worth the TV has stopped requesting DHCP every few minutes since I double rebooted it last night and has been stable. I’m not sure what it’s issue was or whether it will come back or not, but it seems okay currently.

Has something changed or when did I miss wireless speeds eclipsing 1Gbps hardwired LAN?


NO TV I know off has 1Gbps, ONLY 100Mbps LAN port! ;)
And yes, I too use 5Ghz WiFi with my TV, it is faster then via LAN.
Tried it with a 4K HDR 85GB sized movie (maybe even bigger, not sure I remember correctly); over LAN stutter, on WiFi it was fine (the bit rate was larger than 100Mbp)...

Like MDM Said - still waiting for it on SONY, we at the Bravia Subreddit discuss about this all the time - we were hoping the new models wold have 1gbps LAN

But like I said, try the speedtest app on the Anderoid TV and you will see the difference
 
I still have that issue under Ethernet Ports section is showing that LAN 8 is unplugged, and I'm connected with my PC and normally using interenet and all other stuff through that port.
I tried to unplug cable from PC and plug it back again, same, reboot router still same. I have static IP set on my PC don't know if that has to do anything with it. Only my WAN port is showing that it is connected at 1Gpbs

I connect now my PC to LAN 1 and now it's showing that it is connected at 1Gbps. Only LAN 1 and LAN 2(DiskStation that was unplugged for few days because of HDD change) are now occupied, others ports are empty. Could it be that I need to connect it in order or something ?

Anyone have issue like this ?
 
Last edited:
Dirty flash from 384.15 to 384.17 on AC86U.

Normally do a reset if I skip a version but thought I would try giving that a miss, see how it goes. I don't use the router for anything special just a basic setup here.

Thanks Merlin
 
NO TV I know off has 1Gbps, ONLY 100Mbps LAN port! ;)
And yes, I too use 5Ghz WiFi with my TV, it is faster then via LAN.
Tried it with a 4K HDR 85GB sized movie (maybe even bigger, not sure I remember correctly); over LAN stutter, on WiFi it was fine (the bit rate was larger than 100Mbp)...

Exactly this, even my 2019 LG OLED C9 has a crappy 100mbps lan nic. All it takes is streaming a 4k blu ray remux and it stutters along when connected via lan because blu ray tops out at 125mbps. Using 5ghz ensures smooth playback without any issues.
 
Since i upgraded to the 384.17 i cannot connect to vpn anymore. It is giving this errors:

May 3 14:44:31 ovpn-client1[24355]: /sbin/ifconfig tun11 10.52.0.2 netmask 255.255.0.0 mtu 1500 broadcast 10.52.255.255
May 3 14:44:31 ovpn-client1[24355]: /sbin/ifconfig tun11 add fd54:20a4:d33b:b10c:281:34:0:1000/112
May 3 14:44:31 ovpn-client1[24355]: Linux ifconfig inet6 failed: external program exited with error status: 1
May 3 14:44:31 ovpn-client1[24355]: Exiting due to fatal error

ip6 is disabled in my router. It always is.

Anyone who can help me with this?

edit: hmmz. Or just before i upgraded i installed skynet...

edit2: complete log:

May 3 14:48:34 lldpd[1054]: removal request for address of 10.52.0.2%25, but no knowledge of it
May 3 14:48:34 ovpn-client1[28048]: OpenVPN 2.4.9 arm-buildroot-linux-gnueabi [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [MH/PKTINFO] [AEAD] built on Apr 25 2020
May 3 14:48:34 ovpn-client1[28048]: library versions: OpenSSL 1.1.1g 21 Apr 2020, LZO 2.08
May 3 14:48:34 ovpn-client1[28049]: NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
May 3 14:48:34 ovpn-client1[28049]: Outgoing Control Channel Authentication: Using 512 bit message hash 'SHA512' for HMAC authentication
May 3 14:48:34 ovpn-client1[28049]: Incoming Control Channel Authentication: Using 512 bit message hash 'SHA512' for HMAC authentication
May 3 14:48:34 ovpn-client1[28049]: TCP/UDP: Preserving recently used remote address: [AF_INET]192.40.57.240:5060
May 3 14:48:34 ovpn-client1[28049]: Socket Buffers: R=[524288->524288] S=[524288->524288]
May 3 14:48:34 ovpn-client1[28049]: UDPv4 link local: (not bound)
May 3 14:48:34 ovpn-client1[28049]: UDPv4 link remote: [AF_INET]192.40.57.240:5060
May 3 14:48:34 ovpn-client1[28049]: TLS: Initial packet from [AF_INET]192.40.57.240:5060, sid=0ae70984 559b305c
May 3 14:48:34 ovpn-client1[28049]: WARNING: this configuration may cache passwords in memory -- use the auth-nocache option to prevent this
May 3 14:48:34 ovpn-client1[28049]: VERIFY OK: depth=2, C=CH, O=ProtonVPN AG, CN=ProtonVPN Root CA
May 3 14:48:34 ovpn-client1[28049]: VERIFY OK: depth=1, C=CH, O=ProtonVPN AG, CN=ProtonVPN Intermediate CA 1
May 3 14:48:34 ovpn-client1[28049]: VERIFY KU OK
May 3 14:48:34 ovpn-client1[28049]: Validating certificate extended key usage
May 3 14:48:34 ovpn-client1[28049]: ++ Certificate has EKU (str) TLS Web Client Authentication, expects TLS Web Server Authentication
May 3 14:48:34 ovpn-client1[28049]: ++ Certificate has EKU (oid) 1.3.6.1.5.5.7.3.2, expects TLS Web Server Authentication
May 3 14:48:34 ovpn-client1[28049]: ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication
May 3 14:48:34 ovpn-client1[28049]: VERIFY EKU OK
May 3 14:48:34 ovpn-client1[28049]: VERIFY OK: depth=0, CN=nl-28.protonvpn.com
May 3 14:48:34 ovpn-client1[28049]: Control Channel: TLSv1.3, cipher TLSv1.3 TLS_AES_256_GCM_SHA384, 4096 bit RSA
May 3 14:48:34 ovpn-client1[28049]: [nl-28.protonvpn.com] Peer Connection Initiated with [AF_INET]192.40.57.240:5060
May 3 14:48:35 ovpn-client1[28049]: SENT CONTROL [nl-28.protonvpn.com]: 'PUSH_REQUEST' (status=1)
May 3 14:48:35 ovpn-client1[28049]: PUSH: Received control message: 'PUSH_REPLY,dhcp-option DNS 10.52.0.1,dhcp-option DNS fd54:20a4:d33b:b10c:0281:34::1,redirect-gateway def1,redirect-gateway ipv6,sndbuf 524288,rcvbuf 524288,explicit-exit-notify,comp-lzo no,tun-ipv6,route-gateway 10.52.0.1,topology subnet,ping 10,ping-restart 60,ifconfig-ipv6 fd54:20a4:d33b:b10c:281:34:0:1000/112 fd54:20a4:d33b:b10c:281:34:0:1,ifconfig 10.52.0.2 255.255.0.0,peer-id 5,cipher AES-256-GCM'
May 3 14:48:35 ovpn-client1[28049]: OPTIONS IMPORT: timers and/or timeouts modified
May 3 14:48:35 ovpn-client1[28049]: OPTIONS IMPORT: explicit notify parm(s) modified
May 3 14:48:35 ovpn-client1[28049]: OPTIONS IMPORT: compression parms modified
May 3 14:48:35 ovpn-client1[28049]: OPTIONS IMPORT: --sndbuf/--rcvbuf options modified
May 3 14:48:35 ovpn-client1[28049]: Socket Buffers: R=[524288->1048576] S=[524288->1048576]
May 3 14:48:35 ovpn-client1[28049]: OPTIONS IMPORT: --ifconfig/up options modified
May 3 14:48:35 ovpn-client1[28049]: OPTIONS IMPORT: route options modified
May 3 14:48:35 ovpn-client1[28049]: OPTIONS IMPORT: route-related options modified
May 3 14:48:35 ovpn-client1[28049]: OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
May 3 14:48:35 ovpn-client1[28049]: OPTIONS IMPORT: peer-id set
May 3 14:48:35 ovpn-client1[28049]: OPTIONS IMPORT: adjusting link_mtu to 1657
May 3 14:48:35 ovpn-client1[28049]: OPTIONS IMPORT: data channel crypto options modified
May 3 14:48:35 ovpn-client1[28049]: Data Channel: using negotiated cipher 'AES-256-GCM'
May 3 14:48:35 ovpn-client1[28049]: Outgoing Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key
May 3 14:48:35 ovpn-client1[28049]: Incoming Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key
May 3 14:48:35 ovpn-client1[28049]: GDG6: remote_host_ipv6=n/a
May 3 14:48:35 ovpn-client1[28049]: TUN/TAP device tun11 opened
May 3 14:48:35 ovpn-client1[28049]: TUN/TAP TX queue length set to 1000
May 3 14:48:35 ovpn-client1[28049]: /sbin/ifconfig tun11 10.52.0.2 netmask 255.255.0.0 mtu 1500 broadcast 10.52.255.255
May 3 14:48:35 lldpd[1054]: removal request for address of 10.52.0.2%28, but no knowledge of it
May 3 14:48:35 lldpd[1054]: removal request for address of 10.52.0.2%28, but no knowledge of it
May 3 14:48:35 ovpn-client1[28049]: /sbin/ifconfig tun11 add fd54:20a4:d33b:b10c:281:34:0:1000/112
May 3 14:48:35 ovpn-client1[28049]: Linux ifconfig inet6 failed: external program exited with error status: 1
May 3 14:48:35 ovpn-client1[28049]: Exiting due to fatal error
 
Last edited:
If you're having trouble with IPV6 and OpenVPN and you have IPV6 disabled in your router try these two lines in your OpenVPN client config:

pull-filter ignore "ifconfig-ipv6 "
pull-filter ignore "route-ipv6 "
 
Unmounted usb drive, no reboot then upgraded from 384.15 to 384.17.
No issues found.
 
GUI Interface locked up 3 times since installing 384.17 beta + release, using firefox when viewing client list from the Network Map. I'm not positive, but I think that's the only place it has locked up. I know it has twice, can't remember for sure about the third. I close firefox and I can't log back in until I power off/ on. It may not be related, but seems suspicious. Don't think it has happened before this release.


RT-AC86U w/ 384.17, RT-AC68U Aimesh node w/ same, Diversion, UiDivstats, Skynet, AiProtection, Scribe, UiScribe, Conmon, SpdMerlin, ScMerlin, Nsrum, NtpMerlin, OpenVPN selective clients
 
Last edited:
New around here. Updated AX-88U to 384.17 works nicely. Got AMTM with diversion, skynet, coomon & speed tests and love it.
Some minor WiFi disconnect issues to which I have not found clear answers searching forums or twitter, hope I can resolve them one day, do not appear to impact performance.

What disconnect issues were you seeing and have you found a solution? After upgrading my AX-88U to 384.17 I found most my wifi devices would be stuck in an auth/deauth cycle. I had rebooted before the firmware update and after, wifi worked fine for a bit but within an hour or two wifi was unstable and required a reboot. After a few instances of this I reverted back to 384.16 and haven't had any wifi issues in the 24hrs since.
 
GUI Interface locked up 3 times since installing 384.17 beta + release, using firefox when viewing client list from the Network Map. I'm not positive, but I think that's the only place it has locked up. I know it has twice, can't remember for sure about the third. I close firefox and I can't log back in until I power off/ on. It may not be related, but seems suspicious. Don't think it has happened before this release.


RT-AC86U w/ 384.17, RT-AC68U Aimesh node w/ same, Diversion, UiDivstats, Skynet, AiProtection, Scribe, UiScribe, Conmon, SpdMerlin, ScMerlin, Nsrum, NtpMerlin, OpenVPN selective clients
Do you have SSH access to the rouiter? Open and SSH terminal and enter this, then hit Enter.
Code:
service restart_httpd
That will restart the router GUI and you should be able to log in without rebooting the router.
 
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!

Members online

Top