[Release] Asuswrt-Merlin 380.63_2 is now available

[RMerlin]

N66R no QOS download stats. Also not able to create file for custom traffic recording to USB. Yes, did factory reset... several times!

There are no download stats with Traditional QoS because that QoS can ONLY control uploads. This is normal.

I'll add a notice on the stats page in the next release to make it clear.

 

[RMerlin]

vlan500

Can you try this command? This should hopefully be where Adaptive QoS keeps its monitored WAN interface:

cat /sys/module/bw_forward/parameters/dev_wan

 

[RussellInCincinnati]

Try switching from Firefox to either Chrome or Internet Explorer.

Good suggestion to try different browsers. For example updated my ...59 firmware on RT-AC68u to ...63. Performance was perfect (am using Traditional QOS), but there was a sort of blank display of the Traffic Analyzer/Statistic pie chart, just after upgrade, when viewed with Opera 41 (based on Chromium) under Linux.

However pie chart displayed fine, immediately, after switching to Google Chrome under Linux.

Of course, the next day 18 hours later, looked at the Statistic pie chart again with good'ole Opera 41, and magically everything is fine now.

Congrats, Merlin.

 

[Kim Puleston]

I had some time to look into it this afternoon. The problem isn't related to wifi but to DHCP. When you set a static lease on the networkmap, the whole network subsystem is restarted so these changes can be immediately applied to the network clients, causing the client to disconnect. When it tries to reconnect, there's a conflict between the old, still existing lease, and the new IP you're trying to use on the same MAC. If you look in your system log, you will see the DHCP error.

This is nothing new, networkmap has behaved like this for a long time, and nothing has been changed to it in this 380.63. Working around this limitation isn't simple, short of having dnsmasq forget ALL existing leases, or no longer immediately apply any change and require you to manually disconnect and reconnect your client. The latter would be the most sensible thing to do, but it will require analyzing that portion of the code to determine the side-effect of doing so (I didn't write that part of the code).

Thanks for looking into it Merlin and thanks for the insight. While I am sure that nothing has changed between the builds, I just found it odd that I could not reconnect as with the last build I could reconnect nearly immediately, maybe I was lucky. Either way it is not a huge problem. Cheers.

 

[VANT]

next reboot with uptime less than 24h
I use pppoe, aiprotection. No usb devices.

 

[smkk]

.

 

[RMerlin]

an
ppp0

Looks like dev_wan isn't usable either. I tested with dual mode enabled, and while dev_wan will use the appropriate WAN interface, tc rules STILL are always applied on eth0.

So for Adaptive QoS it seems that regardless of the WAN type (DHCP, PPPoE, Dual WAN or VLAN), tc classes will ALWAYS be set on eth0. In the case of Traditional QoS, classes are set on the real WAN interface as returned by the libshared function.

A hardcoded eth0 for Adaptive QoS seem like the appropriate interface to use. It's counter intuitive, but what you gonna do. Might be a bug in Adaptive QoS. If that's the case, then it means that upload stats will always report no traffic, which means that Adaptive QoS is the one that's broken, not the stats page (which would accurately report that there is no classification being done by Adaptive QoS).

 

[bigmag]

@RMerlin
the problem is still present under System Log - Wireless Log

 

[Serra]

Hi, I have tried searching before asking but still couldn't find the answer.
So I post here to see if anyone has the idea.
My 2.4 and 5GHz radio are active, but Sysinfo page could not measure the temperature.
Like this :
Temperatues: 2.4 GHz: disabled - 5 GHz: disabled - CPU: 63°C

Firmware version is 380.63, hardware model is AC88U.

I've tried to disabled and re-enable the radio but it is still shown 'disabled'.
After flashing the firmware, I did a factory default reset and setup the router as usual.
I have no scripts running on JFFS and no USB attached.

Thanks in advance.

 

[hggomes]

If after a RESET the radios are still DISABLED, you must RMA your device.

 

[Serra]

If after a RESET the radios are still DISABLED, you must RMA your device.

Both of 2.4/5GHz radios are active and functioning properly. Just the temperature measurement shows the weird 'disabled' message.

 

[hggomes]

Got it now, quite weird, have you tried a power cycle?

 

[stambeccuccio]

I was away from home and I did a reboot via VPN, result: router blocked. Then.. it was necessary to shutdown and reboot manually.
With previous versions it had never happened to me.

 

[Deleted member 48827]

Give these a try if you were having issues with the QoS statistics page.

I finally had a chance to look at this again.
AC56U
PPPoE
Loaded the test build and am getting the following results:

Adaptive QOS statistics page shows traffic categorized as I would expect and pie charts are showing for both upload and download. (Looks nice!)

Traditional QOS statistics page categories are all showing from Highest to Lowest, but the traffic is not matching what is setup in the user-defined QOS rules. To test this, I set up a different client MAC for each priority (Traffic Class). What I found is that every client used the "Highest" and "Low" classes. I could not get traffic to use the "High", "Medium", or "Lowest" classes as assigned to particular clients on the user-defined QOS rules page. Not sure if the traffic is really being classed correctly and displayed incorrectly or if the traffic is not hitting the assigned classes. In any case, this is different behavior than I reported for 380.63_0 where the traffic seemed to be shifted by one relative to the categores, but all classes were being used.

 

[eddiez]

I was away from home and I did a reboot via VPN, result: router blocked. Then.. it was necessary to shutdown and reboot manually.
With previous versions it had never happened to me.

If you cannot reproduce this, it can still be something that could have happened with other versions. Tried to reproduce this?

 

[Hello World]

Greetings RMerlin,
Question: I have my DNS set to OpenDNS and my DDNS set to DuckDNS (Using JFFS Start-up script). I want to use DNSCrypt as well and I used a JFFS start-up script, but it breaks off my DDNS. I wonder if having OpenDNS and DDNS configured in addition to DNSCrypt (which accesses OpenDNS Servers anyway) is messing up my DDNS (DuckDNS).
Thoughts?

 

[Zirescu]

Greetings RMerlin,
Question: I have my DNS set to OpenDNS and my DDNS set to DuckDNS (Using JFFS Start-up script). I want to use DNSCrypt as well and I used a JFFS start-up script, but it breaks off my DDNS. I wonder if having OpenDNS and DDNS configured in addition to DNSCrypt (which accesses OpenDNS Servers anyway) is messing up my DDNS (DuckDNS).
Thoughts?

It shouldn't break it. I use DNSCrypt and DDNS through a custom script and it works fine. Double-check that you DDNS script is working from the command line.

 

[Hello World]

It shouldn't break it. I use DNSCrypt and DDNS through a custom script and it works fine. Double-check that you DDNS script is working from the command line.

How do I do that? It shows up on my Asus Splash screen as connected to DuckDNS. However, when I install DNSCrypt (with a JFFS Script) and reboot router, it loses my DDNS.

Update: I tried it again. This time I used default DNS (ISP) vice OpenDNS, and I tried to install DNSCrypt and DDNS (DuckDNS) using JFFS start-up scripts. It breaks my DDNS connection (see pic with yellow exclamation mark).

Do you think the USB drives have anything to do with this? Seems like I can get it to work with one USB drive attached. But if I add another one, DDNS breaks.

 

[Blinkyz]

@RMerlin
the problem is still present under System Log - Wireless Log

Try this:
Reboot your "unknown" devices or wait for their next leases

 

[Zirescu]

How do I do that? It shows up on my Asus Splash screen as connected to DuckDNS. However, when I install DNSCrypt (with a JFFS Script) and reboot router, it loses my DDNS.

Update: I tried it again. This time I used default DNS (ISP) vice OpenDNS, and I tried to install DNSCrypt and DDNS (DuckDNS) using JFFS start-up scripts. It breaks my DDNS connection (see pic with yellow exclamation mark).

SSH to the router
/jffs/scripts/ddns-start
the output of the response should get returned or an error message