What's new

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

Re-flashing is usually pointless. If there had been a problem with the initial flash, the router would most likely not boot at all.

Rebooting before flashing is only so you can free up enough memory for the flash process to work, as your RAM might already be in use by caches and buffers, especially if you have a USB disk plugged in. If there isn't enough free RAM, the flash will simply fail with an error message when you attempt to upload the new firmware.

The most common solution to issues after a firmware upgrade is just to do a factory default reset, and manually reconfigure everything.

Thanks Merlin. I disconnect the USB drive and did a factory reset and everything's now spot on. I've done several dirty firmware updates in the past without doing a factory reset, explaining why I've had intermittent port forwarding issues for a while now on my dedicated game server. Doing the factory reset was a balls ache because I had to manually input all my port forwarding ports and my Ai filtering and restrictions. Time consuming, but all done now thank you.
 
I have an RT-AC88U. I had been running the 380.61_beta1 build for over one week now. I flashed to 380.61 yesterday morning. But my VPN client performance slowed to a crawl. Download speeds could not get passed the 1Mbps mark. I have Torguard and tried my private IP and other servers all with the same result. I reverted to 380.61_beta1 and all is good again. I will try again when I have more time.

UPDATE August 16, 2016: I flashed with 380.61 again and had the same result with slower than normal VPN client performance. I reverted back to 380.61_beta1 and VPN speeds operated as normal. I then did a reset on the router and flashed to 380.61. I then restored my settings using a backup copy of my settings. The VPN Client speeds are now operating as normal.

UPDATE August 17, 2016: Later in the day of Aug 16, I was trying to stream some media and started experiencing a lot of buffering. I checked my VPN speeds and they were in the gutter again. I flashed back to 380.61_beta1 and the VPN speeds were operating as normal. So for now, I will stay on the 380.61_beta1. I heavily rely on the VPN here in Thailand to stream media back in USA and a difference of 8 to 16 Mbps can make all the difference in streaming quality.
 
Hi all. I am also having the same problems as dt99uk.

I finally got the USB working for saving the traffic monitor data. But now nothing appears when I select Bandwith for the last 24 hours, daily and monthly. Same thing happens when it saves the logging data in RAM. Is this a new bug? This is on an Asus rt-n66u. This bandwith monitoring is crucial to me.
I went back to 380.57 by using the reset tool. Set up the router including traffic monitor on a USB. Made sure it worked then flashed 380.58, 380.59 then 380.61. Traffic monitor still works as well as everything else! N66R here up for five days now. WiFi range good as well! Did not do a factory reset except after the reset tool use.

Sent from my P01M using Tapatalk
 
UPDATE August 17, 2016: Later in the day of Aug 16, I was trying to stream some media and started experiencing a lot of buffering. I checked my VPN speeds and they were in the gutter again. I flashed back to 380.61_beta1 and the VPN speeds were operating as normal. So for now, I will stay on the 380.61_beta1. I heavily rely on the VPN here in Thailand to stream media back in USA and a difference of 8 to 16 Mbps can make all the difference in streaming quality.

There has been zero changes to OpenVPN or networking between Beta 1 and final, the only change was related to the webui.

Code:
0d6a8a2 Bumped revision to 380.61 final
63e17b4 Updated documentation
24cf134 Updated documentation
10d05e3 minidlna: Revert some of Asus's changes, including the switch to uptime(), and the hardcoded SSDP broadcast every 3 seconds.
0eb64f5 rc: Move some old FW conversion code from init_nvram() to init_nvram2()
8ae87ca webui: Convert MACs to uppercase when entered on the DHCP static lease form
df148ea webui: Spoof TTL setting does not have any corresponding help popup - diasble hyperlink (fixes #991)
d69b254 rc: Move OpenVPN nvram state initialization from init_nvram() to init_nvram2() (fixes #990); rewrite part of it as a loop
d0759cd Bumped revision to beta 2
9afba4d Fix revision name
9ab2f79 Updated documentation
2d6954a Bump revision to beta 1

The vast majority of these changes are in fact to the webui and the documentation. The only meaningful code change was with minidlna.
 
On N66U, the settings for "WAN packet overhead" do not appear to stick after hitting apply. It always resets to "0-None". Not a big deal, but I do use a bridged modem with PPPoE and wanted to try it out.

View attachment 6986

Fixed for the next release.
 
I'm sure this has been mentioned before, but why doesn't it allow you to select the same ports to forward when port forwarding on a different IPs? Is this because the machines are on the same subnet? When setting port forwarding on LAN 1 and LAN2 it won't let me select the same port ranges on different machines.

Where Arma uses port ranges 2302 to 2305 UDP, when using these ranges on both the server and desktop I have to select a range that's slightly different I.e., 2302:2305 - 2302:2306.
 
I'm sure this has been mentioned before, but why doesn't it allow you to select the same ports to forward when port forwarding on a different IPs? Is this because the machines are on the same subnet? When setting port forwarding on LAN 1 and LAN2 it won't let me select the same port ranges on different machines.

Because forwarding a given port to multiple IPs is technically impossible. Rules are linear, so only the first forward would ever work.
 
I'm sure this has been mentioned before, but why doesn't it allow you to select the same ports to forward when port forwarding on a different IPs? Is this because the machines are on the same subnet? When setting port forwarding on LAN 1 and LAN2 it won't let me select the same port ranges on different machines.

Where Arma uses port ranges 2302 to 2305 UDP, when using these ranges on both the server and desktop I have to select a range that's slightly different I.e., 2302:2305 - 2302:2306.

Think of it like your are forwarding a letter that somebody has sent to you. You forward it on to a forwarding address. You can't send it on to two different addresses as there is a only a single letter.
 
Running fine for 8 or so days now. Noticed in small bug in Traffic analyser > statistics when you change drop down from daily to weekly or monthly the client dropdown changes from clients to apps.
 
It's working fine since release on my N66U except "Resolve IPs on active connections list" set to "yes" doesn't seem to refresh or when it does, it takes a few refreshes. Not a big deal but it's useful sometimes. I noticed the same issue on John's fork but seemed to work fine on .58. I've tried it on Chrome and Firefox, same issue.
 
First, thank you for your work. I recently updated to the new August ASUSWRT firmware. Since then, I have been experiencing weird issues like wifi dropping and random reboots. When I say wifi dropping I mean it stops broadcasting completely, most frequently just the 5GHZ-1 band. When I check the settings it will say Channel 0, and then it will randomly come back minutes, sometimes hours, later. A reboot seems to fix it temporarily as well. I have installed Merlin, but it seems to have the same issue. I don't see anything strange in the log, but I will keep checking. I noticed a few others in other threads are having similar issues, but just trying to gather all the info I can. Thanks for any tips.
 
Thanks for all your work.

Can I ask whether anyone has tried Untangle on their AC88U coming from Asus's new firmware format (or coming from 380.61)?

Did you need to do a firmware recovery first? I'm only asking here because I already have 380.61 on my AC88U.

Just sharing what I've learnt - to save someone else the pain.

If you want to check out / tinker with Untangle's new firmware distribution for the AC88U - and you're coming from Merlin, make sure you clear / reset the NVRAM first. Otherwise, no WAN! :eek:

BTW, their OpenVPN implementation is woeful compared to asuswrt-merlin :D
 
Hi friends,

I having issues my router is suffering from random reboot. Can you guys help to find out what is wrong with it. i have re-flash using Asus recovery tools and load factory default but issues still persist. Thank you.

Router

Model
RT-AC5300
Firmware Version 380.61
Firmware Build Fri Aug 5 01:21:16 UTC 2016 merlin@30c7946
Bootloader (CFE) 1.0.4.0
Driver version wl0: May 12 2016 11:14:24 version 10.10.69.6904 (r635567) FWID 01-c9c84353
Features mssid 2.4G 5G update usbX2 switchctrl manual_stb pwrctrl WIFI_LOGO nandflash smart_connect ipv6 ipv6pt PARENTAL2 loclist dnsfilter dualwan pptpd openvpnd printer modem wimax email webdav rrsut cloudsync media appbase timemachine bwdpi snmp tor diskutility HTTPS ssh vpnc psta wl6 optimize_xbox wifi_tog_btn nfsd dnssec user_low_rssi sparse rog tcode usericon stainfo cloudcheck lacp reboot_schedule wtfast mumimo
Uptime 0 days 1 hours 43 minute(s) 2 seconds
Temperatures 2.4 GHz: 55°C - 5 GHz: 58°C - CPU: 81°C

CPU
CPU Model
ARMv7 Processor rev 0 (v7l) - (Cores: 2)
CPU Frequency 1400 MHz
CPU Load Average (1, 5, 15 mins) 0.05, 0.04, 0.05

Memory
Total
503.23 MB
Free 339.98 MB
Buffers 2.69 MB
Cache 12.40 MB
Swap usage 0.00 / 3441.68 MB

Internal Storage
NVRAM usage
72332 / 131072 bytes
JFFS 2.01 / 64.00 MB

Network
HW acceleration
Enabled
Connections 149 / 300000 - 27 active
Ethernet Ports
Port
VLAN Link State Last Device Seen
WAN 2 100 Full Duplex 00:00:5E:00:01:0B
LAN 1 1 Down <none>
LAN 2 1 Down <none>
LAN 3 1 1000 Full Duplex 00:90:A9:D5:AC:F5
LAN 4 1 Down <none>
Wireless clients (2.4 GHz) Associated: 0 - Authorized: 0 - Authenticated: 0
Wireless clients (5 GHz-1) Associated: 0 - Authorized: 0 - Authenticated: 0
Wireless clients (5 GHz-2) Associated: 0 - Authorized: 0 - Authenticated: 0

Aug 1 08:00:16 kernel: _ Reboot message ... _______________________________________________________
Aug 1 08:00:16 kernel: <1>Unable to handle kernel paging request at vir�U� address 2fb86fd0
Aug 1 08:00:16 kernel: <1>pgd = 80004000
Aug 1 08:00:16 kernel: <1>[2fb86fd0] *pgd=00000000
Aug 1 08:00:16 kernel: PREEMPT SMP
Aug 1 08:00:16 kernel: <0>last sysfs file: /sys/devices/pci0000:00/0000:00:e: nf_nat_ftp 7f5bc000 1144
Aug 1 08:00:16 kernel: <odule: qmi_wwan 7f5a2000 5780
Aug 1 08:00:16 kernel: <4>module: cdc_wdm 7f59b000 odule: mii 7f56f000 3367
Aug 1 08:00:16 kernel: <4>mmodule: jbd2 7f410000 49581
Aug 1 08:00:16 kernel: <<4>module: nf_nat_proto_gre 7f313000 887
Aug 1 08:00:16 kernel: <4>module: nf_conntntrack_rtsp nf_nat_ftp nf_conntr qmi_wwan cdc_wdm cdc_ncm rndis_host cdc_ether asix usbnet mii usblp ohci_hcd ehci_hcd thfsplus : 80485c40
Aug 1 08:00:16 kernel: <4>r3 : 9e916ee0 r2 Segment kernel
Aug 1 08:00:16 kernel: <4>Control: 10c00017
Aug 1 08:00:16 kernel: <0>Process swapper (pid: 0bc
Aug 1 08:00:16 kernel: <0>fec0: 884085b4 884085a8 8000000103 8004e148 80410040 8048004e9d0
Aug 1 08:00:16 kernel: <0>ff40: 8040e000 0000000041ab78 40000000 413fc090
Aug 1 08:00:16 kernel: <0>ffa3 ffffffff
Aug 1 08:00:16 kernel: <0>ffc0: 80051bc4 800 80009134 800089b0 00000000
Aug 1 08:00:16 kernel: <0>ffe0: 00000000 8002b028 00000000 is at skb_gro_reset_offset+0xc0
Aug 1 08:00:16 kernel: ____________________________________________________________________________
Aug 1 08:00:16 kernel: device fwd0 entered promiscuous mode
 
Last edited:
Kernel panic at reboot with AC88U +380.61
Code:
Aug  1 08:00:16 kernel: _ Reboot message ... _______________________________________________________
Aug  1 08:00:16 kernel: <1>Unable to handle kernel NULL pointer derefere��U�at virtual address 00000000
Aug  1 08:00:16 kernel: <1>pgd = 99fb0000
Aug  1 08:00:17 kernel: <1>[00000000] *pgd=59fe1031, *pte=00000000, *ppte=00000000
Aug  1 08:00:17 kernel: <0>Internal error: Oops: 17 [#1] PREEMPT SMP
Aug  1 08:00:17 kernel: <0>last sya000     5031
Aug  1 08:00:17 kernel: <4>module:  nf_conntrack_sip     7f651000     15713
Aug  1 08:00:17 kernel: <4>module:  nf_nat_h323     7f64a000     4761
Aug  1 08:00:17 kernel: <4>module:  nf_conntrack_h323     7f63c000     33807
Aug  1 08:00:17 kernel: <4>module:  nf_nat_rtsp     7f636000     3202
Aug  1 08:00:17 kernel: <4>module:  nf_conntrack_rtsp     7f630000     4067
Aug  1 08:00:17 kernel: <4>module:  nf_nat_ftp     7f62a000     1144
Aug  1 08:00:17 kernel: <4>module:  nf_connule:  ip6table_mangle     7f61d000     934
Aug  1 08:00:17 kernel: <4>module:  xt_length     7f61  thfsplus     7f581000     85433
Aug  1 08:00:17 kernel: <4>module:  tntfs     7f501000     467362
Aug  1 08:00:17 kernel: <4>module:  tfat     7f4c8000     19133816
Aug  1 08:00:17 kernel: <4>module:  ext4     7f472000    00     49581
Aug  1 08:00:17 kernel: <4>module:  crc16     7f458000     1007
Aug  1 08:00:17 kernel: <4>module:  ext3     7f435000     106581
Aug  1 08:00:17 kernel: <4>module:  jbd     7f424000     42863
Aug  1 08:00:17 kernel: <4>module:  mbcache     7f41d000     4599
Aug  1 08:00:17 kernel: <4>module:  module:  sg     7f403000     20031
Aug  1 08:00:17 kernel: <4>
Aug  1 08:00:17 kernel: <4>module:  scsi_wait_scan     7f3f1000     416
Aug  1 08:00:17 kernel: <4>module:  scsi_mod     7f3cc000     108826
Aug  1 08:00:17 kernel: <4>module:  use:  ip6t_LOG     7f3a1000     4494
Aug  1 08:00:17 kernel: <4>000     91550
Aug  1 08:00:17 kernel: <4>module:  zlib_deflate     7f373000     19489
Aug  1 08:00:17 kernel: <4>module: module:  nf_conntrack_pptp     7f36oto_gre     7f361000     887
Aug  1 08:00:17 kernel: <4>module:  nf_conntrack_proto_gre     7f35b000     3296
Aug  1 08:00:17 kernel: <4>module:  dhd     7f085000     2249521
Aug  1 08:00:17 kernel: <4>module:  dpsta     7f07f000     2744
Aug  1 08:00:17 kernel: <4>module:  igs     7f077000     11935
Aug  1 08:00:17 kernel: <4>module:  emf     7f06c000     21433
Aug  1 08:00:17 kernel: <4>module:  lacp     7f05e000     31038
Aug  1 08:00:17 kernel: <4>module:  et     7f04a000     52543
Aug  1 08:00:17 kernel: <4>module:  ctf     7f040000     19511
Aug  1 08:00:17 kernel: <4>module:  rtl8365mb     7f000000     192290
Aug  1 08:00:17 kernel: <4>Modules linked in: nf_nat_sip nf_conntrack_sip nf_nat_h323 nf_conntrack_h323 nf_nat_rtsp nf_conntrack_rtsp nf_nat_ftp nf_conntrack_ftp ip6table_mangle xt_length (P) tfat(P) ext2 ext4 jbd2 crc16 ext3 jbd mbcache usb_storage sg sd_mod scsi_wait_scan scsi_mod usbcore ip6t_LOG ip6table_filter jffs2 zlib_deflate nf_nat_pptp nf_conntrack_pptp nf_nat_proto_gre nf_conntrack_proto_gre dhd dpsta(P) igs(P) emf(P) lacp(P) et(P) ctf(P) rtl8365mb(P) [last unl: P             (2.6.36.4brcmarm
Aug  1 08:00:17 kernel: <4>PC is at strcmp+0x4/0x38
Aug  1 08:00:17 kernel: <4>LR is at _nvram_get+0x84/0xa8
Aug  1 08:00:17 kernel: <4>pc : [<8017dc14>]    lr : [<800638b4>]    psr: a0000093
Aug  1 08:00:17 kernel: <4>sp : 99fd1eb8  ip : 00000075  fp : 00000000
Aug  1 08:00:17 kernel: <4>r10: 00000000  r9 : 99fd0000  r8 : 99fd0000
Aug  1 08:00:17 kernel: <4>r7 : 99fd1ed8  r6 : 20000013  r5 : 99fd1ed8  r4 : 97b17ea0
Aug  1 08:00:17 kernel: <4>r3 :9fd1ed8  r0 : 00000000
Aug  1 08:00:17 kernel: <4>Flags: NzCv  IRQs off  FIQs on  Mode SControl: 10c53c7d  Table: 59fb00devled (pid: 544, stack limit =                                                 00000000 99fd1ed8
Aug  1 08:00:17 kernel: <0>1ec0: 80455004 80061a28 0000000f 99fd1ed8 7eb6a8c4 80061acc 5f627375 68746170
Aug  1 08:00:17 kernel: <0>1ee0: 6f6ef28
Aug  1 08:00:17 kernel: <0>1f00: 00000000 0000c350 00000000 80095660 0000c350 00000040f788 00000000 01f84d90 00000000f788
Aug  1 08:00:17 kernel: <0>1f40: 9940f780 0000000f 7eb6a8c4 99fd1f80 0000000f 99fd000 9940f780 7eb6a8c4 0000000f 800df748
Aug  1 08:00:17 kernel: <0>1f80: 00000000 0000000000ff64 7eb6ae18 00000000
Aug  1 08:00:17 kernel: <0>1fe0: 2ab48c58 7eb6a8b0 2ab40888 2afc7f10 60000010 00000003 00000000 00000000
Aug  1 08:00:17 kernel: <4>[<8017dc14>] (PC 800638b4>] (_nvram_get+0x84/0xa8)
Aug  1 08:00:17 kernel: 84/0xa8) from [<80061a28>] (real_nvram_get+0x20/0x3c)
Aug  1 08:00:17 kernel: <4>[<80061 from [<80061acc>] (dev_nvram_read+0x6c/0x180)
Aug  1 08:00:17 kernel: <4>[<80061acc>] (dev_nvram_read+0x6c/0x180) from [<800df674>] (vfs_read+0xb0/0x140/0x144) from [<800df748>] (sys_read+0x40/0x70)
Aug  1 08:00:17 kernel: <4>[<800df748>] (sys_read+0x40/0x70) from [<80050ac0>] (ret_fast_syscall+0x0/0x3--[ end trace 7ed998a8bbf81899 ]g: Fatal exception
Aug  1 08:00:17 kernel: <4>[<8005701c>] (unwind_backtrace+0x0/0xf8) f0x6c/0x8c) from [<80058624>] (do ^C                            00000000 99fd1ed8 00000064 00000000
Aug  1 08:00:17 kernel: 0000000 00000000
Aug  1 08:00:17 kernel: <4>1ea0: 0000008017dc14>] (strcmp+0x4/0x38) fro+0xb0/0x144) from [<800df748>] (80050ac0>] (ret_fast_syscall+0x06000 00000000 7ead8de4 00000010 9cc07eb0
Aug  1 08:00:17 kernel: <4>7ea0: 80061a1c 8030f
Aug  1 08:00:17 kernel: ____________________________________________________________________________
 
hi! Under "Advanced Tweaks and Hacks" disappear the setting that let me disable hourly network scan that waked up my NAS Synology from hybernation state.
Is this hourly scan disabled by default now? Or in alternative how can I stop if? (if i can..). Thanks!
PS: AC87U
 
hi! Under "Advanced Tweaks and Hacks" disappear the setting that let me disable hourly network scan that waked up my NAS Synology from hybernation state.
Is this hourly scan disabled by default now? Or in alternative how can I stop if? (if i can..). Thanks!
PS: AC87U
disabled by default
 

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!
Top