What's new

[Release] Asuswrt-Merlin 380.63_2 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!

So after doing some investigation regarding WAN drops that I have been getting multiple times a day. I have since disabled Traffic Analysis on the firmware and alas my WAN drops seem to be cured as I am 72 hours in with no issues and it was a huge problem before. I have commented in another thread about this but I am curious, why would traffic analysis cause this ? Is this a bug in the Merlin firmware that can be fixed ?

I bought this query here as it seems appropriate. Would be great if Merlin could chime in on this one.

P.S I am using an AC88U.

Related back to our discussion on the other thread - did you ever try having Traffic Analysis enabled but the AI protection stuff disabled? I realize that is not feature wise what you want - since you said you really didn't care about the traffic analysis feature - but I seem to recall in reading some of the threads on this forum that the combination of AI and Traffic Analysis was causing problems for some. So curious if it is more the combination of these features vs just the traffic analysis feature.

As you probably recall from my previous replies on this subject - I DO have traffic analysis enabled but not AI protection. And until I changed from dual back to single WAN - I was having the DHCP disconnect issues. Since changing back to single WAN I have not had any issue. Trying to figure out what combination of things is at the heart of this issue...
 
That is a fair point, I will have to see if its the combo of Ai and Traffic analysis causing the issue, all I know is I prefer ai to be enabled so im willing to lose analysis.. its obviously a bug if you cannot have them both enabled at once.
 
Adaptive QoS - Web History (shows clients Web Surfing history)
Access Time: registrations (and pages) are random, are not ordered by time.

s.2016-11-20 19.39.25.jpg
 
This is my first glitch, since updating to the latest fw.
I logged into my 88, and have zero clients listed, yet states I have 16 clients connected. All clients are working (wired & wireless), but the client list are empty. I rebooted the router, then I turned off QoS, web history, and QoS/LAN monitor page has a spinning wheel. I then rebooted. yet still have zero clients listed and the spinning wheel remains.
Any ideas what could be causing this glitch?

Clark
 
So after doing some investigation regarding WAN drops that I have been getting multiple times a day. I have since disabled Traffic Analysis on the firmware and alas my WAN drops seem to be cured as I am 72 hours in with no issues and it was a huge problem before. I have commented in another thread about this but I am curious, why would traffic analysis cause this ? Is this a bug in the Merlin firmware that can be fixed ?

I bought this query here as it seems appropriate. Would be great if Merlin could chime in on this one.

P.S I am using an AC88U.

Looks like I'm seeing the same on my 87U


Sent from my iPhone using Tapatalk
 
@Sanna1967 Yes I am using Fire Fox v50.0. All is working, now. I have not had that error before, so if it does occur again, I will check/post any errors I find.

Thank You
 
One little thing: Device recognition in network map isn't accurate anymore. Two Samsung Galaxy Phones (S4plus, S5mini) are recognized as Apple iPhone and the third Samsung Galaxy S5 as Amazon Fire TV. Only the Samsung Galaxy S3 is displayed correctly.

And could it be that there is some kind of network scan happening again because my Synology doesn't sleep anymore?

Regards,
Chris
 
Last edited:
One little thing: Device recognition in network map isn't accurate anymore.

This is handled by the closed-source DPI engine.

And could it be that there is some kind of network scan happening again because my Synology doesn't sleep anymore?

There has been no change there.
 
Ok, thank you RMerlin. Because in the changelog there is one line saying "CHANGED: Added detection for iPhone 7 models in networkmap (patch by Andrei Coman)" I thought it could have to do with it, otherwise I wouldn't have said something because of the closed source component. But personally I don't care because I don't use this map, just fell over it this morning and remembered the changelog.

Best wishes,
Chris
 
Hi Merlin. Whether the new version 380.64, improve operation of the hidden network in the 5 GHz frequency as it was in version 380.59. In version 380.63 _2 hidden network is not always visible by the devices that are connected to this network.

RT-AC68U
 
httpd crash on build 380.63_2 during client openvpn configuration

Not a big deal for me but did encounter this error. Able to reproduce. Error occurred while attempting to configure a new openvpn client during the upload of the server produced .ovpn file. Have not seen error at any other time. If further assistance in diagnosing this issue is needed please let me know.

From 380.63 beta thread:
"Seems like something is causing httpd to crash for a lot of people. I thought initially it was only MIPS routers since it crashed my AC66U but not my AC88U, but now I see reports that it also crashes for some ARM models. I will remove the beta for now, and see if I can track down the cause today. Not much has changed since the last alpha, so shouldn't be too hard to track down hopefully."

"Found the cause of the crash (only occurs in a certain situation). I will upload Beta 2 builds later today."


From syslog:
Nov 21 11:41:39 watchdog: restart httpd
Nov 21 11:41:39 rc_service: watchdog 448:notify_rc stop_httpd
Nov 21 11:41:40 rc_service: watchdog 448:notify_rc start_httpd
Nov 21 11:44:09 watchdog: restart httpd
Nov 21 11:44:09 rc_service: watchdog 448:notify_rc stop_httpd
Nov 21 11:44:10 rc_service: watchdog 448:notify_rc start_httpd
Nov 21 11:45:39 watchdog: restart httpd
Nov 21 11:45:39 rc_service: watchdog 448:notify_rc stop_httpd
Nov 21 11:45:40 rc_service: watchdog 448:notify_rc start_httpd

My router info:
Model RT-AC56R
Firmware Version 380.63_2
Firmware Build Fri Nov 11 21:42:10 UTC 2016 merlin@4b03404
Bootloader (CFE) 1.0.2.7
Driver version wl0: May 7 2016 16:04:36 version 6.37.14.126 (r561982)
Features mssid 2.4G 5G update usbX2 switchctrl manual_stb pwrctrl WIFI_LOGO nandflash ipv6 ipv6pt PARENTAL2 dnsfilter dualwan pptpd openvpnd printer modem wimax email webdav rrsut cloudsync media appnet timemachine bwdpi snmp tor diskutility HTTPS ssh vpnc repeater psta wl6 optimize_xbox wifi_tog_btn nfsd dnssec user_low_rssi sparse bcmfa rog tcode usericon stainfo cloudcheck reboot_schedule
Uptime 4 days 20 hours 19 minute(s) 11 seconds
Temperatures 2.4 GHz: 48°C - 5 GHz: 52°C - CPU: 70°C
CPU Model ARMv7 Processor rev 0 (v7l) - (Cores: 2)
CPU Frequency 800 MHz
CPU Load Average (1, 5, 15 mins) 0.00, 0.01, 0.05
Memory
Total 249.71 MB
Free 185.41 MB
Buffers 1.07 MB
Cache 9.88 MB
Swap usage 0.00 / 0.00 MB
Internal Storage
NVRAM usage 48225 / 65536 bytes

 
Hi Merlin. Whether the new version 380.64, improve operation of the hidden network in the 5 GHz frequency as it was in version 380.59. In version 380.63 _2 hidden network is not always visible by the devices that are connected to this network.

Wifi performance is what it is, it's entirely under Asus's control.
 
Not a big deal for me but did encounter this error. Able to reproduce. Error occurred while attempting to configure a new openvpn client during the upload of the server produced .ovpn file. Have not seen error at any other time. If further assistance in diagnosing this issue is needed please let me know.

I'd need to see the content of your ovpn file to have any idea as to what might be causing it. It's definitely not the same issue that was mentioned and fixed in the beta build. My guess is, one of the fields in your ovpn file is too large to fit within the router's internal buffers.
 
Thank you very much for the information. In this case, version 380.59 will be for me the final version of the software. Can anyone tell whether version 380.61 or 380.62 played a similar problem what version 380.63 _2 hidden network 5GHz?

RT-AC68U
 
I just registered here to mention I am on Sky Fibre in the UK using an openreach BT modem, have been using merlin with an RT-AC87U for many months, I always update to the latest firmware when it is available with no issues.

I just tried updating to 380.63 and after the upgrade I had no internet access at all across any device (the router webpage showed Internet Status Connected), I tried uploading the firmware a second time with the same result.
I didn't have time to try a factory reset and re-do all my settings, so I downgraded back to 380.62_1 and now it works again...

Sorry I cant add any logs or anything else to help but I thought this would be worth posting, it is the first time I have had an issue with a merlin firmware and had to roll back.

I really don't know what's happening but I tried a factory restore and tried updating again this time to 380.63_2 and my internet became incredibly unstable, disconnects every few minutes and I think because of the disconnects the DLM kicked in and my speed went right down to 5mpbs down and 1mbps up. (usually 30 down 8 up)

Went back to 380.62_1 and everything is fine again..
Not sure what to do, it seems I cant upgrade passed 380.62 without connection issues
 
Last edited:
Everything is ordered by time on that screenshot you posted...
Sorry... try (anyone can try it) and you'll see that it's as I say:
Adaptive QoS - Web History - Access Time: registrations (and pages) are not ordered by time.
... and there is not even a "Clear" pages (proposal)
:p
 
Last edited:
To install this firmware coming from 380.63 HGG need restoration utility? it gives me error upgrading in the webpage
 

Latest threads

Sign Up For SNBForums Daily Digest

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