What's new

Asuswrt-Merlin 384.8 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!

Speaking of the update server, I had a hard time believing the analytics provided by Cloudflare, so I did a temporary configuration change this weekend to gather traffic data and generate my own analysis. They pretty much confirm what Cloudflare reported, that there are close to 150,000 Asuswrt-Merlin users out there (not counting those who disabled the update checking). That is... mind blowing.
My first reaction to reading this, "Wow, that's amazing. Who knew Asuswrt-Merlin project was supporting so many people?" My second reaction, which may have been your first, was "If people just donate reasonably, RMerlin should be a millionaire!"

Thanks so much for your efforts and clearly so many enthusiasts at various levels owe you a debt of gratitude. And regular donations for all that you continually do. It's not like when I log into my router, I see a Wikipedia style plea for donations every upgrade.

Food for thought. While it seems you have a reasonably congenial relationship with Asus, clearly they are greatly benefiting from the work and reputation of Asuswrt-Merlin. Perhaps a Merlin branded Asus router with Merlin firmware out of the box, and full cooperation with you and the community for code and support would be a big hit. And it should support yourself and the community more equitably. You are the King of Router community influencers.
 
Is that the same as with telnet

Telnet is disabled in Merlin firmware, replaced with SSH. Once you login, it works the same way as telnet do, the main different is data transmission in SSH is encrypted while telnet is transmitting plain text including the login username and password and all the keystroke commands.
 
@RMerlin, my lan cable is 400 feet long and buried 5-6 feet under the ground... haven't had an issue with it running at 100 mbs until last week, could it have something to do with the cold winter temps?
 
@RMerlin, I re-settled the cable into another connector on the router and that fixed the issue; it was slightly lose prior to, so probably would have worked in the same one! YAY
 
@RMerlin, my lan cable is 400 feet long and buried 5-6 feet under the ground... haven't had an issue with it running at 100 mbs until last week, could it have something to do with the cold winter temps?

LAN cable should not be longer than 300 feet end-to-end. You will need a switch in between for combined length above 300 feet.
 
Woke up to no internet this morning, strange thing is that from the router's network tools I could successfully ping and issue a trace route to google.

Did a switch on/off toggle and internet started working.

Saw these errors in log after the WAN renew:

Code:
May  5 07:05:05 kernel: _ Reboot message ... _______________________________________________________
May  5 07:05:05 kernel: dhd_detach(): thread:dhd_watchdog_thread:254 terminated OKkthread_should_stop detected in wfddhd_detach(): thread:dhd_watchdog_thread:24e terminated OKBUG: recent printk recursion!FPM Pool 1: invalid token 0x23fd0000 freedFPM Pool 1: invalid token 0x21808000 freedFPM Pool 1: invalid token 0x23cb0000 freedFPM Pool 1: invalid token 0x20a20000 freedFPM Pool 1: invalid token 0x221f0000 freedFPM Pool 1: invalid token 0x22610000 freedFPM Pool 1: invalid token 0x20d78000 freedFPM Pool
May  5 07:05:05 kernel: FPM Pool 1: invalid token 0x20c78000 freedFPM Pool 1: invalid token 0x23b40000 freedFPM Pool 1: invalid token 0x20010000 freedFPM Pool 1: invalid token 0x212a0000 freedFPM Pool 1: invalid token 0x22ef0000 freedFPM Pool 1: invalid token 0x23598000 freedFPM Pool 1: invalid token 0x23088000 freedFPM Pool 1: invalid token 0x22190000 freedFPM Pool 1: invalid token 0x23748000 freedFPM Pool 1: invalid token 0x23e00000 freedFPM Pool 1: invalid token 0x213d0000 freed

Code:
Dec 17 08:03:17 kernel: httpd[7846]: unhandled level 3 translation fault (11) at 0x0042113c, esr 0x92000007
Dec 17 08:03:17 kernel: pgd = ffffffc0131b9000
Dec 17 08:03:17 kernel: [0042113c] *pgd=000000000a3a0003, *pud=000000000a3a0003, *pmd=00000000118a8003, *pte=0000000000000000
Dec 17 08:03:17 kernel: CPU: 1 PID: 7846 Comm: httpd Tainted: P           O    4.1.27 #2
Dec 17 08:03:17 kernel: Hardware name: Broadcom-v8A (DT)
Dec 17 08:03:17 kernel: task: ffffffc01504d440 ti: ffffffc00a360000 task.ti: ffffffc00a360000
Dec 17 08:03:17 kernel: PC is at 0xf70f4aa0
Dec 17 08:03:17 kernel: LR is at 0x26cd8
Dec 17 08:03:17 kernel: pc : [<00000000f70f4aa0>] lr : [<0000000000026cd8>] pstate: 20000010
Dec 17 08:03:17 kernel: sp : 00000000ffa32e18
Dec 17 08:03:17 kernel: x12: 000000000008c71c
Dec 17 08:03:17 kernel: x11: 00000000000791e4 x10: 0000000000000001
Dec 17 08:03:17 kernel: x9 : 0000000000408d68 x8 : 0000000000000000
Dec 17 08:03:17 kernel: x7 : 000000000040eef8 x6 : 00000000004198d0
Dec 17 08:03:17 kernel: x5 : 0000000000421130 x4 : 0000000000421130
Dec 17 08:03:17 kernel: x3 : 00000000ffffffff x2 : 00000000f6fa07a8
Dec 17 08:03:17 kernel: x1 : 0000000000000000 x0 : 0000000000421130
 
Last edited:
On 384.8.2. Uptime : 7 days 22 hours 33 minute(s) 30 seconds. No issue so far. Nice job Merlin!
 
Any news on the RTAC3200 being updated any time soon or is it just a waiting game?
 
@RMerlin, my lan cable is 400 feet long and buried 5-6 feet under the ground... haven't had an issue with it running at 100 mbs until last week, could it have something to do with the cold winter temps?

400 feet is beyond Ethernet specs.
 
LAN cable should not be longer than 300 feet end-to-end. You will need a switch in between for combined length above 300 feet.
Use a pair of transceivers and a sufficient length of optical fiber, pre-terminated of course. Standard practice for extending ethernet beyond the limits of copper cabling.
 
A quick check, just flashed my ac86u to 384.8_2. I did an initialize after flashing and configured from scratch. All seems working well but I’m getting a lot of this error from time to time.

Dec 17 23:51:52 kernel: protocol 0800 is buggy, dev eth5
Dec 17 23:51:58 kernel: protocol 0800 is buggy, dev eth6
Dec 17 23:51:58 kernel: protocol 0800 is buggy, dev eth5
Dec 17 23:52:02 kernel: protocol 0800 is buggy, dev eth6
Dec 17 23:52:02 kernel: protocol 0800 is buggy, dev eth5

Any chance of knowing what I can fix?
 
I have a question about OpenVPN server on Asus AC86U.
I would love to connect to my LAN. For direct connection over the tunnel from phone to my NAS. For example I´ve changed the DHCP-server spann. from 192.168.1.1 ---> 192.168.1.250

So then 192.168.1.251-254 is (in my mind) free for the OpenVPN server connections.

I guess that route is the way to go. But I haven´t found anything that gives me succes.

Anyone know how?
 
I have a question about OpenVPN server on Asus AC86U.
I would love to connect to my LAN. For direct connection over the tunnel from phone to my NAS. For example I´ve changed the DHCP-server spann. from 192.168.1.1 ---> 192.168.1.250

So then 192.168.1.251-254 is (in my mind) free for the OpenVPN server connections.

I guess that route is the way to go. But I haven´t found anything that gives me succes.

Anyone know how?
You do not need to modify DHCP range in order to connect a client to the OpenVPN server running on your router, but there are two different scenarios based on the type of server that you set up:
  • TAP: Simply uses address that is given from your DHCP range; or
  • TUN: Separate addressable range for OpenVPN connections as configured on the router (e.g., if my router is 192.168.1, my OpenVPN connections might be 10.0.1.x).
FYI, TUN clients are more prevalent than TAP clients -- I use OpenVPN Client (from colucci-web.it) on my Android phone, which supports TAP as well as TUN.
 
You do not need to modify DHCP range in order to connect a client to the OpenVPN server running on your router, but there are two different scenarios based on the type of server that you set up:
  • TAP: Simply uses address that is given from your DHCP range; or
  • TUN: Separate addressable range for OpenVPN connections as configured on the router (e.g., if my router is 192.168.1, my OpenVPN connections might be 10.0.1.x).
FYI, TUN clients are more prevalent than TAP clients -- I use OpenVPN Client (from colucci-web.it) on my Android phone, which supports TAP as well as TUN.


Thank you so much!!!!!!
I followed your instructions and now I´m using TAP. Everything working flawless.

Again thank you
 
Refresh.
WTfast when active is causing cpu's on AC88U to go mental.


Anything i can do my end to help Eric?
Logs etc?

No, WTFast is just one big blackbox, I have no control over it.
 

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