What's new

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

Drastic speed drop between 380.58 and 380.59 on RT-AC56U when using QoS regardless of queue disc, however, I believe I've found a workaround.

I have 5 Mbps down and 25 Mbps up. In .59, my download speeds appear to get locked to 5 Mbps. My upload speeds were fine.

Swapping the Upload and Download params seems to solve the problem. If I put 25 for my Upload speed, and 5 for my Download speed, everything works fine as normal.

In fact, if I put 10 Mbps for my upload speed, my actual download speed seems to get locked at 10 Mbps (I assume there's a rate limit in addition to the queuing). Same goes for if I put 1 Mbps for my Download speed, my actual Upload speed gets locked at 1 Mbps.

It's like the fields are flip flopped.

Going back to .58, no problem.

Edit:

Another interesting thing I just noticed. I configured a 6in4 tunnel to the HE tunnel broker, which I hadn't had setup in a while, and all of my traffic for IPv6 that's download traffic is actually showing as upload to the router, and vice versa. So, for example, right now I'm doing a download via IPv6 but the router is actually showing 25 Mbps of Upload on the Adaptive QoS meters. Note that IPv4 looks normal from a meter perspective (Download shows on the Download meter, Upload on the Upload meter).
 
Last edited:
Confirming that IPv6 Native is "broken" in .59, but works fine in .58 on my RT-N66U. I didn't see anything specific in dmesg that would suggest why, but it was quickly obvious when a prefix was no longer assigned to my router for DHCP-PD.

I'm on Cox HSI in the Phoenix area where dual-stack IPv4/IPv6 is supported.
I'm on Time Warner in the Los Angeles are, and my ipv6 works great!
 
Hi, Tomas from Astrill here. I found mod_cgi was removed and our plugin requires this to function. Any chance of bringing it back? I couldnt find it in any changelog, no idea why and when it was removed. I would also like to assure all our users that we do not sit around with hands down our pockets and we are testing this problem and working on a fix.

If I add the missing modules back, it won't resolve your issue for users with the original Asus firmware. You might have to consider including the necessary modules with your plugin.
 
Merlin--could you take a look and see if this is the issue?

I can't reproduce the issue.

The reason why you don't see hostnames is tied to the fact that the networkmap isn't working properly for you. My guess is there's something on your network causing it to crash.
 
Hi Merlin. I have a RT-AC88U and I noticed a discrepancy in the data between "traffic monitor" and "statistic" tab on Traffic Analyzer section. In 380.58 the two seemed fine, instead now with 380.59 they are really different and I think the real one is "traffic monitor". I reset the statistic data by deleting traffic.dp file on jffs and now I have the current situation:

daily "traffic monitor" --> 0.79 Gb
daily "statistic" --> 12.12 Mb

I'm using a PPPOE connection, HW NAT eneabled, Adaptive QOS

Are you able to reproduce this situation?

EDIT: I can also say the bandwidth monitor page on QOS section reports wrong values, too low
 
Last edited:
Has anyone got to install the fw on the RT-N56U? I'm getting "Firmware upgrade unsuccessful. This may result from incorrect image or error transmission. Please check the version of firmware and try again.". I've read the whole thread so far and three solutions have been offered...remove usb disks, reboot and / or use a different browser. Dont have any USB disks attached so thats no the cause. Tried restarting the routers few times both soft and hard but still get the same error. Tried in 4 browsers (Chrome, FF, Safari and MS Edge still no luck.

The present FW I have on the device is 3.0.0.4.378_4850-g727db45. The file I'm trying to install is RT-AC56U_380.59_0.
 
If I add the missing modules back, it won't resolve your issue for users with the original Asus firmware. You might have to consider including the necessary modules with your plugin.

As far as I know, the Astrill site only mentions Merlin as the router variant (of course plus DD-WRT and Tomato) Asus stock firmware is not listed.

So re-adding the module to Merlin would be a good quick fix for loyal merlin users. Astrill is why I switched to Merlin.

Edit: They list it as AsusWRT (Merlin) - not sure of that includes stock firmware or not.
 
Last edited:
Has anyone got to install the fw on the RT-N56U?
The file I'm trying to install is RT-AC56U_380.59_0.

you can't install AC56U firmware on your N56U.

Asuswrt-merlin officially supports the following router models:
  • RT-N66U
  • RT-AC66U
  • RT-AC56U
  • RT-AC68U (including the new revision C1)
  • RT-AC68P (same firmware as RT-AC68U)
  • RT-AC87
  • RT-AC3200
  • RT-AC88U
  • RT-AC3100
  • RT-AC5300
 
If I roll back to 380.58 everything is fine as it always was. As soon as I upgrade to 380.59 the router is no longer listed.

The only thing that has changed is the firmware.

I'll take another look , but nothing has been changed on my machines.

That's the same for me on my 88U. It used to show on .58 but on .59 nothing. All I have done is flashed the router and rebooted it.
 
Well, I tried again with 380.59 and making the router master browser, even did a full factory reset and the problem is still the same. Also noted that Android phones were listed as part of the network, never seen that before, what was strange is that one of these phone only got used in the house @ 3 months ago and has never visited since. The phone listing was turning on and off at random.

Reverting to 380.58 and again the router is shown correctly in Windows.

How do you make the router the master browser?
 
Already mentioned in the thread, either wait 5-10 mins for the router to finalize some first-run maintenance, or switch from https to http.
Thank you for your reply and for your great job. From posts above i thought i need to wait just once after firmware update - but now i see that i need to wait every time after reboot. As this problem came with recent update - i think it's a bug and not a feature. Could you please tell me how to switch to http instead of https?
UPD. My ui connection has always been in http mode. Checked it right now - http is selected. So it's not the solution to my problem unfortunately.
And one more question. There are no ip, dns, mask, gateway and so on fields in dual wan settings for usb modem as secondary wan. So this means that if you have fixed ip and dns settings for primary wan - after primary wan goes down - secondary wan tries to use the same settings for usb modem and gets errors (usb modem cannot have the same ip and dns settings as my isp gives me for my primary connection). There should be an option to enter separate ip and dns settings or "get automatically" option - so my usb modem could have it's own ip and dns and not use ones that are set for primary cable connection. Thank you once again!
 
Last edited:
  • Daily/Monthly traffic report has been fixed on the newer models (RT-AC88U and up). Note that you STILL need to keep NAT acceleration disabled for these to return accurate results.
  • Does this mean the issue in 380.57 is fixxed where to get the traffic monitor to work NAT acceleration must be enabled to work properly?
 
I'm falling back to .58. .58 was perfectly stable on my 87u, but .59 is a disaster of constant disconnects and about 5 reboots per day. (complete factory resets done, as always).
 
I believe there is a problem with Media Server.
Network devices (smartphones and SmartTVs) NOT see the Media Server.
I did several tests and concluded that the problem is in this new firmware.
 
I'm using a PPPOE connection, HW NAT eneabled, Adaptive QOS

Daily traffic requires NAT acceleration to be disabled for accurate measuremnets.

but now i see that i need to wait every time after reboot. As this problem came with recent update - i think it's a bug and not a feature

Can't reproduce it here (and I do reboot a lot). Since the issue also exists in the stock firmware, we'll have to wait for Asus to fix it, as I have no way of tracking it down.

Does this mean the issue in 380.57 is fixxed where to get the traffic monitor to work NAT acceleration must be enabled to work properly?

The original issue was that you would get bogus results no matter how NAT acceleration was configured. This issue has been fixed, but that does not change the fact that NAT acceleration must be kept disabled, as it's written on the webui.

I believe there is a problem with Media Server.
Network devices (smartphones and SmartTVs) NOT see the Media Server.
I did several tests and concluded that the problem is in this new firmware.

Working for me. I currently have a Futurama episode streaming from my router to my Nexus 9, using PlugPlayer on the tablet.

The only minidlna change Asus did in 2697 is to disable the web interface for security reasons, as it was exposing client MAC addresses to anyone on the LAN without requiring any authentication. I disagree that it's a real security issue (heck, MAC addresses are typically even written on stickers on the back of network devices, and nobody felt it was a security issue...), but security researchers complained, so Asus disabled it.
 
I just updated to 380.59 and the VPN speed is half of what I was getting with prior Firmware.
I went back to 380.58 and its back to normal speeds.
Is this a new bug? Someone else was complaining about VPN speeds in the article I wrote and I thought he had a config problem.
I now think its this new firmware version,
Are we suppose to do a factory default with this update?
Has anyone else found that the VPN speeds are half of what they where with this new firmware 380.59?
 
I know what the problem is, its the QOS our friendly QOS :p
I just enabled the bandwith monitor and it destroyed the VPN
So I guess the QOS is back to being a bad boy :p
No big deal I never use that QOS anyways its been a problem since day one and with VPN it doesnt work so no big deal.
380.59 works fine with VPN just dont turn on any QOS
This is with my 87 U
 
I know what the problem is, its the QOS our friendly QOS [emoji14]
I just enabled the bandwith monitor and it destroyed the VPN
So I guess the QOS is back to being a bad boy [emoji14]
No big deal I never use that QOS anyways its been a problem since day one and with VPN it doesnt work so no big deal.
380.59 works fine with VPN just dont turn on any QOS
This is with my 87 U
It destroys iptv also
 
It destroys iptv also
Asus has been having problems with their QOS from the beginning.
Asus should can the QOS altogether.
I bugged an Asus rep on the forum about VPN and QOS problems and he told me its a known bug but they haven't done anything about it.
I think the QOS works fine with some version of the firmware but never worked right with VPN.
and as I see now it doesnt work at all with any of the newer models of ASUS.
oh well nothing to cry about, maybe one day they will get it right :)
in the meantime 380.59 works well just DO NOT ENABLE QOS :)
 

Latest threads

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!

Members online

Top