[Release] Asuswrt-Merlin 384.15 (and 384.13_4) are now available

[Clark Griswald]

@XIII I have had zero issues on my AC86U, and that is including the scripts. I did a full reset at 384.14, yet did dirty upgrades through alphas/beta/release.
Perhaps you have been chosen worthy by The Upgrade Gods and you have been given the sign to Upgrade

 

[Chris_J]

So it's looking like there may be some issues with the VPN clients in this update? I may hang fire with upgrading, if that is the case.

 

[maxbraketorque]

So it's looking like there may be some issues with the VPN clients in this update? I may hang fire with upgrading, if that is the case.

My AC86U at home permanently connects to OVPN servers on ASUS routers (another AC86U and an AC68U) at two remote sites, and I've not seen any issues. bi-directional setups in both cases.

 

[rtn66uftw]

Am I the only one to feel like web surfing is much faster now with 384.15?

Thanks Merlin and everyone!

 

[killeriq]

Here is the log: https://paste2.org/a3N82Xxe
Actually i did try other server, was able to connect, then after 2h tried the 1st one and works also...

But new problem occured, getting tons of those errors in log:

Feb 10 21:05:13 kernel: protocol 0800 is buggy, dev br0
Feb 10 21:05:13 kernel: protocol 0800 is buggy, dev br0
Feb 10 21:05:13 kernel: protocol 0800 is buggy, dev br0
Feb 10 21:05:13 kernel: protocol 0800 is buggy, dev br0
Feb 10 21:05:13 kernel: protocol 0800 is buggy, dev br0
Feb 10 21:05:13 kernel: protocol 0800 is buggy, dev br0
Feb 10 21:05:13 kernel: protocol 0800 is buggy, dev br0
Feb 10 21:05:18 kernel: protocol 0800 is buggy, dev eth0
Feb 10 21:05:18 kernel: protocol 0800 is buggy, dev br0
Feb 10 21:05:20 kernel: protocol 0800 is buggy, dev eth0
Feb 10 21:05:20 kernel: protocol 0800 is buggy, dev br0
Feb 10 21:05:20 kernel: protocol 0800 is buggy, dev eth0
Feb 10 21:05:23 kernel: protocol 0800 is buggy, dev br0
Feb 10 21:05:23 kernel: protocol 0800 is buggy, dev br0
Feb 10 21:05:23 kernel: protocol 0800 is buggy, dev br0
Feb 10 21:05:23 kernel: protocol 0800 is buggy, dev br0
Feb 10 21:05:23 kernel: protocol 0800 is buggy, dev br0
Feb 10 21:05:25 kernel: protocol 0800 is buggy, dev eth0
Feb 10 21:05:25 kernel: protocol 0800 is buggy, dev eth0
Feb 10 21:05:25 kernel: protocol 0800 is buggy, dev br0
Feb 10 21:05:25 kernel: protocol 0800 is buggy, dev br0
Feb 10 21:05:26 kernel: protocol 0800 is buggy, dev eth0
Feb 10 21:05:26 kernel: protocol 0800 is buggy, dev br0
Feb 10 21:05:26 kernel: protocol 0800 is buggy, dev eth0
Feb 10 21:05:27 kernel: protocol 0800 is buggy, dev br0
Feb 10 21:05:29 kernel: protocol 0800 is buggy, dev eth0
Feb 10 21:05:29 kernel: protocol 0800 is buggy, dev br0
Feb 10 21:05:30 kernel: protocol 0800 is buggy, dev eth0
Feb 10 21:05:30 kernel: protocol 0800 is buggy, dev br0
Feb 10 21:05:32 kernel: protocol 0800 is buggy, dev eth0
Feb 10 21:05:32 kernel: protocol 0800 is buggy, dev br0
Feb 10 21:05:32 kernel: protocol 0800 is buggy, dev eth0
Feb 10 21:05:32 kernel: protocol 0800 is buggy, dev eth0
Feb 10 21:05:32 kernel: protocol 0800 is buggy, dev eth0
Feb 10 21:05:32 kernel: protocol 0800 is buggy, dev br0
Feb 10 21:05:32 kernel: protocol 0800 is buggy, dev br0
Feb 10 21:05:32 kernel: protocol 0800 is buggy, dev br0

@RMerlin Please, any clue what to do with this? on previous Release X.14 didnt had this in LOG at all. As i was troubleshooting VPN issue above, did "factory reset" setup all again and started to occur, did some googling but cant really find anything related or better say there are cases but across different platforms with no real rootcause.

I might try to do "factory reset" again, but to put all DHCP clients again manually takes long , is maybe some trick how to export/import them?

Thanks

 

[RMerlin]

@RMerlin Advanced apologies for a little off-topic question but I feel like it didn't justify a new thread of its own.

In the Syslog, I see a line that shows the total PPPoE connected time since the last disconnect.

Something like this :
"pppd: Total connected time Xxx minutes "
I want to know is there any way I can fetch that total time duration from within a script? Like if I want to email myself with that information every time my PPPoE link goes down.

So is there any NVRAM variable where that information is stored or my only option is to grep it out from the Syslog?

No, that information is not stored anywhere, it's outputted by pppd/rp-pppoe directly to the system log.

 

[RMerlin]

When I woke up this morning about 50% of the devices in my network were no longer connected to my AC86U.
The same happened in the weekend with the beta. I then thought it was a fluke, but now I'm not so sure anymore.

I power cycled some of those devices, but none of them did get back online.

A (remote) reboot of the router did not help either; I can't connect to the router any longer (SSH + OpenVPN both not working).

(To be continued later today)

Set a fixed channel, make sure it's not a DFS channel in case half of your clients might not support these.

 

[Butterfly Bones]

@RMerlin Please, any clue what to do with this? on previous Release X.14 didnt had this in LOG at all. As i was troubleshooting VPN issue above, did "factory reset" setup all again and started to occur, did some googling but cant really find anything related or better say there are cases but across different platforms with no real rootcause.

I might try to do "factory reset" again, but to put all DHCP clients again manually takes long , is maybe some trick how to export/import them?

Thanks

The " kernel: protocol 0800 is buggy," has been reported here often.
https://www.snbforums.com/search/1284815/?q=kernel:+protocol+0800+is+buggy&o=date&c[node]=42

As are so many of those log entries, they are closed source and outside RMerlin control, so ignore them (or use scribe to scrape them out and dispose or hide them). He sees that asked so often he just goes past them. Searches here on SNB work pretty well for issues like that, with some practice and fine tuning.

There is a DHCP host names utility, very handy, saves much time.
https://www.snbforums.com/threads/dhcp_staticlist-and-dhcp_hostnames-utility.58957/

 

[XIII]

Set a fixed channel, make sure it's not a DFS channel in case half of your clients might not support these.

Can I do that when using Smart Connect?

(my router is still offline; so I can't check right now)

 

[netware5]

Can I do that when using Smart Connect?

(my router is still offline; so I can't check right now)

Probably no.

BTW I am very happy user without using "fancy" features created and advertised by Asus just for marketing purposes. Normally all such things are off on my routers.

 

[RMerlin]

Please, any clue what to do with this?

I don't know. This is a kernel message indicating that some garbled traffic was received.

 

[RMerlin]

Can I do that when using Smart Connect?

Don't think you can.

 

[vdemarco]

Works fine on mine....

View attachment 21327

i am having the exact same issue. ipv6 locally but not for the router
....

I just tried this again, and its all working, looks like it was a comcast problem, all fixed now, it seems.

 

[heysoundude]

I updated my ac86 a few days ago. I believe 5Ghz has improved: in my usual parking spot outside, my phone rang and I noticed I was still connected to my wifi and using my carrier’s wifi calling services.


Sent from my iPhone using Tapatalk

 

[XIII]

I had to turn off my router (using the physical switch) when I got home, to get it to work again, after the failed remote reboot earlier today.

All devices connected again, but my AirPlay speakers got disconnected a few times.

When I check acsd.log (I use Scribe) I only see 2.4 GHz channel changes for yesterday / this mornings. There's no DFS there, right?

 

[wizin]

Anyone has issues updating diversion, I keep getting update err, forced it too ,rebooted

 

[Butterfly Bones]

Anyone has issues updating diversion, I keep getting update err, forced it too ,rebooted

You will get more / better replies here.

 

[doczenith1]

Have tried that too. But I'll try that app and setting again.
Tested with the latest firmware? It's a AX88 in my case. Never tried this before so I have no way to tell if it is a recent issue in my current phone/router combo.

Tried a 3rd app... https://play.google.com/store/apps/details?id=it.colucciweb.vpnclientpro .
This works instantly. Odd.

I'm still on 384.14. I plan on upgrading to .15 this evening and will report back.

Edit: Upgraded to .15. While at home while connected to the vpn I can switch between cellular and wifi and maintain internet access. It does seem to take a second to load a webpage after switching but does work.

 

[ollimoe]

2+ days up and running stable on 384.15 on my AX88U Thank you Merlin and team!!

 

[swejuggalo]

I'm still on 384.14. I plan on upgrading to .15 this evening and will report back.

Edit: Upgraded to .15. While at home while connected to the vpn I can switch between cellular and wifi and maintain internet access. It does seem to take a second to load a webpage after switching but does work.

Odd. On Android 10? In my case a OnePlus 7 Pro. Something makes OpenVPN connect and OpenVPN for Android fail (bit only when coming home to my own wifi)...

This app I mentioned works well. I've set it up to automatically disable itself when connecting to home wifi and enable itself on mobile network and all other wifi automatically, all without Tasker, Automate and such...(at least during the test period. My main reason for using it is to use VPN for other wifi than my own, mainly the open networks but also of privacy reason at work. Don't know if it's worth it to constantly have on during mobile connectivity)