What's new

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

RT-AC56U, Merlin 380.57, factory reset after install, manually configured

HW acceleration is enabled but I have high CPU usage (>60% both cores) when downloading.
WAN is 500Mbps cable connection and my PC is connected via wireless (866Mbps link).
Doing a speed test shows ~450Mb so the wireless link is just fine but the CPU usage is going crazy...

Is this normal? Any ideas?

Thanks.
 
Last edited:
I also see that SIP Passthrough needs to be enabled for SIP devices to work now. I just spent 2hr on the phone with my VoIP folks (1-VoIP...there US based support is great) trying all kinds of options ultimately proving there was nothing outside my network going wrong.

While it is great SIP Passthrough looks to be working, there is something funky going on. After the firmware upgrade from RT-AC66U_378.56_2 neither my softphone nor SIP router could register with
SIP Passthrough = Disabled and Port Forwarding UDP 5060-5160 and 10000-20000.
I also put the SIP router in the DMZ and still no registration.
I also turned off the firewall and still no registration.

I set SIP Passthrough to enabled and viola SIP and softphone registration.
I set it back to disabled and again no registration.

So the strange thing here is that neither port forward, DMZ, nor turning off the firewall allowed SIP registration.

If there is something I can try to help debug this wierdness, please let me know.

Thanks Ron <><


I did just now verify that this behavior exists after doing a reset to factory settings (by the Admin panel reset to factory defaults button) and restoring previous settings via nvram-restore.sh. The good is that enabling SIP passthru seems to work. The bad is that forwarding UDP 5060-5160 will not allow my SIP router to register. Not sure what is up. Just reporting what I see. Happy to help diagnose. I wonder if other see this or unique to me?!? RT-AC66U here.
 
My AC88U has Merlin 380.57, and I have to restart my router every other week, or the router becomes no response.
 
What is the proper way of rollback from the latest firmware which has defects with 2.4 GHz wireless ?
Thank you
 
Log system - general log (RT-AC68U) Merlin 380.57

Jan 19 16:49:56 kernel: TCP: time wait bucket table overflow
Jan 19 16:49:56 kernel: TCP: time wait bucket table overflow
Jan 19 16:50:06 kernel: net_ratelimit: 25 callbacks suppressed
Jan 19 16:50:06 kernel: TCP: time wait bucket table overflow
Jan 19 16:50:06 kernel: TCP: time wait bucket table overflow
Jan 19 16:50:06 kernel: TCP: time wait bucket table overflow
Jan 19 16:50:06 kernel: TCP: time wait bucket table overflow
Jan 19 16:50:06 kernel: TCP: time wait bucket table overflow
Jan 19 16:50:06 kernel: TCP: time wait bucket table overflow
Jan 19 16:50:06 kernel: TCP: time wait bucket table overflow
Jan 19 16:50:06 kernel: TCP: time wait bucket table overflow
Jan 19 16:50:06 kernel: TCP: time wait bucket table overflow
Jan 19 16:50:06 kernel: TCP: time wait bucket table overflow
Jan 19 16:50:11 kernel: net_ratelimit: 367 callbacks suppressed
Jan 19 16:50:11 kernel: TCP: time wait bucket table overflow
Jan 19 16:50:11 kernel: TCP: time wait bucket table overflow
Jan 19 16:50:11 kernel: TCP: time wait bucket table overflow
Jan 19 16:50:11 kernel: TCP: time wait bucket table overflow


what is it, what is happening ?
 
Does the ASUS Router Android App (AKA AiRouter) works with Merlin's custom firm? Thanks

Sent from Galaxy S6 w/ Tapatalk
 
Muzykcb, your question about time wait state messages in your log files really isn't related to 380.57 FW, but here's the answer anyway:

These messages mean that TW buckets (TCP sockets in the TIME_WAIT state) hit their limit for the kernel memory.

The amount of current TIME_WAIT connections (tw_count) can be found with netstat utility.

You're probably being bombarded with a DOS attack. See, http://www.snbforums.com/threads/possible-issue.18244/
 
Last edited:
Muzykcb, your question about time wait state messages in your log files really isn't related to 380.57 FW, but here's the answer anyway:

These messages mean that TW buckets (TCP sockets in the TIME_WAIT state) hit their limit for the kernel memory.

The amount of current TIME_WAIT connections (tw_count) can be found with netstat utility.

You're probably being bombarded with a DOS attack. See, http://www.snbforums.com/threads/possible-issue.18244/


Thank you for your help. i thought that's a problem software
 
After getting Xbox One NAT issues with this build on my AC68U, I thought I would try 378.55 and that suffers the same problem. I use UPnP and it's not even trying to forward any ports according to the System Log.

As soon as I roll back to j9527 374.43 fork, UPnP works immediately and the Xbox One is Open NAT again.

I was interested in trying these new builds, but this issue is a showstopper and port forwarding isn't an option, because there are multiple consoles in the house being used at the same time and they all run with an Open NAT with UPnP on the old firmware.

Looks like it's back to the old tried and tested firmware again.

Edit: I tried a few things and what has worked so far is a hard reboot of the X1. The test all be if it can get an Open NAT when started from instant-on mode. I'll keep an eye on it and the other consoles before I change firmware.
 

Attachments

  • uploadfromtaptalk1453242414285.png
    uploadfromtaptalk1453242414285.png
    189.9 KB · Views: 454
Last edited:
Running 380.57 on an RT-AC68P, after updating from 378.55 resetting to factory settings and configuring from scratch, but NVRAM still shows 64KB as maximum and not 128KB as it was supposedly solved in 378.56.

Any clue ?
 
Running 380.57 on an RT-AC68P, after updating from 378.55 resetting to factory settings and configuring from scratch, but NVRAM still shows 64KB as maximum and not 128KB as it was supposedly solved in 378.56.

Any clue ?

The RT-AC68U only has 64 KB of nvram. Only the RT-AC88/AC3100/AC5300 have 128 KB.
 
It's a RT-AC68P, so it has a faster CPU than the 68U but the same 64KB NVRAM ?

Correct. It's still the same Broadcom SDK 6.37 platform, and it also uses the same firmware image.
 
I'm getting large ping spikes on my RT-68u and wanted to see if I can qos specific ports on a specific ip for quakelive? Can I give top priority to ports 27960-27999 on my gaming pc? What would be to prioritize this pc over all others and are there any tweaks that I can use to optimize latency?
Thanks,
defcon
 
I did quick upgrade to 380.57 but I had no time for factory reset.
Anyway... I also had problems with 2.4 GHz - my printer couldn't connect at all. Now I'm back to older version of firmware (later I'll try to upgrade it with a factory reset), but I've managed to isolate a problem a little more.

I've discovered that (at least with my router) a problem exists only with 2.4 N wifi, if I switch to legacy mode (b/g) all of my equipment connect with no problem, of course it's much slower, but it's a stable connection. So in my case the problem occurs only with N mode.
 
Last edited:
I've did quick upgrade to 380.57 but I had no time for factory reset.
Anyway... I also had problems with 2.4 GHz - my printer couldn't connect at all.
On which router? Without the router type no help/feedback possible... :eek:
 

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