Asus RT-AC1200G+ Random Reboots Automatically


LATEST UPDATE:

I am still stay with 9.0.0.4_382_10680 though there is an official 3.0.0.4.382_15525.

New Section:

On 2017/7/5, Unstable 5GHz Issue is Solved by Narrowing  Channel Bandwidth

On 2017/7/3, Unstable 5GHz Issue is Solved by Switching Control Channel

On 2017/7/2, Unstable 5GHz Issue

Official 3.0.0.4.380.7743 Testing by Net Friends

On 2017/6/16, No Reboot for 15 Days But Still Minor Issues

RT-AC1200G+ with RT-AC1200G+_9.0.0.4_382_10680-gc72d1c8.trx Stability Tracking

Follow this post to track!

I bought a new Asus RT-AC1200G+ to replace my RT-AC51U for better signal and Gigabit Ethernet. It’s much faster to copy files to/from QNAP TS-119PII now. But I notice it drops internet connection several times a day, I am sure there is nothing wrong with my tethering device as described in “Android USB Tethering Drops and Data Usage Crashes, try Reset“. All the following time is GMT + 8.

On 2017/3/21, Begin to Track Auto-Restart Issue

RT-AC1200G+ restarts several times. I cannot stand for this anymore. First, I found RT-AC1200G+不定期重啟 in local community group has report the same issue and many others could be googled by “rt-ac1200g+ restarting”. Then I decide to upgrade firmware to  and see if it fix the bug.

All available firmware are on RT-AC1200G+ Driver & Tools. and. I download the latest 3.0.0.4.380.4089 and upload via [Administration] → [Firmware Upgrade] tab. Flash and reboot automatically.

On 2017/4/2, Restarts at 20:54

No, the latest firmware doesn’t solve the auto-reboot issue.

On 2017/4/4, Restarts at 20:54

Because both restarts at the same time, I search for any scheduler-like configurations and disable Enable wireless scheduler on 2.4GHz and 5GHz in [Advanced Settings] → [Wireless] → [Professional] tab.

On 2017/4/10, Reboot at 23:17

[Problem]Router keeps rebooting randomly on Asus forum suggests disabling GRO (Generic receive offload) due to its stability issue which is not available in current firmware. According to Router Guide: NAT Acceleration On or Off, I decide to Disable NAT Acceleration (default Auto) in [Advanced Settings] → [LAN] → [Switch Control] tab.

On 2017/4/11,Fine-tune Mobile Connection

I notice USB computer connection is in Media device (MTP) mode which could identified as a storage device. I decide to manually select Charging mode in the future. The default is Media device (MTP) which I cannot change on this device.

Maybe that’s why I see disk_monitor: Got SIGALRM…. This log is explained in Asuswrt-Merlin 378.54_2 is now available on SNBForums by RMerlin as:

disk_monitor is the service that handles scheduled filesystem scans. SIGALRM is the signal the process receives when it has a scheduled event occurring, which tells it to wake up, and process any scheduled event if there’s a disk present before going back into sleep.

More about Android file transfer is explained in Transfer files between your computer & Android device.

On 2017/4/13, Reboot at 14:41

Another suspect is Enable UPnP Media Server has been turned on in [General] → [USB Application] → [Media Server] tab. It seems disabling NAT acceleration is not enough, I decide to turn it off.

DD-WRT for RT-AC1200G+ is still WIP (working in progress) according to Supported Devices 3.13 Asus on DD-WRT.com. I am not sure what I should turn off next time.

On 2017/4/17, Wireless becomes Unstable and Need a Restart at 23:57

My network becomes unstable and need a restart at 23:57 (GMT+8). I am not sure if it is due to RT-AC1200G+. I use D-Link DWA-171 rev A1 on my HP ProBook 4520s. It reconnect several times today. And Mac mini (Late 2012) also the same around 23:00 at night. Both use 5Ghz. This never happen when download Visual Studio 2017 Community during 2017/4/13 to 4/20. RT-AC1200G+ works okay without any restart.

I notice a new warning “Connection reset by peer” related to Universal Plug and Play begins on 2017/4/17. You may learn more about this in Introduction to UPnP.

According to What does “connection reset by peer” mean? on StackOverflow, it is related to an immediate dropping of the connection. I think it is related to my new download. I use the installation program on SQL Server downloads to download for offline installation. The port 2869 is used by Simple Service Discovery Protocol (SSDP) which is a Windows service for event notification explained on Network Ports Used by Key Microsoft Server Products.

Apr 17 15:50:32 miniupnpd[12235]: upnp_event_send: send(): Connection reset by peer
Apr 17 15:50:32 miniupnpd[12235]: upnp_event_process_notify: connect(192.168.1.122:2869): Connection reset by peer
Apr 17 15:50:32 miniupnpd[12235]: upnp_event_process_notify: connect(192.168.1.122:2869): Connection reset by peer

On 2017/4/18, Fine-tune UPnP, Wireless Configurations, Reset Router

My SQL Server installation program got aborted and need manual restarts several times. Because RT-AC1200G+ generates many “Connection reset by peer” in system log, I decide to re-enable Enable UPnP in [Advanced Settings] → [WAN] → [Internet Connection] tab. This messages are gone after applying but the wireless connection is still unstable.

After more testing, I realize it’s related to 5GHz only. Download speed also gets huge improve when switching to 2.4GHz.

Asus suggest to use channel 149 and 161 on 5GHz in RT-AC58U,RT-AC1300+ 這路由器Wifi 5G. For users in Taiwan, you may use following channels legally according to 電腦王:Wi-Fi 5GHz 你支援嗎?產品支援度混亂,小心頻率不相容:

  1. 5250~5350MHz(CH52 5260MHz、CH56 5280MHz、CH60 5300MHz、CH64 5320MHz)
  2. 5470~5725MHz(CH100 5500MHz、CH104 5520MHz、CH108 5540MHz、CH112 5560MHz、CH116 5580MHz、CH120 5600MHz、CH124 5620MHz、CH128 5640MHz、CH132 5660MHz、CH136 5680MHz、CH140 5700MHz)
  3. 5725~5825MHz(CH149 5745MHz、CH153 5765MHz、CH157 5785MHz、CH161 5805MHz、CH165 5825MHz)

On an informal test, download a LAMP Stack image from TurnKey Linux is around 100 to 200 kbps on 5GHz (802.11ac 1T1R @ 433Mbps with all available 5GHz channels (149, 153, 157, 161, 165)) while 50Mbps on 2.4GHz (802.11n 1T1R 150Mbps). Both with WPA2-Personal enabled and test about the same time.

Conclusion: my RT-AC1200G+ is not only has auto-restart issue but also slow and unstable 5GHz.

I decide to reset everything. Anyway, they already suggest a reset after firmware upgrade which I have never done before on RT-AC1200G常常斷線。WAN Connection: DNS probe failed. It’s said to push the reset button and hold for 10 to 15 seconds while the device is power on. Don’t release until all lights blinking. Then all settings will be reset to factory default. Backup configurations before this reset. Detail with illustration can be found in How to do a firmware update on ASUS wireless router? (ASUSWRT).

Sounds easy but this is what I get after first reset: a firmware upload page! If you see this page, just restart again. It should go back to factory default.

I get a firmware upload page after resetting my device.

Here is a list of my configurations:

  1. In [USB Application] → [Media Services and Servers], disable [Media Server] and [network Place (Samba) Share] which is default on.
  2. In [USB Application] → [3G/4G], Android tethering is identified as USB Modem. Leave it un-touched.
  3. In [Wireless], turn off WPS and set 5GHz with 80MHz and 2.4GHz with 40MHz channel bandwidth. I also assign 161 as the control channel in 5GHz because 149 has conflicts in my house.
  4. In [WAN], UPnP is turned on by default.
  5. In [Firewall], Network Service Filter is turned off by default. But I uncheck all data and apply again.
  6. In [Administration] → [System], Reboot Scheduler is turned off by default.

On 2017/4/19, Fine-tune 5GHz Wireless Configurations

I try to fix the unstable and slow issue on 5GHz today.

First, I check more detail about RT-AC1200G+ and found more information in ASUS RT-AC1200GP on WikiDevi.

  1. Broadcom BCM47189 supports 802.11ac802.11n, and 802.11a @ 5GHz.
  2. Broadcom BCM43217 supports 802.11n802.11g, and 802.11b @ 2.4GHz.

Because my wireless devices are either 802.11ac or 802.11n, I decide to change the 2.4GHz Wireless Mode to [N Only] and 5GHz to [N/AC Mixed] in [Advanced Settings] → [Wireless] → [General] tab. It provides best performance by disabling support for legacy standard.

I also change the 2.4GHz Channel bandwidth to [40MHz] and 5GHz to [80MHz] in the same tab but encounter some stability issue.

On 2017/4/20, Fine-tune 5GHz Wireless Configurations

to continue my experiment. When I set Channel bandwidth to [80MHz] with a fix Control Channel, network is slow and unstable. Even worse, sometimes I cannot see my SSID at 5GHz. I conclude there are conflicts in this combination. Maybe there are too many devices ask for 80MHz. The best solution is to lower bandwidth for a more stable wireless network.

Then I lower the Channel bandwidth to [40MHz] and Control Channel to [Auto] to . Now it works. Fast and stable! One tablet failed to see the SSID at 5GHz is solved by re-enable its WiFi.

I also learn wireless network from following pages to understand Wireless Log in [Advanced Settings] → [System Log] → [Wireless Log] tab.

  1. Best Wireless Routers Now: 20MHz vs 40MHz vs 80MHz vs 160MHz: What Channel Bandwidth Should I Use?
  2. metageek: Understanding WiFi Signal Strength
  3. Oreilly: Chapter 2. The PHY
  4. Wiki: dBm
  5. ZDNet: Gigabit Wi-Fi: 802.11ac is here: Five things you need to know

Here is what I have learned:

  1. When dBm is positive, it’s gain. Negative means loss signal strength.
  2. -80 dBm or less means unreliable.
  3. 80MHz channel bandwidth is an available option to 802.11ac but needs a clear channel range.

When I have to lower the Channel bandwidth to [40MHz] to get a clear channel range for 802.11ac, my connection speed drops from 433Mbps to 200MBps with -55 to -72 dBm on 5GHz. But it downloads a LAMP Stack image from TurnKey Linux at about 4Mbps on 5GHz and 2.4GHz, much improve than 2017/4/18.

BTW, I also add 8.8.8.8 as DNS Server in [Advanced Settings] → [LAN] → [DHCP Server] tab or it will fail to query sometimes.

Therefore, I think this case is closed. Now I have to wait and see if the restart happen again in the next few days.

On 2017/4/24, Reboot at 21:20 and Again at 21:28

As you can see below, time has been first reset after 23:00 and 08:08 again. The later also reset Uptime in [General Log]:

Apr 23 17:03:34 kernel: plcp 000b 0180 || 500f 8f1f 0000 || 7d4f 7fc1 || rxestats2 0000
Apr 23 17:03:34 kernel: txerr_tm 0021 txerr_txbytes 0000 txfunfl 0 8 0 0 0 0 txtplunfl 0
Apr 23 17:03:34 kernel: debug1 7fc1 debug2 0000 debug3 0000 debug4 0000
Apr 23 23:00:28 disk_monitor: Got SIGALRM...
Aug 1 08:00:09 syslogd started: BusyBox v1.17.4
Aug 1 08:00:09 kernel: klogd started: BusyBox v1.17.4 (2016-11-03 15:46:45 CST)
Aug 1 08:00:09 kernel: Linux version 2.6.36.4brcmarm (root@asus) (gcc version 4.5.3 (Buildroot 2012.02) ) #1 PREEMPT Thu Nov 3 15:55:43 CST 2016
...skip...
Aug 1 08:01:17 miniupnpd[426]: add_filter_rule() : chain FUPNP not found
Aug 1 08:07:55 rc_service: httpd 389:notify_rc reboot
Aug 1 08:07:56 kernel: Attempt to kill tasklet from interrupt
Aug 1 08:07:57 iTunes: daemon is stoped
Aug 1 08:07:57 FTP Server: daemon is stoped
Aug 1 08:07:57 Samba Server: smb daemon is stoped
Aug 1 08:07:57 kernel: gro disabled
Aug 1 08:00:09 syslogd started: BusyBox v1.17.4
Aug 1 08:00:09 kernel: klogd started: BusyBox v1.17.4 (2016-11-03 15:46:45 CST)

I notice the difference because Uptime in [General] → [System Log] → [General Log] tab has been reset. Usually it should keep counting from the time RT-AC1200G+ being turned on. And there is a lot of warning related to MiniUPnP, too.

Is there any relation because I switch to another Android device for tethering? I don’t know. But I decide to change Select USB device in [USB Application] → [3G/4G] from USB Modem back to Android phone to mach current scenario, it was identified as a USB Modem with another Android device on 2017/4/18.

On 2017/4/26, New Leads

I notice some suspicious message in system log.

Apr 26 20:14:58 rc_service: httpd 389:notify_rc restart_wireless
Apr 26 20:15:03 kernel: wl_module_init: passivemode set to 0x0
Apr 26 20:15:03 kernel: wl_module_init: txworkq set to 0x0
Apr 26 20:15:04 kernel: eth1: Broadcom BCM43227 802.11 Wireless Controller 9.10.178.27 (r584393)
Apr 26 20:15:04 kernel: External imprecise Data abort at addr=0x2ac8a3b0, fsr=0x1c06, pc=0x2ac6de20 lr=0x9eb0 ignored.
Apr 26 20:15:04 kernel: eth2: Broadcom BCM43c8 802.11 Wireless Controller 9.10.178.27 (r584393)
Apr 26 20:21:22 kernel: txerr valid (1) reason 0100 tst 2222 pctls 1cc2 1c0a 0022
Apr 26 20:21:22 kernel: plcp 000b 03ff || dc07 8f2a 0000 || 74c1 77ad || rxestats2 0000
Apr 26 20:21:22 kernel: txerr_tm 0033 txerr_txbytes 0000 txfunfl 0 1 0 0 0 0 txtplunfl 0
Apr 26 20:21:22 kernel: debug1 77ae debug2 0000 debug3 0000 debug4 0000

notify_rc restart_wireless means wireless devices are restart. I wonder if this is the reason for my restart issue. Both of them have been restart without interrupt my internet connection but no reboot.

But on QNAP TS-119PII with Different Wireless Device on Mac OSX File Transfer Performance Report, I have check the internal of RT-AC1200G+ as below:

According to ASUS RT-AC1200GP on WikiDevi, some important features include:
1. Broadcom BCM47189 supports 802.11ac802.11n, and 802.11a@ 5GHz.
2. Broadcom BCM43217 supports 802.11n802.11g, and 802.11b @ 2.4GHz.
3. Max speed for 802.11n is 300Mbps with 2T2R.
4. Max speed for 802.11ac is 867Mbps with 2T2R.
5. Gigabit Ethernet.

There is no BCM43227 which supports 802.11n802.11g, and 802.11b @ 2.4GHz and BCM43c8 which I cannot find any related information.

The last four repeat from 20:21:22 to 21:56:40. I have no ideas at all.

It’s a strange log and I will keep my eyes on them.

Around 2017/5/5, Unstable 5GHz without Reboot

I notice my 802.11n @ 5GHz becomes unstable because connections break and reconnect within 2 minutes.

I cannot remember the exact date and time. Just around 2017/5/5.

I also notice there is a lot of similar kernel message from 10:46:35 to 12:05:16:

May  5 10:46:35 kernel: txerr valid (1) reason 0100 tst 2222 pctls 3cc2 5c1a 0022
May  5 10:46:35 kernel: plcp 000b 0180 || 5e0f 8f1f 0000 || 92b4 9472 || rxestats2 0000
May  5 10:46:35 kernel: txerr_tm 0030 txerr_txbytes 0000 txfunfl 0 1 0 0 0 0 txtplunfl 0
May  5 10:46:35 kernel: debug1 9472 debug2 0000 debug3 0000 debug4 0000

On 2017/5/7, Unstable 5GHz without Reboot

It’s the same to 2017/5/5. My 5GHz wireless connections break and reconnect within 2 minutes at about 23:35.

It’s the same kernel message again:

May  7 23:37:11 kernel: txerr valid (1) reason 0100 tst 2222 pctls 3cc2 5c1b 0022
May  7 23:37:11 kernel: plcp 000b 0063 || 430f 8f07 0000 || a457 a623 || rxestats2 0000
May  7 23:37:11 kernel: txerr_tm 0020 txerr_txbytes 0000 txfunfl 0 1 0 0 0 0 txtplunfl 0

On 2017/5/8, Reboot at 10:16

Finally, it reboots after 14 days. The Uptime in [General Log] has been reset.

May  8 09:20:07 kernel: txerr valid (1) reason 0100 tst 2222 pctls 1cc2 1c13 0022
May  8 09:20:07 kernel: plcp 000b 00e1 || 1b07 9f09 0000 || 3c70 3e22 || rxestats2 0000
May  8 09:20:07 kernel: txerr_tm 003a txerr_txbytes 0000 txfunfl 0 1 0 0 0 0 txtplunfl 0
May  8 09:20:07 kernel: debug1 3e22 debug2 0000 debug3 0000 debug4 0000
...skip...
May  8 09:24:15 kernel: txerr valid (1) reason 0100 tst 2222 pctls 1cc2 1c13 0022
May  8 09:24:15 kernel: plcp 000b 039f || cd07 9f26 0000 || bd6e be48 || rxestats2 0000
May  8 09:24:15 kernel: txerr_tm 003b txerr_txbytes 0000 txfunfl 0 14 0 0 0 0 txtplunfl 0
May  8 09:24:15 kernel: debug1 be48 debug2 0000 debug3 0000 debug4 0000
May  8 10:00:20 disk_monitor: Got SIGALRM...
Aug  1 08:00:09 syslogd started: BusyBox v1.17.4

PawelW from Poland share a new beta firmware RT-AC1200G+_9.0.0.4_380_7415-gc949b277fca.trx which works great on his machine in the comments of this post.

I share this good news to Asus Forum with subject “哪裡可以下載 RT-AC1200G+ 台灣新 Beta 韌體 380_7415?” and ask for local beta firmware because every country has its public channel sets. Asus reply there is no official link for new beta firmware.

小昱 who read my post and decide to give it a try. This firmware works great for him. Everything seems okay now.

Okay, now we have a new beta firmware. There are two people go for it. I decide to go another way. See if I may find tune my configuration. I found many interested information today.

On Asus RT-AC1200G, BCM47189+ BCM43217 chipset on OpenWrt, I learn new to commends to explore RT-AC1200G+ through ssh.

  1. Enable SSH Daemon in [Advanced Settings] → [Administration] → [System] tab for [LAN only]. If you want to access from WAN, read Enable SSH on Asus Routers with(out) SSH Keys on HTPC Guides
  2. Use dmesg to display kernel messages. I notice same eth1 and eth2 messages on 2017/4/26. And also many error.
  3. Use nvram show to display configuration in flash.
  4. Use uname -r to get Linux version 2.6.36.4brcmarm on RT-AC1200G+.

I also learn following facts from the thread:

  1. Broadcom BCM47189 is similar to BCM53573 with 100MHz higher frequency and both are ARM Cortex A architecture. They are both identified as arch/arm/mach-bcm53xx as a Broadcom SoC with ARM Cortex A9 CPU in OpenWRT kernel.
  2. changeway believe A7 is similar to A9 arch, but need to patch some driver to support BCM47189 and ARM Cortex A7.
  3. changeway believe the wireless may support by b43.

Then I read Broadcom BCM47xx on OpenWrt to learn more about the Linux wireless driver, it seems b43 is used to support BCM47189 @ 5GHz according to this. When I follow the lead to read b43 on Linux Wireless, I found BCM43217 @ 2.4GHz is on the supported list but no BCM47189 @ 5GHz. And there is a know problem looks similar to my wireless issue on 2017/4/17 :

Scanning/connectivity problems: caused by b43 bug exposed with kernel 3.8 (by 0172bb7). Fixed in kernel 3.14 (by 64e5acb) and backported to 3.13.2, 3.12.10, 3.10.29.

I think maybe the kernel message and unstable 5GHz is related to support for BCM47189 @ 5GHz in wireless driver.

I decide to drop the support for 802.11ac by setting Wireless Mode to [N only] in [Advanced Settings] → [Wireless] → [General] tab.

On 2017/5/10, Reboot at 13:15

The Uptime in [General Log] has been reset.

I drop 5GHz by setting Enable Radio on  5GHz to [No] in [Advanced Settings] → [Wireless] → [Professional] tab. Then I keep on receiving similar messages going on all day:

May 10 13:24:40 kernel: txerr valid (1) reason 0100 tst 2222 pctls 3cc2 5c1b 0025
May 10 13:24:40 kernel: plcp 000b 006f || 3f0f 8f08 0000 || 722b 7288 || rxestats2 0000
May 10 13:24:40 kernel: txerr_tm 001c txerr_txbytes 0000 txfunfl 0 1 0 0 0 0 txtplunfl 0
May 10 13:24:40 kernel: debug1 7288 debug2 0000 debug3 0000 debug4 0000

txerr should be Transmit Error but I have no ideas why.

Once I drop 2.4GHz by setting Enable Radio on  2.4GHz to [No] in [Advanced Settings] → [Wireless] → [Professional] tab, all above messages stops.

Anyway, I will start by disabling 5GHz. If it doesn’t work, I will stop 2.4GHz and re-enable 5GHz next time.

I also get a respond from Hong Kong local community. fatdog suggest to use firmware 3.0.0.4.380_3971-g516a6d6 and schedule reboot every day in Asus RT-AC1200G+不定期重啟 #11. He has no problems at all. I will give it a try after above option. (Update on 2017/5/13: due to 40 Asus RT Router Models Are Vulnerable to Simple Hacks on BleepingComputer, I will give up this suggestion).

Here I got two bad messages. PawelW reports that the beta firmware RT-AC1200G + _9.0.0.4_380_7415-gc949b277fca.trx eventually crash after 19 days. nikisi on Asus suppport forum also reports in [Sharing]A diary to solve Asus Rt-AC1200G+ reboot issue that the link to beta firmware is no longer available.  (Update on 2017/5/12: PawelW provides a new link to download in his new reply)

On 2017/5/12, Freeze at 13:13

I see warning message continuously generated after disabling 5GHz from 2017/5/10. Finally it freeze today. For those already connected, they won’t be able to access internet. Others won’t see the SSID. I have to restart RT-AC1200G+ with its power button.

May 12 11:22:19 kernel: txerr valid (1) reason 0100 tst 2222 pctls 3cc2 5c1b 0022
May 12 11:22:19 kernel: plcp 000b 0474 || 6b0f 8f5f 0000 || 0581 5dc2 || rxestats2 0000
May 12 11:22:19 kernel: txerr_tm 001c txerr_txbytes 0000 txfunfl 0 248 1 0 0 0 txtplunfl 0
May 12 11:22:19 kernel: debug1 5dc2 debug2 0000 debug3 0000 debug4 0000

Now, I have no disable 2.4GHz and re-enable 5GHz in [Advanced Settings] → [Wireless] → [Professional] tab.

On 2017/5/13, Change Network Topology

Some of my device doesn’t support 5GHz. Therefore I disable 5GHz and DHCP of RT-AC51U. Use LAN to LAN to connect RT-AC51U to RT-AC1200G+. The former will be responsible for 2.4GHz while the later is 5GHz. How to Connect Two Routers on wikiHow has great illustration and explain in plain English.

Both of my NAS are connected to the Gigabit Ethernet of RT-AC1200G+ while Mac mini is 802.11n @ 5GHz with 2T2R at 300Mbps. Copying a single 3.87Gb file is about 25 MB/s. Only those connected to RT-AC51U will be limited by the slow Fast Ethernet.

I may print to my wireless printer which only has 2.4GHz capability through this LAN to LAN topology.

On 2017/5/15, Reboot at 10:12 But Reconnect WAN Automatically

It’s a different experience. I notice my internet connection has been dropped. Mac mini detects no 5GHz from RT-AC1200G+ and switch to 2.4GHz on RT-AC51U but fails. After a while, I may connect to 2.4GHz and login to RT-AC1200G+. I notice the Uptime in [General Log] has been reset. Strangely, WAN was restored automatically. No need to reset tethering on Android mobile.

May 15 10:00:34 disk_monitor: Got SIGALRM...
Aug 1 08:00:09 syslogd started: BusyBox v1.17.4
...skip...
Aug 1 08:01:07 WAN Connection: WAN was restored.
Aug 1 08:01:09 ntp: start NTP update
May 15 10:13:26 rc_service: ntp 783:notify_rc restart_upnp

Conclusion

Even turning off wireless features on RT-AC1200G+, the best is to restore WAN automatically. There is no way to stop the reboot.

1st RMA: From 2017/5/15 till Now

On 2017/5/15, I contact Asus and get a RMA (return merchandise authorization) code. Print this post together with my RT-AC1200G+ to send back to Asus at 15:30.

On 2017/5/16, a tech support form Kaohsiung call me at 17:37. He ask me several questions which I have already provide the detail in my post. Maybe it’s the routine conversation or he doesn’t have time to read this long report. At the end, he decide to send me a new replacement and upgrade to the latest firmware.

On 2017/5/17, the same tech support contact me that a research and development engineer will investigate my case. They need to keep my RT-AC1200G+ and there will be no replacement during that period.

It’s a good news to me because a replacement won’t solve the reboot issue which I have learned from many others before.

On 2017/5/19, the same tech support contact me that he cannot reproduce reboot with GbE. I instruct him to reproduce reboot in 3 days by:

  1. Enable 2.4GHz and WPA2. Errors may be found in system log immediately.
  2. Enable 5GHz with 80MHz bandwidth and WPA2. Wireless network becomes unstable within 3 days.
  3. Use Google Drive to monitor if it’s still connected to Internet.

You have to be a good tech support to instruct them step-by-step with patient and love when a tech support calls. Don’t forget to summarize at the end or they will forget everything. Most people won’t read the notes even it is in printed material.

On 2017/5/22, the same tech support contact me that he finally reproduce a reboot on 5GHz in the weekend. This is a great news and I can see how hard he work on this issue. Because the reboot has been confirmed by tech support, it’s officially confirmed my RT-AC1200G+ has random reboot. Now research and development engineer finally may investigate my issue.

On 2017/5/23, the same tech support contact me that THE RESEARCH AND DEVELOPMENT ENGINEER REFUSED TO CHECK UNLESS I PROVED VIDEO OF RT-AC1200G+ AND SCREEN RECORDING ON ALL MY DEVICE AND NAS AT THE CRASH POINT TO PROOF IT’S NOT WORKING.

I told the tech support it’s impossible to provide screen recording because it against security and governance. I may setup a video camera on the router and clip only the crash point and upload to YouTube.

The only way to stop is to return you device for refund or repair within warranty.

I will continue to fight for a stable machine! Put your RMA image link here and join!

On 2017/5/24, I setup a Surveillance System to Proof Crash of Asus RT-AC1200G+. You  may follow my steps to create your own video. Upload to YouTube and share with communities. I will share more tips to pick up the crash point when I get back my RT-AC1200G+.

BTW, local community replied they will ask customers to record videos but not the case which Asus has reproduce in office.

On 2017/5/25, I got a call from a senior tech support engineer at 11:17. He offer an Asus RT-AC66U as a replacement. He also explains they only reproduce 5GHz restart successfully but not other reboot. I ask if I may accept the offer but keep my RT-AC1200G+ and continue working with them to find a SOP to reboot.

He calls again at 13:35PM and say if I accept the offer, I have to return my RT-AC1200G+. Therefore, I refuse the offer because I am more interested in HELPING PEOPLE IN THE WORLD THAN A FREE UPGRADE. We both agree to close the case. He will pass my contact information to the research and development engineer. If he needs my help to collect more information at the crash point, he will contact me.

If you just want to get a stable machine, show my post and highlight what happen today to Asus local support team and see if you could get another model. Leave me a message with a photo to proof if you get one to help others asking for another model.

I will continue working on this issue. I am both a CRM independent consultant and software developer. I understand how hard it could be to debug, especially random errors. Therefore, I would like to establish a form/guideline/framework to capture. Customers could provide better feedback and engineers may capture what happens more preciously. We may work together to solve problems.

Eventually, I get a different RT-AC1200G+ in the 1st RMA.

On 2017/5/25, Prepare to Capture Next Reboot

Upgrade to Latest Firmware

On 2017/5/25, I got my replaced RT-AC1200G+ and decide to upgrade to the latest firmware. It comes with 3.0.0.4.380_3865 but only find 3.0.0.4.380_3971 the latest. I upgrade to what it found the latest and manually upload 3.0.0.4_380_4089.

Then push the reset button for 5 seconds to restore to factory default. How to do a firmware update on ASUS wireless router? (ASUSWRT) has detail step-by-step instructions.

Minima Configuration

Login and setup. To keep most configuration as default. I made following changes:

  1. Change login password
  2. Change SSID and password for 2.4GHz and 5GHz.
  3. Connect the LAN on RT-AC51U to WAN on RT-AC1200G+.
  4. Enable MAC filter for 2.4GHz and 5GHz.

Now, I connect my Mac mini (Late 2012) via 5GHz, pull the cable of Asustor AS-5102T and QNAP TS-251A on RT-AC51U and push to RT-AC1200G+.

Reboot

Everything is okay until I turn on Asustor AS-5102T and QNAP TS-251A, hola! Reboot, again! I notice it at 17:46 which is about 4 minutes after unplug from RT-AC51U. Yes, RT-AC1200G+ is fine but RT-AC51U reboot and Uptime has been reset.

May 25 15:29:10 kernel: MT7610ap:ASSOC - Assign AID=2 to STA a8:8e:24:a4:57:dd
May 25 16:46:55 kernel: MT7610ap:ASSOC - Assign AID=1 to STA ec:22:80:7e:03:19
May 25 17:19:22 kernel: MT7610ap:ASSOC - Assign AID=2 to STA a8:8e:24:a4:57:dd
May 25 17:26:00 kernel: MT7610ap:ASSOC - Assign AID=2 to STA a8:8e:24:a4:57:dd
May 25 17:42:28 kernel: ESW: Link Status Changed - LAN4 (P4) Link DOWN
May 25 17:42:29 kernel: ESW: Link Status Changed - LAN3 (P3) Link DOWN
Aug 1 08:00:14 syslogd started: BusyBox v1.17.4
Aug 1 08:00:14 kernel: klogd started: BusyBox v1.17.4 (2017-03-16 04:33:04 CST)
Aug 1 08:00:14 kernel: Linux version 2.6.36 (root@asus) (gcc version 4.2.4) #1 Thu Mar 16 04:36:47 C
...skip...
Aug 1 08:00:35 kernel: MT7610ap:ASSOC - Assign AID=1 to STA ec:22:80:7e:03:19
Aug 1 08:02:04 kernel: MT7610ap:ASSOC - Assign AID=2 to STA a8:8e:24:a4:57:dd
...skip...
Aug  1 08:03:42 WAN Connection: WAN was restored.
Aug  1 08:03:45 ntp: start NTP update
May 25 17:46:28 rc_service: ntp 559:notify_rc restart_upnp
May 25 17:46:28 miniupnpd[558]: shutting down MiniUPnPd
May 25 17:46:28 miniupnpd[642]: version 1.9 started
May 25 17:46:28 miniupnpd[642]: HTTP listening on port 42515
May 25 17:46:28 miniupnpd[642]: Listening for NAT-PMP/PCP traffic on port 5351
May 25 17:46:43 crond[194]: time disparity of 955303 minutes detected

Now, I shutdown AS-5102T and TS-251A and turn on both again when they are connected to AS-5102T.

Okay, it’s not because of power-on. I restore the condition by pull the cable of Asustor AS-5102T and QNAP TS-251A on RT-AC1200G+ and push to RT-AC51U. Then pull the cable of Asustor AS-5102T and QNAP TS-251A on RT-AC51U and push to RT-AC1200G+. Everything is fine.

May 25 18:14:51 kernel: ESW: Link Status Changed - LAN4 (P4) Link UP
May 25 18:14:54 kernel: ESW: Link Status Changed - LAN3 (P3) Link UP
May 25 18:15:39 kernel: ESW: Link Status Changed - LAN4 (P4) Link DOWN
May 25 18:15:39 kernel: ESW: Link Status Changed - LAN3 (P3) Link DOWN

Now, turn on Asustor AS-5102T and QNAP TS-251A, safe. I repeat the same procedures for 5 times but there is no reboot. Why RT-AC51U reboots? It never happens. Why I cannot reproduce reboot? I have no ideas and cannot reproduce.

Minima Configuration, Continue

Because I cannot reproduce the reboot, I continue finish configuration:

  1. Set LAN IP as 192.168.120.1
  2. Enable MAC and IP address Binding on AS-5102T and TS-251A

What’s the Difference

Compare to previous tests, I give up USB features. RT-AC1200G+ will get internet access from RT-AC51U via WAN.

I will begin to record when it reboot next time.

On 2017/5/26, Research on syslog.log, Change Network Map, Testing Cooling System, and an Unstable 5GHz Issue

Research on syslog.log

On 2017/5/26, I enable ssh service on RT-AC1200G+ and found two syslog.log:

admin@(none):/tmp# find / -iname syslog.log
/jffs/syslog.log
/tmp/syslog.log
admin@(none):/tmp# ls -l /jffs/syslog.log 
-rw-rw-rw- 1 admin root 24675 May 26 13:21 /jffs/syslog.log
admin@(none):/tmp# ls -l /tmp/syslog.log 
-rw-rw-rw- 1 admin root 24675 May 26 13:21 /tmp/syslog.log

RMerlin explain the different of them in “Where is the ASUS RT-AC68U storing all it’s logs?” on SNBForum:

/tmp/syslog.log is the main, “live” log.

/jffs/syslog.log is a backup made so that when your router reboots, it won’t lose all past log entries (/tmp is a volatile ramdisk).

If it generate any log before it crash, it’s gone with /tmp/syslog.log once reboot. josh.zyman notice /jffs/syslog.log is update every minute.

FATMIN’s Configure Syslog Logging Levels on the Asus RT-AC66U Router is very useful if you want to get more logs. I follow his instruction to get current log_level and set new parameters. Unlike the comments to the post, it didn’t reset to default when I reboot my RT-AC1200G+:

admin@(none):/tmp# nvram show | grep log_level
size: 40172 bytes (25364 left)
log_level=6
admin@(none):/tmp# nvram set log_level=2
admin@(none):/tmp# nvram commit

RMerlin replied in “Default message log level” & “Log only messages more urgent than” in Asuswrt-Merlin 378.56 on SNBForums, there is no difference of this parameter because Asuswrt just ignore it:

Default message log level is the level used by the router’s own logging. Unfortunately, Asuswrt uses the same level for all of the log entries it generates itself, rather than distinguishing between notices, and critical errors when logging. This can be problematic for people using a centralized syslog daemon, as by default everything carried a priority of emergency, making it impossible to filter things. This setting allows you to assign a more sane default level so not everything from the firmware comes in as being an emergency.

The various daemons and services (dnsmasq, miniupnpd, etc…) will typically use an appropriate level when generating log entries.

Log only messages more urgent than is the default filter level for the router’s own syslog (what is shown on the System Log page). If set to “All”, then everything sent to the router’s syslog gets shown. If set to a different level, then you can ensure that, for example, only errors get shown (once again, see the limitation in the previous paragraph regarding the firmware’s own log entries).

Besides, RMerl replied in “spontaneous reboot on RT-AC87U v.380.59 #941” on GitHub:

The router will reboot whenever the kernel or the init process crashes. The only way to debug these is through a serial cable – a crashed kernel is unable to write to syslog.

Conclusion: syslog.log won’t help to collect any useful information on crash point because nothing will be written to it. You need a serial hook to the router.

Change Network Map

In Setup a Surveillance System to Proof Crash of Asus RT-AC1200G+, I use D-Link DCS-930L Wireless N Network Camera to capture videos and stored to AS-5102T. Therefore, I cannot connect AS-5102T to RT-AC1200G+. One it crash, DCS-930L won’t be able to save video stream to AS-5102T.

Here is my modified network map:

20170526 Network Map to Capture Crash Moment of Asus RT-AC1200G+
20170526 Network Map to Capture Crash Moment of Asus RT-AC1200G+

As you may see, DCS-930L will save video stream to AS-5102T through RT-AC51U even RT-AC1200G+ is crash. If RT-AC1200G+ has reboot, I should get a log in RT-AC51U because the Fast Ethernet has been reconnect or just go offline. Here is a sample log in RT-AC51U when RT-AC1200G+ is connected to RT-AC51U:

May 27 10:42:38 kernel: ESW: Link Status Changed - LAN1 (P1) Link UP
May 27 10:43:10 kernel: ESW: Link Status Changed - LAN1 (P1) Link DOWN
May 27 10:43:12 kernel: ESW: Link Status Changed - LAN1 (P1) Link UP

With the help of RT-AC51U, we may double check when RT-AC1200G+ has reboot.

A Cooling System Won’t Make It Stable

I got so many suggestion that RT-AC1200G+ is so hot that you MUST need a cooling system to help it stable. Okay, let’s try. I put RT-AC1200G+ on top of 友情牌 10 吋壁掛循環扇 KG-1064 which is a Vornado-like fan. yes, it’s c0ol. No, RT-AC1200G+‘s 5GHz wireless becomes unstable between 23:03 to 23:21 on 2017/5/26.

Fact: a cooling system won’t help your RT-AC1200G+ becomes more stable.

Asus RT-AC1200G+ Cooled by a Vornado-like 10" Fan at the bottom.jpg
Asus RT-AC1200G+ Cooled by a Vornado-like 10″ Fan at the bottom.jpg

Unstable 5GHz Issue

At 23:03, I switch connection to RT-AC51U from RT-AC1200G+. There is a log in RT-AC51U to proof:

May 26 23:03:29 kernel: MT7610ap:ASSOC - Assign AID=2 to STA a8:8e:24:a4:57:dd

At 23:19, I switch connection to RT-AC1200G+ from RT-AC51U but fail. I cannot connect – something wrong. I reconnect to RT-AC51U and make sure video has been kept. There is a log in RT-AC51U to proof:

May 26 23:19:41 kernel: MT7610ap:ASSOC - Assign AID=2 to STA a8:8e:24:a4:57:dd

Video captures of lights on RT-AC1200G+ at 23:19 on 2017/5/26:

At 23:20, I switch connect to RT-AC1200G+ from RT-AC51U again. I cannot connect. Here is a screen capture to proof:

Asus RT-AC1200G+'s 5GHz is gone
Asus RT-AC1200G+’s 5GHz is gone

Video captures of lights on RT-AC1200G+ at 23:20 on 2017/5/26:

Video captures of lights on RT-AC1200G+ at 23:21 on 2017/5/26:

In the next few minutes, I may connect to RT-AC1200G+ but it’s not stable. Sometimes I cannot browse any web site.

At 23:31, I decide to ssh login to RT-AC1200G+ and execute reboot command. There is log in RT-AC1200G+ to proof but I didn’t see any log in RT-AC51U:

May 26 23:00:59 disk_monitor: Got SIGALRM...
May 26 23:31:14 dropbear[9529]: Password auth succeeded for 'admin' from 192.168.120.91:61508
Aug  1 08:00:09 syslogd started: BusyBox v1.17.4

At 23:37, I decide to power reset RT-AC1200G+. There is log in RT-AC1200G+ and RT-AC51U to proof. Here is the log in RT-AC1200G+ :

May 26 23:31:14 dropbear[9529]: Password auth succeeded for 'admin' from 192.168.120.91:61508
Aug 1 08:00:09 syslogd started: BusyBox v1.17.4
...skip...
Aug 1 08:00:26 dhcp client: bound 192.168.1.120 via 192.168.1.51 during 86400 seconds.
Aug 1 08:00:27 ntp: start NTP update
May 26 23:38:19 rc_service: ntp 594:notify_rc restart_upnp

Here is the log in RT-AC51U:

May 26 23:37:21 kernel: ESW: Link Status Changed - LAN1 (P1) Link DOWN
May 26 23:37:24 kernel: ESW: Link Status Changed - LAN1 (P1) Link UP
May 26 23:37:57 kernel: ESW: Link Status Changed - LAN1 (P1) Link DOWN
May 26 23:37:59 kernel: ESW: Link Status Changed - LAN1 (P1) Link UP

On 2017/5/28, Upgrade to Un-official RT-AC1200G+_9.0.0.4_380_7415-gc949b277fca.trx

From RMerl’s reply, I realize it doesn’t make sense to focus on syslog.log anymore because it won’t help to what cause kernel crash. I need to try something else.

How to Solve Reboot

  1. Call customer service and show them my post. Ask to change another model. Please share your success story in comments to help others.
  2. Get a serial and hack to RT-AC1200G+. If Asus blocks the communication port on shipping version, we cannot do anything.
  3. Try new firmware and configuration.

I decide to continue with 3 and also study 2.

Learn from Known

I read reboot history and notice BCM47189 has more problems with bandwidth 80MHz. Lower to 40MHz makes RT-AC1200G+ more stable but still reboot.

For kernel crash, get a new Linux (or new driver compile to kernel) or disable problem functions and drivers should help. I decide to give RT-AC1200G+_9.0.0.4_380_7415-gc949b277fca.trx a shot.

Before upgrading, run dmesg and nvram show in ssh to keep important information in firmware RT-AC51U_3.0.0.4_380_7378-g7a25649.trx. It helps to compare the difference.

Upgrade Firmware

Upgrade is easy. Follow comments in this post to download the mystery RT-AC1200G+_9.0.0.4_380_7415-gc949b277fca.trx which is not available on official web site. You also need to clear NVRAM (Non-volatile random-access memory) by push-and-hold WPS button then turn on power until power light is blinking. Or you may run mtd-erase2 after configuration:

admin@(none):/tmp/home/root# mtd-erase2
usage: mtd-erase2 [device]
admin@(none):/tmp/home/root# mtd-erase2 nvram
admin@(none):/tmp/home/root# 

Read “RT-AC66U Reset/Clear NVRAM” on SNBForum for more instructions.

Here are my modified configurations to test for stability. Others are kept default.

  1. In [Wireless], set Channel bandwidth on 5GHz to [40MHz], Control Channel to [Auto], and Wireless Mode to [N only].
  2. In [Wireless] → [Professional] tab, disable 2.4GHz radio signal.
  3. Set Enable UPnP Media Server on [Media Server] tab and Enable Share on [Network Place (Samba) Share] tab both to Off in [USB Application]
  4. Keep Enable SSH to [No] in  [Administration] → [System] tab. Turn on only when need it.

For my personal requirement:

  1. In Quick Internet Setup, change login password.
  2. In Quick Internet Setup, change SSID and password for 2.4GHz and 5GHz.
  3. In [Wireless] → [Wireless MAC Filter] tab, enable Enable MAC Filter for 5GHz.
  4. In [LAN] → [LAN IP] tab, Set LAN IP as 192.168.120.1.
  5. In [Network Map], Enable MAC and IP address Binding on TS-251A.

Difference

Run dmesg on the new firmware. I found following differences (total 7):

380_7378 380_7415
Linux version 2.6.36.4brcmarm (root@asus) (gcc version 4.5.3 (Buildroot 2012.02) ) #1 PREEMPT Thu Nov 3 15:55:43 CST 2016 Linux version 2.6.36.4brcmarm (root@asus) (gcc version 4.5.3 (Buildroot 2012.02) ) #1 PREEMPT Mon Mar 27 10:53:10 CST 2017
.data : 0x803fc000 – 0x8041ef40   ( 140 kB) .data : 0x803fc000 – 0x8041ef80   ( 140 kB)
MPCORE Global Timer Clock 35987Hz MPCORE Global Timer Clock 35995Hz
0x0000001ef240-0x000000d30000 : “rootfs” 0x0000001ef354-0x000000d30000 : “rootfs”
External imprecise Data abort at addr=0x2acc7000, fsr=0x1c06, pc=0x2aacae10 lr=0x2aacae5c ignored. External imprecise Data abort at addr=0x2ae18000, fsr=0x1c06, pc=0x800ca8e0 lr=0x800ca998 ignored.
N/A br0: port 2(eth1) entering forwarding state
device eth1 left promiscuous mode
br0: port 2(eth1) entering disabled state
br0: port 3(eth2) entering forwarding state
device eth2 left promiscuous mode
br0: port 3(eth2) entering disabled state
wl_module_init: passivemode set to 0x0
wl_module_init: txworkq set to 0x1
eth1: Broadcom BCM43227 802.11 Wireless Controller 9.10.178.27 (r584393)
External imprecise Data abort at addr=0x2ae49004, fsr=0x1c06, pc=0x2aec2014 lr=0xecec ignored.
External imprecise Data abort at addr=0x2abdf3b0, fsr=0x1c06, pc=0x803bf308 lr=0x80212cac ignored.
eth2: Broadcom BCM43c8 802.11 Wireless Controller 9.10.178.27 (r584393)
device eth1 entered promiscuous mode
br0: topology change detected, propagating
br0: port 2(eth1) entering forwarding state
br0: port 2(eth1) entering forwarding state
device eth2 entered promiscuous mode
br0: topology change detected, propagating
br0: port 3(eth2) entering forwarding state
br0: port 3(eth2) entering forwarding state
N/A autodet uses obsolete (PF_INET,SOCK_PACKET)

gro disabled
br0: port 2(eth1) entering forwarding state
device eth1 left promiscuous mode
br0: port 2(eth1) entering disabled state
br0: port 3(eth2) entering forwarding state
device eth2 left promiscuous mode
br0: port 3(eth2) entering disabled state
wl_module_init: passivemode set to 0x0
wl_module_init: txworkq set to 0x1
eth1: Broadcom BCM43227 802.11 Wireless Controller 9.10.178.27 (r584393)
External imprecise Data abort at addr=0x2abdf3b0, fsr=0x1c06, pc=0x2abc2e20 lr=0x9eb0 ignored.
eth2: Broadcom BCM43c8 802.11 Wireless Controller 9.10.178.27 (r584393)
device eth1 entered promiscuous mode
br0: topology change detected, propagating
br0: port 2(eth1) entering forwarding state
br0: port 2(eth1) entering forwarding state
device eth2 entered promiscuous mode
br0: topology change detected, propagating
br0: port 3(eth2) entering forwarding state
br0: port 3(eth2) entering forwarding state
br0: port 2(eth1) entering forwarding state
device eth1 left promiscuous mode
br0: port 2(eth1) entering disabled state
br0: port 3(eth2) entering forwarding state
device eth2 left promiscuous mode
br0: port 3(eth2) entering disabled state
wl_module_init: passivemode set to 0x0
wl_module_init: txworkq set to 0x1
eth1: Broadcom BCM43227 802.11 Wireless Controller 9.10.178.27 (r584393)
External imprecise Data abort at addr=0x2abdf3b0, fsr=0x1c06, pc=0x91ba0 lr=0x2ae68254 ignored.
eth2: Broadcom BCM43c8 802.11 Wireless Controller 9.10.178.27 (r584393)
device eth1 entered promiscuous mode
br0: topology change detected, propagating
br0: port 2(eth1) entering forwarding state
br0: port 2(eth1) entering forwarding state
device eth2 entered promiscuous mode
br0: topology change detected, propagating
br0: port 3(eth2) entering forwarding state
br0: port 3(eth2) entering forwarding state
br0: port 2(eth1) entering forwarding state
device eth1 left promiscuous mode
br0: port 2(eth1) entering disabled state
br0: port 3(eth2) entering forwarding state
device eth2 left promiscuous mode
br0: port 3(eth2) entering disabled state
wl_module_init: passivemode set to 0x0
wl_module_init: txworkq set to 0x1
eth1: Broadcom BCM43227 802.11 Wireless Controller 9.10.178.27 (r584393)
External imprecise Data abort at addr=0x2abdf3b0, fsr=0x1c06, pc=0x2abc2e20 lr=0x9eb0 ignored.
eth2: Broadcom BCM43c8 802.11 Wireless Controller 9.10.178.27 (r584393)
device eth2 entered promiscuous mode
br0: topology change detected, propagating
br0: port 2(eth2) entering forwarding state
br0: port 2(eth2) entering forwarding state
br0: port 2(eth2) entering forwarding state
device eth2 left promiscuous mode
br0: port 2(eth2) entering disabled state
wl_module_init: passivemode set to 0x0
wl_module_init: txworkq set to 0x1
eth1: Broadcom BCM43227 802.11 Wireless Controller 9.10.178.27 (r584393)
External imprecise Data abort at addr=0x2abdf3b0, fsr=0x1c06, pc=0x2abc2e20 lr=0x9eb0 ignored.
eth2: Broadcom BCM43c8 802.11 Wireless Controller 9.10.178.27 (r584393)
device eth2 entered promiscuous mode
br0: topology change detected, propagating
br0: port 2(eth2) entering forwarding state
br0: port 2(eth2) entering forwarding state

gro disabled
Attempt to kill tasklet from interrupt
device eth0 left promiscuous mode
br0: port 1(vlan1) entering forwarding state
device eth0 entered promiscuous mode
br0: topology change detected, propagating
br0: port 1(vlan1) entering forwarding state
br0: port 1(vlan1) entering forwarding state
br0: port 2(eth2) entering forwarding state
br0: port 1(vlan1) entering forwarding state
device eth0 left promiscuous mode
device vlan1 left promiscuous mode
br0: port 1(vlan1) entering disabled state
device eth2 left promiscuous mode
br0: port 2(eth2) entering disabled state
wl_module_init: passivemode set to 0x0
wl_module_init: txworkq set to 0x1
eth1: Broadcom BCM43227 802.11 Wireless Controller 9.10.178.27 (r584393)
External imprecise Data abort at addr=0x2abdf3b0, fsr=0x1c06, pc=0x7168c lr=0x2ae63254 ignored.
eth2: Broadcom BCM43c8 802.11 Wireless Controller 9.10.178.27 (r584393)
device vlan1 entered promiscuous mode
device eth0 entered promiscuous mode
device eth1 entered promiscuous mode
device eth2 entered promiscuous mode
br0: topology change detected, propagating
br0: port 3(eth2) entering forwarding state
br0: port 3(eth2) entering forwarding state
br0: topology change detected, propagating
br0: port 2(eth1) entering forwarding state
br0: port 2(eth1) entering forwarding state
br0: topology change detected, propagating
br0: port 1(vlan1) entering forwarding state
br0: port 1(vlan1) entering forwarding state

Disable SSH Daemon

caliban suggest to set Enable SSH to [No] in  [Administration] → [System] tab and my auto-restart history also support this suggestion: no-reboot between 2017/4/24 to 5/8 when SSH Daemon is off. Then it reboots every 2 to 3 days after 2017/5/8.

I will enable it only when needed.

On 2017/5/29, Reboot, Identify Crash Time with Another Router

How I catch Reboot time

With the new network map on 2017/5/26, RT-AC51U will notice LAN has down once RT-AC1200G+ reboot. That’s why I got the exact time 15:27:19. Unfortunately, I didn’t turn on my surveillance system and miss the video.

Here is the log in RT-AC51U:

May 29 15:21:08 kernel: MT7610ap:LOG#6 b4:18:d1:c3:a1:b4 has disassociated
May 29 15:27:19 kernel: ESW: Link Status Changed - LAN1 (P1) Link DOWN
May 29 15:27:21 kernel: ESW: Link Status Changed - LAN1 (P1) Link UP
May 29 15:27:27 kernel: MT7610ap:ASSOC - Assign AID=1 to STA a8:8e:24:a4:57:dd
May 29 15:27:54 kernel: ESW: Link Status Changed - LAN1 (P1) Link DOWN
May 29 15:27:57 kernel: ESW: Link Status Changed - LAN1 (P1) Link UP
May 29 15:34:37 kernel: MT7610ap:LOG#7 a8:8e:24:a4:57:dd has disassociated

On the other hand, you only get useless log in RT-AC1200G+ because nothing will write to syslog.log when kernel panic happens.

May 29 14:22:28 rc_service: waitting "start_lltdc" via httpd ...
Aug 1 08:00:09 syslogd started: BusyBox v1.17.4
Aug 1 08:00:09 kernel: klogd started: BusyBox v1.17.4 (2017-03-27 10:42:39 CST)
...skip...
Aug 1 08:00:25 miniupnpd[701]: Listening for NAT-PMP/PCP traffic on port 5351
Aug 1 08:00:26 ntp: start NTP update
May 29 15:28:16 rc_service: ntp 696:notify_rc restart_upnp
May 29 15:28:16 miniupnpd[701]: shutting down MiniUPnPd

On 2017/5/30, Pressure Test, 5GHz Radio Jamming, Wireless Technologies

Pressure Test

I design a pressure test to make BCM47189 and GbE busy. Therefore, I prepare 57 files for total 154.73GB. Copying them between QNAP TS-251A and Mac mini (Late 2012) at the same time. QNAP TS-251A uses a wired GbE connection to RT-AC1200G+ while Mac mini is 802.11n 2T2R @ 5GHz.

Here are some screen captures to understand how busy they are:

CPU and Memory Usage in Asus RT-AC1200G+
CPU and Memory Usage in Asus RT-AC1200G+
5GHz Wireless Traffic in Asus RT-AC1200G+
5GHz Wireless Traffic in Asus RT-AC1200G+
Network Traffic Monitor in QNAP T251A
Network Traffic Monitor in QNAP T251A

I run twice and it takes for more than 8 hours to finish. RT-AC1200G+ pass the test without any reboot or unstable wireless network. I was very impressed.

5GHz Radio Jamming

During pressure test, my tablet which connects to RT-AC51U on 5GHz is so slow that won’t be able to load any web page. I suspect it is a radio jamming issue. Here are the current configurations:

  1. RT-AC1200G+ is using channel 153 with bandwidth 40MHz.
  2. RT-AC51U is using channel 157 with bandwidth 20/40/80MHz.

When I change RT-AC51U to channel 149, everything back to normal. My tablet works as normal and the test is still going on.

Study Kernel Panic and Wireless Technologies

I spend my whole day studying kernel panic, interference , and many related terminologies. Here are some useful posts I found:

  1. Linux Shtuff: Troubleshoot Linux Kernel Panics – understand what are kernel panics and how to trace them.
  2. StackOverflow: Generate kernel oops or crash in the code – generate kernel panic in code.
  3. Unix & Linux: What’s the difference between a kernel oops and a kernel panic? – they are more precise than reboot.
  4. Embedded System Blog: Debugging Analysis of Kernel panics and Kernel oopses using System Map: – debug kernel panic and soft panic step-by-step.
  5. StackOverflow: Kernel panic error in ARM board – makers meet kernel panic more often than desktop.
  6. StackOverflow: Arguments to ARM Linux’s arm_pm_restart() – from the functions here I begin to read Linux kernel source code.
  7. free electrons: /arch/arm/kernel/reboot.c – source code for static void __soft_restart(void *addr)
  8. free electrons: /kernel/reboot.c – source code for void do_kernel_restart(char *cmd) and void migrate_to_reboot_cpu(void)
  9. O’Reilly: Learning Debian GNU/Linux: 7.4 Viewing System Messages and Logs – learn dmesg and /var/log/message.
  10. My Cyber Universe: Full controlling the ASUS router via command line – learn commands used in Asuswrt.
  11. Cisco: Meraki: Channel Planning Best Practices – learn basic wireless terminologies and concepts.
  12. Extreme Networks: How to create a 5GHz WiFi Channel Plan – learn things needs to take into consideration when design 5GHz channel.
  13. Networking Computing: Dynamic Frequency Selection Part 3: The Channel Dilemma – I love the 802.11ac channel allocation illustration.
  14. 電腦王:無線路由器怎麼設定?拆機器、教術語,基本功一次搞懂 – basic wireless terminologies and concepts in Traditional Chinese.
  15. 聊Wi-Fi – advanced topics on wireless concept and implement design in Traditional Chinese.
  16. 無線網路新趨勢–漫談 802.11ac 新協定 by 臺灣大學計算機及資訊網路中心游子興 – learn bandwidth, spatial streams, MU-MIMO, beam forming, 256-QAM modulation in Traditional Chinese.

Configuration Update

To make it unstable and generate a reboot more quickly, I made following changes::

  1. In [Wireless], set Channel bandwidth on 5GHz to [80MHz], Control Channel to [149], and Wireless Mode to [N/AC mixed].
  2. Set Enable SSH to [Yes] in  [Administration] → [System] tab.

On 2017/5/31, 5GHz Unstable, Reboot

Finally, I caught a reboot and more facts about the unstable situation.

5GHz Unstable

I see many unstable wireless in different time period today. Here is my story during 13:26 ~ 13:34.

First is the video capture. I didn’t see anything special nor know how to decode these lights.

Here is the log in [System log] → [General Log] tab during 13:26 to 13:58. I reset power once but doesn’t work. Therefore, I pull the power completely. That’s why you see syslogd started: BusyBox v1.17.4 twice.

May 31 09:19:58 miniupnpd[705]: Listening for NAT-PMP/PCP traffic on port 5351
May 31 09:20:00 disk monitor: be idle
Aug 1 08:00:09 syslogd started: BusyBox v1.17.4
Aug 1 08:00:09 kernel: klogd started: BusyBox v1.17.4 (2017-03-27 10:42:39 CST)
... skip ...
Aug 1 08:00:25 miniupnpd[689]: Listening for NAT-PMP/PCP traffic on port 5351
Aug 1 08:00:27 ntp: start NTP update
May 31 13:52:15 rc_service: ntp 687:notify_rc restart_upnp
May 31 13:52:15 miniupnpd[689]: shutting down MiniUPnPd
May 31 13:52:15 miniupnpd[704]: version 1.9 started
May 31 13:52:15 miniupnpd[704]: HTTP listening on port 41021
May 31 13:52:15 miniupnpd[704]: Listening for NAT-PMP/PCP traffic on port 5351
May 31 13:52:16 rc_service: ntp 687:notify_rc restart_diskmon
May 31 13:52:16 disk_monitor: Finish
May 31 13:52:19 disk monitor: be idle
Aug 1 08:00:09 syslogd started: BusyBox v1.17.4
Aug 1 08:00:09 kernel: klogd started: BusyBox v1.17.4 (2017-03-27 10:42:39 CST)
... skip ...
Aug 1 08:00:24 miniupnpd[689]: Listening for NAT-PMP/PCP traffic on port 5351
Aug 1 08:00:27 ntp: start NTP update
May 31 13:58:25 rc_service: ntp 687:notify_rc restart_upnp
May 31 13:58:25 miniupnpd[689]: shutting down MiniUPnPd

As you may see in screen captures on WiFi Scanner / Analyzer, Asus_5G from RT-AC1200G+ is available and disappear quickly. There is no other visible SSID. It’s the same with Wifi Analyzer:

Screenshot_2017-05-31-13-28-10: Asus_5G is available for a while
Screenshot_2017-05-31-13-28-10: Asus_5G is available for a while
Screenshot_2017-05-31-13-28-33: Asus_5G is disappear now
Screenshot_2017-05-31-13-28-33: Asus_5G is disappear now

Using Network Preference in macOS Sierra, I found more interesting stuff. As mentioned on 2017/5/28, I Set LAN IP as 192.168.120.1 and the range should be 192.168.120.2 to 192.168.120.254. What is 169.254.26.113? It’s not even within the range.

Lenaius Chang explain in his comment:

The 169.254.26.113 you mentioned is likely the pc’s local auto-assinged IP before the router’s DHCP Server finish initializing. When physical(either wired or wireless) connection is established, the OS needs an IP address to communicate, but if DHCP Requests don’t return with a valid ip address, the PC can only create it’s own for temporary use. When the router’s DHCP server finishes it’s preparing sequence, it will return(assign) an IP address in range to your PC on receiving a DHCP request.

Screen Shot 2017-05-31 at 1.26.52 PM: Lucky me, I connect to As_5G but who is 169.254.26.113?
Screen Shot 2017-05-31 at 1.26.52 PM: Lucky me, I connect to As_5G but who is 169.254.26.113?
Screen Shot 2017-05-31: normal IP from Asus RT-AC1200G+ at 1.29.23 PM
Screen Shot 2017-05-31: normal IP from Asus RT-AC1200G+ at 1.29.23 PM
Screen Shot 2017-05-31 at 1.30.11 PM: okay, no IP. Seems DHCP server is not functional
Screen Shot 2017-05-31 at 1.30.11 PM: okay, no IP. Seems DHCP server is not functional

At 23:24, 5GHz becomes unstable again and I use a wired GbE cable to connect RT-AC1200G+ and Mac mini. RT-AC1200G+ is still functional but fail to provide wireless connection.

Here is what I collect in [System Log] → [Wireless Log] tab about wireless:

2.4 GHz radio is disabled

SSID: "ASUS_5G"
RSSI: 0 dBm SNR: 0 dB noise: -87 dBm Channel: 149/80
BSSID: 60:45:CB:8E:3C:8C Capability: ESS
Supported Rates: [ 6(b) 9 12(b) 18 24(b) 36 48 54 ]
VHT Capable:
Chanspec: 5GHz channel 155 80MHz (0xe09b)
Primary channel: 149
HT Capabilities:
Supported MCS : [ 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 ]
VHT Capabilities:
Supported VHT (tx) Rates:
NSS: 1 MCS: 0-9
NSS: 2 MCS: 0-9
Supported VHT (rx) Rates:
NSS: 1 MCS: 0-9
NSS: 2 MCS: 0-9

Mode : AP Only

Stations List
----------------------------------------
idx MAC Associated Authorized RSSI PSM SGI STBC Tx rate Rx rate Connect Time

For comparison, here is what I collect in [System Log] → [Wireless Log] tab when Mac mini connects to RT-AC51U with 1T1R @ 5GHz:

MAC address : F0:79:59:77:F9:78
OP Mode : AP
Phy Mode : 11n
Channel : 9

Stations List
----------------------------------------
MAC PSM PhyMode BW MCS SGI STBC Rate Connect Time
0C:84:DC:C2:5A:C6 NO HTMIX 20M 7 NO NO 65M 00:01:12

MAC address : F0:79:59:77:F9:7C
OP Mode : AP
Phy Mode : 11n/ac
Channel : 149

Stations List
----------------------------------------
MAC PSM PhyMode BW MCS SGI STBC Rate Connect Time
A8:8E:24:A4:57:DD NO HTMIX 40M 7 NO NO 135M 00:01:07

And there is nothing special in [System log] → [General Log] tab till 2017/6/1 00:34:

ay 31 18:43:23 rc_service: ntp 688:notify_rc restart_diskmon
May 31 18:43:23 disk_monitor: Finish
May 31 18:43:25 disk monitor: be idle
May 31 19:00:25 disk_monitor: Got SIGALRM...
May 31 23:00:25 disk_monitor: Got SIGALRM...

Reboot

During 18:42 and 18:43, RT-AC1200G+ reboots but the Uptime keeps going on. Begin from 00:28 in the video:

Here is the log in RT-AC51U. It helps to catch the reboot time. a8:8e:24:a4:57:dd is my Mac mini. It seems he connected to RT-AC51U due to lost connection with Asus_5G from RT-AC1200G+ automatically. And the later eventually crash and reboot after about 33 minutes.

May 31 18:09:47 kernel: MT7610ap:ASSOC - Assign AID=1 to STA a8:8e:24:a4:57:dd
May 31 18:42:26 kernel: ESW: Link Status Changed - LAN1 (P1) Link DOWN
May 31 18:42:28 kernel: ESW: Link Status Changed - LAN1 (P1) Link UP
May 31 18:43:01 kernel: ESW: Link Status Changed - LAN1 (P1) Link DOWN
May 31 18:43:03 kernel: ESW: Link Status Changed - LAN1 (P1) Link UP
May 31 19:09:25 kernel: MT7610ap:ASSOC - Assign AID=1 to STA a8:8e:24:a4:57:dd

Here is the log in RT-AC1200G+. Same, nothing useful.

May 31 14:05:09 rc_service: httpd 409:notify_rc start_miniupnpc
May 31 14:05:09 rc_service: waitting "start_lltdc" via httpd ...
Aug 1 08:00:09 syslogd started: BusyBox v1.17.4
Aug 1 08:00:09 kernel: klogd started: BusyBox v1.17.4 (2017-03-27 10:42:39 CST)
... skip ...
Aug 1 08:00:24 miniupnpd[690]: Listening for NAT-PMP/PCP traffic on port 5351
Aug 1 08:00:25 ntp: start NTP update
May 31 18:43:22 rc_service: ntp 688:notify_rc restart_upnp
May 31 18:43:22 miniupnpd[690]: shutting down MiniUPnPd

On 2017/6/1, Upgrade to RT-AC1200G+_9.0.0.4_382_10680-gc72d1c8.trx

I got a call from Dolly Chu who work in Asus Customer Service, she provides me a link to a new beta firmware RT-AC1200G+_9.0.0.4_382_10680-gc72d1c8.trx. I decide to give it another try.

Difference

Run dmesg on the new firmware and found following differences (total 14):

380_7415 380_10680
Memory: 125488k/125488k available, 5584k reserved, 0K highmem Memory: 125464k/125464k available, 5608k reserved, 0K highmem
Virtual kernel memory layout:
vector : 0xffff0000 – 0xffff1000 ( 4 kB)
fixmap : 0xfff00000 – 0xfffe0000 ( 896 kB)
DMA : 0xf7e00000 – 0xffe00000 ( 128 MB)
vmalloc : 0x88800000 – 0xf0000000 (1656 MB)
lowmem : 0x80000000 – 0x88000000 ( 128 MB)
modules : 0x7f000000 – 0x80000000 ( 16 MB)
.init : 0x80008000 – 0x80038000 ( 192 kB)
.text : 0x80038000 – 0x803e3000 (3756 kB)
.data : 0x803fc000 – 0x8041ef80 ( 140 kB)
Virtual kernel memory layout:
vector : 0xffff0000 – 0xffff1000 ( 4 kB)
fixmap : 0xfff00000 – 0xfffe0000 ( 896 kB)
DMA : 0xf7e00000 – 0xffe00000 ( 128 MB)
vmalloc : 0x88800000 – 0xf0000000 (1656 MB)
lowmem : 0x80000000 – 0x88000000 ( 128 MB)
modules : 0x7f000000 – 0x80000000 ( 16 MB)
.init : 0x80008000 – 0x80039000 ( 196 kB)
.text : 0x80039000 – 0x803e5000 (3760 kB)
.data : 0x803fe000 – 0x80420f40 ( 140 kB)
N/A * Invalid signature of oopsbuf: 00-10-00-87-77-FE-7F-4F (len 2396913050)
MPCORE Global Timer Clock 35995Hz MPCORE Global Timer Clock 35987Hz
N/A PCIE PLL is locked
Creating 5 MTD partitions on “bcmsflash”:
0x000000000000-0x000000040000 : “boot”
0x000000040000-0x000000ff0000 : “linux”
0x0000001ef354-0x000000d30000 : “rootfs”
0x000000d30000-0x000000ff0000 : “jffs2”
0x000000ff0000-0x000001000000 : “nvram”
Creating 5 MTD partitions on “bcmsflash”:
0x000000000000-0x000000040000 : “boot”
0x000000040000-0x000000ff0000 : “linux”
0x0000001ef910-0x000000da0000 : “rootfs”
0x000000da0000-0x000000ff0000 : “jffs2”
0x000000ff0000-0x000001000000 : “nvram”
Freeing init memory: 192K Freeing init memory: 196K
eth0: Broadcom BCM47XX 10/100/1000 Mbps Ethernet Controller 9.10.178.27 (r584393)
wl_module_init: passivemode set to 0x0
wl_module_init: txworkq set to 0x1
PCI: Enabling device 0001:01:00.0 (0140 -> 0142)
eth1: Broadcom BCM43227 802.11 Wireless Controller 9.10.178.27 (r584393)
External imprecise Data abort at addr=0x2ae18000, fsr=0x1c06, pc=0x800ca8e0 lr=0x800ca998 ignored.
eth2: Broadcom BCM43c8 802.11 Wireless Controller 9.10.178.27 (r584393)
eth0: Broadcom BCM47XX 10/100/1000 Mbps Ethernet Controller 9.10.178.61 (r667680)
wl_module_init: passivemode set to 0x0
wl_module_init: txworkq set to 0x0
PCI: Enabling device 0001:01:00.0 (0140 -> 0142)
eth1: Broadcom BCM43227 802.11 Wireless Controller 9.10.178.61 (r667680)
eth2: Broadcom BCM43c8 802.11 Wireless Controller 9.10.178.61 (r667680)
JFFS2 version 2.2. (NAND) © 2001-2006 Red Hat, Inc.
device vlan1 entered promiscuous mode
device eth0 entered promiscuous mode
device eth1 entered promiscuous mode
device eth2 entered promiscuous mode
br0: topology change detected, propagating
br0: port 3(eth2) entering forwarding state
br0: port 3(eth2) entering forwarding state
br0: topology change detected, propagating
br0: port 2(eth1) entering forwarding state
br0: port 2(eth1) entering forwarding state
br0: topology change detected, propagating
br0: port 1(vlan1) entering forwarding state
br0: port 1(vlan1) entering forwarding state
br0: port 2(eth1) entering forwarding state
device eth1 left promiscuous mode
br0: port 2(eth1) entering disabled state
br0: port 3(eth2) entering forwarding state
device eth2 left promiscuous mode
br0: port 3(eth2) entering disabled state
wl_module_init: passivemode set to 0x0
wl_module_init: txworkq set to 0x1
eth1: Broadcom BCM43227 802.11 Wireless Controller 9.10.178.27 (r584393)
External imprecise Data abort at addr=0x2ae49004, fsr=0x1c06, pc=0x2aec2014 lr=0xecec ignored.
External imprecise Data abort at addr=0x2abdf3b0, fsr=0x1c06, pc=0x803bf308 lr=0x80212cac ignored.
eth2: Broadcom BCM43c8 802.11 Wireless Controller 9.10.178.27 (r584393)
device eth1 entered promiscuous mode
br0: topology change detected, propagating
br0: port 2(eth1) entering forwarding state
br0: port 2(eth1) entering forwarding state
device eth2 entered promiscuous mode
br0: topology change detected, propagating
br0: port 3(eth2) entering forwarding state
br0: port 3(eth2) entering forwarding state
N/A
SCSI subsystem initialized
Initializing USB Mass Storage driver…
usbcore: registered new interface driver usb-storage
USB Mass Storage support registered.
N/A
usbcore: registered new interface driver usblp usbcore: registered new interface driver cdc_acm
cdc_acm: v0.26:USB Abstract Control Model driver for USB modems and ISDN adapters
nf_conntrack_rtsp v0.6.21 loading
nf_nat_rtsp v0.6.21 loading
autodet uses obsolete (PF_INET,SOCK_PACKET)gro disabled
br0: port 2(eth1) entering forwarding state
device eth1 left promiscuous mode
br0: port 2(eth1) entering disabled state
br0: port 3(eth2) entering forwarding state
device eth2 left promiscuous mode
br0: port 3(eth2) entering disabled state
wl_module_init: passivemode set to 0x0
wl_module_init: txworkq set to 0x1
eth1: Broadcom BCM43227 802.11 Wireless Controller 9.10.178.27 (r584393)
External imprecise Data abort at addr=0x2abdf3b0, fsr=0x1c06, pc=0x2abc2e20 lr=0x9eb0 ignored.
eth2: Broadcom BCM43c8 802.11 Wireless Controller 9.10.178.27 (r584393)
device eth1 entered promiscuous mode
br0: topology change detected, propagating
br0: port 2(eth1) entering forwarding state
br0: port 2(eth1) entering forwarding state
device eth2 entered promiscuous mode
br0: topology change detected, propagating
br0: port 3(eth2) entering forwarding state
br0: port 3(eth2) entering forwarding state
br0: port 2(eth1) entering forwarding state
device eth1 left promiscuous mode
br0: port 2(eth1) entering disabled state
br0: port 3(eth2) entering forwarding state
device eth2 left promiscuous mode
br0: port 3(eth2) entering disabled state
wl_module_init: passivemode set to 0x0
wl_module_init: txworkq set to 0x1
eth1: Broadcom BCM43227 802.11 Wireless Controller 9.10.178.27 (r584393)
External imprecise Data abort at addr=0x2abdf3b0, fsr=0x1c06, pc=0x91ba0 lr=0x2ae68254 ignored.
eth2: Broadcom BCM43c8 802.11 Wireless Controller 9.10.178.27 (r584393)
device eth1 entered promiscuous mode
br0: topology change detected, propagating
br0: port 2(eth1) entering forwarding state
br0: port 2(eth1) entering forwarding state
device eth2 entered promiscuous mode
br0: topology change detected, propagating
br0: port 3(eth2) entering forwarding state
br0: port 3(eth2) entering forwarding state
br0: port 2(eth1) entering forwarding state
device eth1 left promiscuous mode
br0: port 2(eth1) entering disabled state
br0: port 3(eth2) entering forwarding state
device eth2 left promiscuous mode
br0: port 3(eth2) entering disabled state
wl_module_init: passivemode set to 0x0
wl_module_init: txworkq set to 0x1
eth1: Broadcom BCM43227 802.11 Wireless Controller 9.10.178.27 (r584393)
External imprecise Data abort at addr=0x2abdf3b0, fsr=0x1c06, pc=0x2abc2e20 lr=0x9eb0 ignored.
eth2: Broadcom BCM43c8 802.11 Wireless Controller 9.10.178.27 (r584393)
device eth2 entered promiscuous mode
br0: topology change detected, propagating
br0: port 2(eth2) entering forwarding state
br0: port 2(eth2) entering forwarding state
br0: port 2(eth2) entering forwarding state
device eth2 left promiscuous mode
br0: port 2(eth2) entering disabled state
wl_module_init: passivemode set to 0x0
wl_module_init: txworkq set to 0x1
eth1: Broadcom BCM43227 802.11 Wireless Controller 9.10.178.27 (r584393)
External imprecise Data abort at addr=0x2abdf3b0, fsr=0x1c06, pc=0x2abc2e20 lr=0x9eb0 ignored.
eth2: Broadcom BCM43c8 802.11 Wireless Controller 9.10.178.27 (r584393)
device eth2 entered promiscuous mode
br0: topology change detected, propagating
br0: port 2(eth2) entering forwarding state
br0: port 2(eth2) entering forwarding stategro disabled
Attempt to kill tasklet from interrupt
device eth0 left promiscuous mode
br0: port 1(vlan1) entering forwarding state
device eth0 entered promiscuous mode
br0: topology change detected, propagating
br0: port 1(vlan1) entering forwarding state
br0: port 1(vlan1) entering forwarding state
br0: port 2(eth2) entering forwarding state
br0: port 1(vlan1) entering forwarding state
device eth0 left promiscuous mode
device vlan1 left promiscuous mode
br0: port 1(vlan1) entering disabled state
device eth2 left promiscuous mode
br0: port 2(eth2) entering disabled state
wl_module_init: passivemode set to 0x0
wl_module_init: txworkq set to 0x1
eth1: Broadcom BCM43227 802.11 Wireless Controller 9.10.178.27 (r584393)
External imprecise Data abort at addr=0x2abdf3b0, fsr=0x1c06, pc=0x7168c lr=0x2ae63254 ignored.
eth2: Broadcom BCM43c8 802.11 Wireless Controller 9.10.178.27 (r584393)
JFFS2 version 2.2. (NAND) © 2001-2006 Red Hat, Inc.
N/A SCSI subsystem initialized
Initializing USB Mass Storage driver…
usbcore: registered new interface driver usb-storage
USB Mass Storage support registered.
usbcore: registered new interface driver usblp
nf_conntrack_rtsp v0.6.21 loading
nf_nat_rtsp v0.6.21 loading

I think the most important differences are:

  1. Linux version 2.6.36.4brcmarm is still the same
  2. Broadcom BCM43227 802.11 Wireless Controller 9.10.178.61 (r667680) has been upgrade from 9.10.178.27 (r584393) in 3.0.0.4_380_4089 and 9.0.0.4_380_7415.
  3. Broadcom BCM43c8 802.11 Wireless Controller 9.10.178.61 (r667680) has been upgraded from 9.10.178.27 (r584393) in 3.0.0.4_380_4089 and 9.0.0.4_380_7415.

As we suspect drivers are the source to reboot. Now we finally see new some changes here.

I am also interested in * Invalid signature of oopsbuf: 00-10-00-87-77-FE-7F-4F (len 2396913050) because it looks like for kernel soft panics.

2.4GHz SSID Disappear Issue

caliban reported fail to find 2.4GHz SSID after applying. I think it might be related to 2.4GHz channel issue. In PCMagazine’s “Totolink A2004NS AC1200 Wireless Dual Band Gigabit Router With USB Port”:

To finish installation, you set the SSID name for each band, the encryption level, and a passphrase. As I discovered with the N100RE, the A2004NS’s default region is Europe. I had to switch it to United States/Canada. Why? Because different countries use different wireless channels. If you have the wrong region set, you may be using the wrong wireless channel and as a result get poor wireless connectivity—or none at all.

caliban shared his solution: just reset your power and everything works normal.

Mike shared his solution: run mtd-erase2 as below and use power button to reset. Then you 2.4GHz SSID won’t disappear after a soft reboot.

admin@(none):/tmp/home/root# mtd-erase2
usage: mtd-erase2 [device]
admin@(none):/tmp/home/root# mtd-erase2 nvram
admin@(none):/tmp/home/root# 

On 2017/6/7, Update Network Map, MAC filter list Issue

Because there is no reboot for 6 days after upgrading to RT-AC1200G+_9.0.0.4_382_10680-gc72d1c8.trx and nobody feedback any issue, I restore original network map again on 2017/6/7. Make RT-AC1200G+ the only one wireless router.

During setup, I notice some issue with the icon and name in MAC filter list in [Wireless MAC Filter] tab. It would be displayed as New device with default icon after modified and apply until connected. In some case, your edit won’t be apply for no reason.

For example, I add a Windows device, choose a Windows icon, and change it to SurfaceRT. Then hit Apply button twice. It is displayed as New device with a default laptop icon. When this Windows device connects to RT-AC1200G+, the name is changed to WinRT with a Windows Desktop icon. I try to change it again but fails. It won’t save or apply.

I will continuous monitoring if there is any issue in the next 3 weeks.

On 2017/6/16, No Reboot for 15 Days But Still Minor Issues

It’s 15 days after upgrading to RT-AC1200G+_9.0.0.4_382_10680- gc72d1c8.trx without reboot issue. There are three minor issue as below:

  1. caliban reports a 20 seconds wireless drop and reconnect once.
  2. Available channels doesn’t fit EU regulation.
  3. Need NVRAM reset after upgrade or 2.4GHz SSID might be unavailable.

I will continuous monitoring if there is any issue in the next 2 weeks.

On 2017/7/2, Unstable 5GHz Issue

I have experience slow 5GHz connection around 2017/7/2 23:30 to 2017/7/3 00:30. Here is what happen to me:

  1. 5GHz SSID is missing sometimes.
  2. Even connect successfully, transfer rate is extremely slow.
  3. 2.4GHz SSID has no connection or slow issue at the same time.
  4. Very few visible 5GHz SSID around.
  5. Reset USB Tethering doesn’t improve.
  6. Reboot via web interface and power button don’t improve.
  7. Change 5GHz from channel 149 to auto will be assigned to 36 and disappear from Surface RT.
  8. Switch back from auto to 149. After 10 minutes, it seems become stable again.

It might be 5GHz radio jamminginterference or firmware issue. Therefore, I decide to extent stability test and will change channel to 153 or 157 next time. For radio jamming and interference, should be resolved by assigning a different channel.

Here is a partial wireless log during 5GHz unstable period:

SSID: "MyHome_5G"
RSSI: 0 dBm	SNR: 0 dB	noise: -92 dBm	Channel: 149/80
BSSID: 60:45:CB:8E:3C:8C	Capability: ESS 
Supported Rates: [ 6(b) 9 12(b) 18 24(b) 36 48 54 ]
VHT Capable:
	Chanspec: 5GHz channel 155 80MHz (0xe09b)
	Primary channel: 149
	HT Capabilities: 
	Supported MCS : [ 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 ]
	VHT Capabilities: 
	Supported VHT (tx) Rates:
		NSS: 1 MCS: 0-9
		NSS: 2 MCS: 0-9
	Supported VHT (rx) Rates:
		NSS: 1 MCS: 0-9
		NSS: 2 MCS: 0-9

Mode	: AP Only

On 2017/7/3, Unstable 5GHz Issue is Solved by Switching Control Channel

I experience the same slow and missing 5GHz connection around 2017/7/3 23:30 again. WiFi Scanner / Analyzer found no other visible 5GHz SSID in my house. Because 2.4GHz is still working properly, I use my mobile connect to RT-AC1200G+ and change the Control Channel at 5GHz to 153. After applying change and restarting Broadcom BCM47189Mac mini connects to RT-AC1200G+ again and everything goes back to normal.

I am not sure it is a radio jamming or interference but sure it can be solve by changing Control Channel.

Here is a partial wireless log after changing Control Channel at 5GHz to 153:

SSID: "MyHome_24G"
SSID: "MyHome_5G"
RSSI: 0 dBm	SNR: 0 dB	noise: -92 dBm	Channel: 153/80
BSSID: 60:45:CB:8E:3C:8C	Capability: ESS 
Supported Rates: [ 6(b) 9 12(b) 18 24(b) 36 48 54 ]
VHT Capable:
	Chanspec: 5GHz channel 155 80MHz (0xe19b)
	Primary channel: 153
	HT Capabilities: 
	Supported MCS : [ 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 ]
	VHT Capabilities: 
	Supported VHT (tx) Rates:
		NSS: 1 MCS: 0-9
		NSS: 2 MCS: 0-9
	Supported VHT (rx) Rates:
		NSS: 1 MCS: 0-9
		NSS: 2 MCS: 0-9

Mode	: AP Only

On 2017/7/5, Unstable 5GHz Issue is Solved by Narrowing  Channel Bandwidth

Again, I experience the same slow and missing 5GHz connection around 2017/7/5 17:58 again. Change Control Channel at 5GHz to others doesn’t work. Therefore, I lower the Control Channel Bandwidth at 5GHz from 80MHz (auto select) to 40MHz. Although the 802.11ac 2T2R top connection speed drops to 400Mbps, it’s stable and good enough for my 802.11n devices.

As you may see below, EC:22:80:7E:03:19 is D-Link Wireless AC Dual Band USB Adapter DWA-171 which is a 1T1R 802.11ac device has been shrink to 200Mbps. A8:8E:24:A4:57:DD is Mac mini which is the same as usual.

 

If you experience radio jamming or interference, change Control Channel or Control Channel Bandwidth will help. RT-AC1200G+ won’t do it for you automatically.

SSID: "MyHome_5G"
RSSI: 0 dBm	SNR: 0 dB	noise: -91 dBm	Channel: 149l
BSSID: 60:45:CB:8E:3C:8C	Capability: ESS 
Supported Rates: [ 6(b) 9 12(b) 18 24(b) 36 48 54 ]
VHT Capable:
	Chanspec: 5GHz channel 151 40MHz (0xd897)
	Primary channel: 149
	HT Capabilities: 
	Supported MCS : [ 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 32 ]
	VHT Capabilities: 
	Supported VHT (tx) Rates:
		NSS: 1 MCS: 0-9
		NSS: 2 MCS: 0-9
	Supported VHT (rx) Rates:
		NSS: 1 MCS: 0-9
		NSS: 2 MCS: 0-9

Mode	: AP Only

Stations List                           
----------------------------------------
idx MAC               Associated Authorized    RSSI PSM SGI STBC Tx rate Rx rate Connect Time
    EC:22:80:7E:03:19 Yes        Yes         -68dBm No  Yes Yes     200M    200M 00:00:53
    A8:8E:24:A4:57:DD Yes        Yes         -61dBm No  Yes Yes     300M    300M 00:19:53

Summarize Facts

  1. Reboot is not due to pressure/high traffic.
  2. Reboot is not due to 40/80 channel bandwidth.
  3. 5GHz unstable is not related to heat.
  4. 5GHz unstable is not related to 40/80 channel bandwidth.
  5. Wired GbE is okay while wireless in unstable.
  6. Didn’t see any meaningful light signal when wireless becomes unstable.
  7. Blinks as power on when reboot.

Let’s wait and see more reboot and unstable stories!

RT-AC1200G+ with RT-AC1200G+_9.0.0.4_382_10680-gc72d1c8.trx Stability Tracking

Name Stable Days Issue and Notes
Alew Waiting for reply
Amigo 52 (Update 2017/7/17)
  • MAC filter list display issue
  • Experience 5GHz slow and missing issue on 2017/7/2 to 3.
  • Experience 5GHz slow and missing issue on 2017/7/3. Solved by changing control channel.
AsusRTUsers 3 (Update 2017/6/9)
AsusRT1200g+User Waiting for reply
caliban 14 (Update 2017/7/6)
  • 2.4GHz SSID disappear issue needs a power off and on via button on the back to solve.
  • Use in AP-mode. Experience line drops for 20 seconds but reconnects automatically and cannot login to router within 20 seconds. Take a note and see if it happens again.
  • 120, 124, 128 which are included in EU 5GHz regulation are not available in AsusWRT
  • As we always need four channels for 80MHz bandwith, you can see why manual selection stops at 112: after that there never are four next to each other. For 40MHz we need 2 channels – there it stops at 136. Only when setting it to 20 MHz we can use 140. And if everything is on auto most of the time it uses 20 or 40 MHz, never 80 -> auto-channel goes up to 136/140.
  • 5GHz – 3 Missing Channels in Europe on WifiNigel explains why the 3 channels are left out. Important is the part about DFS wait time of 10 minutes.
Charles Waiting for reply
  •  Running 3.0.0.4.380.7743 since 2017/6/23. 7743 reboots after 4 to 5 days.
Fernando Puech Waiting for reply
hitchhiker 5 (Update 2017/6/27)
Kobe Waiting for reply
Lenaius Chang Waiting for reply
massimo Waiting for reply
Mike 32 (Update 2017/7/11)
  •  Using wifi scheduler doesn’t trigger random reboots to the router.
nikisi 33 (Update 2017/7/5)
  •  Strage log: Jun 3 13:33:57 rc_service: httpd 213:notify_rc start_lltdc
  • A slightly higher RAM usage after the update (before: ~38% – now: ~42% ).
  • After 10 days uptime, RAM usage is 46% ( 56mb ). Ram usage is raising with 1-2% every few days.
Nandolv Waiting for reply
Norbert Waiting for reply
PawelW Waiting for reply
Rokapet Waiting for reply
RT-AC1200G+ 35 (Update 2017/7/14)
  • RAM usage 37-39 MB without firewall、TX rate、USB and others.
tycjan 50 (Update 2017/7/23)
賴雨賢 Waiting for reply

Official 3.0.0.4.380.7743 Testing by Net Friends

On 2017/6/23, mouse remind me there is a new official  3.0.0.4.380.7743 release to public on 2017/6/22. Because I am testing 9.0.0.4_382_10680, Charles kindly agree to join the test and will feedback here. caliban quickly compare the difference and share with us. Therefore, I crease this section to keep track of the new official firmware.

Name Stable Days Issue and Notes
caliban 0 (Update 2017/6/23)
  •  Both BCM43227 and BCM43c8 802.11 Wireless Controller are 9.10.178.27 while 10680 is 9.10.178.61.
  • 2.4GHz missing issue cannot be solved completely by resetting power and clearing NVRAM.
  • Client list is broken and shows no devices.
  • Reboot after activating QoS and 2.4GHz SSID is missing.
  • Stop testing and switch to 10680 on 2017/6/23.
Charles Waiting for reply
  • Running 3.0.0.4.380.7743 since 2017/6/23.
ducklingasa 4 (Update 2017/7/3)
  • Running 3.0.0.4.380.7743 since 2017/6/28.
  • Reboot on 2017/7/2.
James 4 to 5 days
  • Reboot after 4 to 5 days.
JG 16 (Update 2017/7/23)
  • Reboot after 9 days (reported on 2017/7/7)
mouse Waiting for reply
  • First to share the latest firmware is available officially.

RT-AC1200G+ Auto-restart History

Version On Issue and Notes
3.0.0.4.380.3310 2017/3/10 New installation.
3.0.0.4.380.4089 2017/3/21 Reboot several times.

Install new firmware.

x 2017/4/2 Reboot at 20:54.
x 2017/4/4 Reboot at 20:54.

Disable Enable wireless scheduler on 2.4GHz and 5GHz

x 2017/4/10 Reboot at 23:17 on 2017/4/10.

OSX Finder warns Server connections interrupted which seems due to restart.

Disable NAT acceleration and need to restart.

x 2017/4/11 Manually select USB computer connection in Charging mode.
x 2017/4/13 Reboot at 14:41.

Manually select USB computer connection in Charging mode.

x 2017/4/17 Unstable network and need a restart at 23:57.
x 2017/4/18 Re-enable Enable UPnP in WAN.
x 2017/4/19 Reset and reconfiguration:

  1. In [USB Application] → [Media Services and Servers], disable [Media Server] and [network Place (Samba) Share] which is default on.
  2. In [USB Application] → [3G/4G], leave Select USB Device to [USB Modem].
  3. In [Wireless], turn off WPS and set Channel bandwidth on 5GHz for [80MHz] and on 2.4GHz for [40MHz]; set Wireless Mode on 2.4GHz to [N Only] and on 5GHz to [N/AC Mixed].
  4. In [WAN], UPnP is turned on by default.
  5. In [Firewall], Network Service Filter is turned off by default. Uncheck all selection and apply again.
  6. In [Administration] → [System], Reboot Scheduler is turned off by default.
x 2017/4/20 In [Wireless], set Channel bandwidth on 5GHz to [40MHz] and Control Channel on 5GHz to [Auto].
x 2017/4/24 Reboot at 21:20 and again at 21:28.

Change Select USB device in [USB Application] → [3G/4G] from USB Modem back to Android phone.

x 2017/5/8 Reboot at 10:16.

Set Wireless Mode on 5GHz to [N only] in [Advanced Settings] → [Wireless] → [General] tab.

x 2017/5/10 Reboot at 13:15.

Set Enable Radio on  5GHz to [No] in [Advanced Settings] → [Wireless] → [Professional] tab.

x 2017/5/12 Freeze at 13:13.

Set Enable Radio on  5GHz to [Yes] but 2.4GHz to [No] in [Advanced Settings] → [Wireless] → [Professional] tab.

x 2017/5/15 Reboot at 10:12 but WAN was restored automatically.
x 2017/5/15 ~ 25 1st RMA
x 2017/5/26 Unstable network and need a restart at 23:37.
9.0.0.4.380.7415 2017/5/28 Upgrade to new firmware and reset NVRAM.

Apply following configurations:

  1. In [Wireless], set Channel bandwidth on 5GHz to [40MHz], Control Channel to [Auto], and 5GHz to [N only].
  2. In [Wireless] → [Professional] tab, disable 2.4GHz radio signal.
  3. Set Enable UPnP Media Server on [Media Server] tab and Enable Share on [Network Place (Samba) Share] tab to off in [USB Application]
  4. Keep Enable SSH to [No] in  [Administration] → [System] tab. Turn on only when need it.
  5. In Quick Internet Setup, change login password.
  6. In Quick Internet Setup, Change SSID and password for 2.4GHz and 5GHz.
  7. In [Wireless] → [Wireless MAC Filter] tab, enable Enable MAC Filter for 5GHz.
  8. In [LAN] → [LAN IP] tab, Set LAN IP as 192.168.120.1.
  9. In [Network Map], Enable MAC and IP address Binding on TS-251A.
x 2017/5/29 Reboot at 15:27:19.
x 2017/5/30 Radio jamming @ 5GHz
x 2017/5/31 First unstable network and need restart twice between 13:26 to 13:58.

Reboot at 18:42.

More unstable wireless connection at night.

9.0.0.4.380.10680 2017/6/1 Upgrade to new firmware without reset NVRAM.

Current Configuration

After install to official latest stable version RT-AC1200G+_9.0.0.4_382_10680-gc72d1c8.trx, reset and configure as below:

  1. In [Wireless], keep Channel bandwidth on 5GHz to [20/40/80MHz]. Change Control Channel to [149], and Wireless Mode to [N/AC mixed]
  2. In [Wireless], keep Channel bandwidth on 2.4GHz to [20/40/80MHz] and Control Channel to [Auto]. Change Wireless Mode to [N Only]
  3. In [Wireless], enable Enable MAC Filter on 5GHz and 2.4GHz and set MAC Filter Mode to [Accept]. Add my devices in the list.
  4. In [Wireless], keep Enable wireless scheduler in [Professional] tab as [No] on both bands.
  5. In [USB Application] → Media Services and Servers, disable Enable UPnP Media Server on [Media Server] tab, Enable Share on [Network Place (Samba) Share] tab, and Enable FTP on [FTP Share] tab.
  6. In [Administration] → [System] tab, disable Enable Reboot Scheduler.

Note:

Here are some other personal configurations. Not necessary if you don’t need them.

  1. During Quick Internet Setup, I have change login password, change SSID names, setup [WPA2-Personal] key.
  2. In [LAN] → [LAN IP] tab, set LAN IP as 192.168.120.1.
  3. In [Network Map], Enable MAC and IP address Binding on my wired devices.
  4. I use 4G USB Tethering to access Internet.

Test Report in Comments

  1. nikisi: set Enable TX Bursting to [Disable] and Preamble Type to [Short] in [Wireless] → [Professional] tab last for 2 days.
  2. tycjan: set Preamble Type to [Short] in [Wireless] → [Professional] tab doesn’t work.
  3. hitchhiker and PamelW: the new firmware doesn’t stop reboot.
  4. tycjan and caliban: set Enable SSH to [No] in  [Administration] → [System] tab improves stability for more days.
  5. caliban: if you encounter 2.4GHz SSID disappear issue after firmware upgrade, just reset your power.

Reference

  1. Android USB Tethering Drops and Data Usage Crashes, try Reset
  2. Apple: Mac mini (Late 2012) – Technical Specifications
  3. Apple: macOS Sierra
  4. Asus Forum: [Problem]Router keeps rebooting randomly
  5. Asus Forum: RT-AC58U,RT-AC1300+ 這路由器Wifi 5G
  6. Asus Forum: RT-AC1200G常常斷線。WAN Connection: DNS probe failed
  7. Asus Forum: 哪裡可以下載 RT-AC1200G+ 台灣新 Beta 韌體 380_7415?
  8. Asus Support: How to do a firmware update on ASUS wireless router? (ASUSWRT)
  9. Asus Support: Introduction to UPnP
  10. Asus Support Forum: nikisi
  11. Asus Support Forum: [Sharing]A diary to solve Asus Rt-AC1200G+ reboot issue
  12. Asus RT-AC1200G+
  13. Asus RT-AC1200G+ Driver & Tools
  14. Asus RT-AC51U
  15. Asus RT-AC66U
  16. Asustor AS-5102T
  17. Best Wireless Routers Now: 20MHz vs 40MHz vs 80MHz vs 160MHz: What Channel Bandwidth Should I Use?
  18. BleepingComputer: 40 Asus RT Router Models Are Vulnerable to Simple Hacks
  19. Cisco: Meraki: Channel Planning Best Practices
  20. DD-WRT
  21. DD-WRT: Supported Devices 3.13 Asus
  22. D-Link DCS-930L Wireless N Network Camera
  23. D-Link Wireless AC Dual Band USB Adapter DWA-171
  24. Embedded System Blog: Debugging Analysis of Kernel panics and Kernel oopses using System Map:
  25. Extreme Networks: How to create a 5GHz WiFi Channel Plan
  26. Facebook: iTUP 資訊專業人員交流協會(挨踢趴)
  27. FATMIN: Configure Syslog Logging Levels on the Asus RT-AC66U Router
  28. free electrons: /arch/arm/kernel/reboot.c
  29. free electrons: /kernel/reboot.c
  30. GitHub: spontaneous reboot on RT-AC87U v.380.59 #941
  31. Google Play: Wifi Analyzer
  32. Google Play: WiFi Scanner / Analyzer
  33. Google: Nexus Help: Transfer files between your computer & Android device
  34. HKEPC: Asus RT-AC1200G+不定期重啟 #11
  35. HKEPC: fatdog
  36. HTPC Guides: Enable SSH on Asus Routers with(out) SSH Keys
  37. Huawei MediaPad M1
  38. Linux kernel source tree: cfg80211: use DS or HT operation IEs to determine BSS channel
  39. Linux Shtuff: Troubleshoot Linux Kernel Panics
  40. Linux Wireless: b43
  41. Linux Wireless: System on a chip
  42. LWN.net: JLS2009: Generic receive offload
  43. metageek: Understanding WiFi Signal Strength
  44. Microsoft: Network Ports Used by Key Microsoft Server Products
  45. Microsoft: SQL Server downloads
  46. MiniUPnP Project HomePage
  47. Mobile01: RT-AC1200G+不定期重啟
  48. My Cyber Universe: Full controlling the ASUS router via command line
  49. Networking Computing: Dynamic Frequency Selection Part 3: The Channel Dilemma
  50. OpenWrt: Asus RT-AC1200G, BCM47189+ BCM43217 chipset
  51. OpenWrt: Broadcom BCM47xx
  52. OpenWrt: changeway
  53. OpenWrt: NVRAM usage on OpenWrt ‘WhiteRussian’
  54. O’Reilly: Chapter 2. The PHY
  55. O’Reilly: Learning Debian GNU/Linux: 7.4 Viewing System Messages and Logs
  56. PCMagazine: Totolink A2004NS AC1200 Wireless Dual Band Gigabit Router With USB Port
  57. QNAP TS-119PII with Mac OSX File Transfer Performance Report
  58. QNAP TS-119PII with Different Wireless Device on Mac OSX File Transfer Performance Report
  59. QNAP TS-251A
  60. Router Guide: NAT Acceleration On or Off
  61. Setup a Surveillance System to Proof Crash of Asus RT-AC1200G+
  62. SNBForums: Asuswrt-Merlin 378.54_2 is now available
  63. SNBForum: Clear NVRAM
  64. SNBForum: RT-AC66U Reset/Clear NVRAM
  65. SNBForum: Where is the ASUS RT-AC68U storing all it’s logs?
  66. SNBForums: “Default message log level” & “Log only messages more urgent than” in Asuswrt-Merlin 378.56
  67. StackOverflow: Arguments to ARM Linux’s arm_pm_restart()
  68. StackOverflow: Generate kernel oops or crash in the code
  69. StackOverflow: Kernel panic error in ARM board
  70. StackOverflow: What does “connection reset by peer” mean?
  71. Trusted Review: Computex 2017: AMD, Nvidia, Asus and Intel set to impress
  72. Vornado: Circulators & Fans
  73. TurnKey Linux: LAMP Stack – Web Stack (MySQL)
  74. Unix & Linux: What’s the difference between a kernel oops and a kernel panic?
  75. WifiNigel: 5GHz – 3 Missing Channels in Europe
  76. Wiki: Customer relationship management
  77. Wiki: dBm
  78. Wiki: dmesg
  79. Wiki: Dynamic Host Configuration Protocol
  80. Wiki: Fast Ethernet
  81. Wiki: IEEE 802.11a-1999
  82. Wiki: IEEE 802.11ac
  83. Wiki: IEEE 802.11b-1999
  84. Wiki: IEEE 802.11g-2003
  85. Wiki: IEEE 802.11n-2009
  86. Wiki: Interference (communication)
  87. Wiki: Gigabit Ethernet
  88. Wiki: Kernel panic
  89. Wiki: Local area network
  90. Wiki: MAC address
  91. Wiki: Non-volatile random-access memory
  92. Wiki: Radio jamming
  93. Wiki: Reboot (computing)
  94. Wiki: Return merchandise authorization
  95. Wiki: Secure Shell
  96. Wiki: Service set (802.11 network)
  97. Wiki: Standard operating procedure
  98. Wiki: Universal Plug and Play
  99. Wiki: Wide area network
  100. Wiki: Wi-Fi Protected Access
  101. WikiDevi: ASUS RT-AC1200GP
  102. WikiDevi: Broadcom
  103. wikiHow: How to Connect Two Routers
  104. WikiDevi: D-Link DWA-171 rev A1
  105. YouTube
  106. ZDNet: Gigabit Wi-Fi: 802.11ac is here: Five things you need to know
  107. 電腦王:Wi-Fi 5GHz 你支援嗎?產品支援度混亂,小心頻率不相容
  108. 電腦王:無線路由器怎麼設定?拆機器、教術語,基本功一次搞懂
  109. 友情牌 10 吋壁掛循環扇 KG-1064
  110. 閒聊Wi-Fi
  111. 無線網路新趨勢–漫談 802.11ac 新協定 by 臺灣大學計算機及資訊網路中心游子興
  112. Feature Image: Wikiimages on pixabay
Advertisements

538 thoughts on “Asus RT-AC1200G+ Random Reboots Automatically

  1. Hi,

    I just bought Asus RT-AC1200G+ no more than 2 weeks ago and i ve noticed some disconnects on 2.4GHz (since my laptop doesnt support 5GHz) a few times such as losing connection while watching livestreaming and chats. Since the router is in a different room i didnt see any lights go out when i walked to check bcos its a very short period of time. some times my laptop disconnects from the wifi completely and i have to reselect the wifi to prompt it to reconnect again even tho auto connect is chosen for the wifi.

    I dont know what to look for in a system log and not very knowledgeable in this so could u have a look if you have time?

    https://docs.google.com/document/d/1aQVS3Oog5JCTZRW-rioR-Hd4hVHGDKvNBHTkYOqBUx0/edit?usp=sharing

    Im currently using Firmware Version:3.0.0.4.380_7743 (from official prompt on the router webpage), and the router is used as an access point via LAN connection. However, I ve tested the internet from LAN and didnt have any problem so i doubt its that.

    thanks, any advice is appreciated

    Liked by 1 person

    • Hi Kanond,

      I am still stay with 9.0.0.4_382_10680 though there is an official 3.0.0.4.382_15525. It is very stable to me. Some complains for the high RAM usage as you may see in comments of this post.

      I used to have many issue with 3.0.0.4.380.7743 and you may read feedback from others in section “Official 3.0.0.4.380.7743 Testing by Net Friends” of this post.

      Therefore, I suggest you to upgrade your firmware to official private 9.0.0.4_382_10680 or public 3.0.0.4.382_15525. Please share with us if it helps. Thank you!

      Like

    • Hi caliban,

      It’s nice to hear you again!

      Although I still stay with 9.0.0.4_382_10680, it’s as stable as your official 3.0.0.4.382_15525. 🙂

      Like

  2. For some unknown reason Asus remove 3.0.0.4.382_15525 from official site. May be there is vulnerability and they fixing it. Hope soon they will release newer.

    Here with my 3.0.0.4.382_15525:

    Uptime 59 days 4 hours 53 minute(s) 24 seconds

    Liked by 1 person

  3. Guess I should’ve stayed away from Amigo’s blog, hehe. 🙂
    It’s acting up again, just 1 day after I wrote that everything’s fine…

    This happened with 3.0.0.4.382_15525:
    Today I noticed that both Wifi-networks drop if I max out my connection with several downloads at the same time. When they were both up again, it took a minute for the connection to fail again and both Wifi-networks to reboot. No entry at all in system log indicating something happened.

    I know it’s a reboot because the 2.4-GHz-network is back after a few seconds, the 5-GHz-network takes a minute. (Channel 112 -> mandatory check for weather radar). 1 Laptop and 2 Android-phones show the networks going down (= not available).
    I don’t know if this happened earlier already because I just recently switched 5GHz-channel vom 36 to 112. And on channels 36 to 48 there is no check for weather radar -> it’s back up again after a few seconds (like 2.4-GHz-network) and most downloads will survive this little pause in network availability, therefore I had no indicator something happend.

    So now I’m back on latest official FW 3.0.0.4_380_7743, did a factory reset and just finished setup.

    One more hiccup and I’m going shoping, this thing finally is on probation!

    What I didn’t report here:
    A few weeks ago I moved the Router to another spot in my flat and noticed something rattling around in it. Opened it up and was quite surprised to find the rattling thing being the heatsink of the 2.4-GHz-components! It’s clipped on to the board – or wasn’t. A metal thing moving around the motherboard, that’s just great…
    The big heatsink on the 5GHz-components and CPU was okay, but on the other side of it there’s the same thing as on the 2.4-components. This one was only half assembled, so it didn’t roam around, but between the chip it’s supposed to cool and the thermal pad was a 2 mm gap of air -> great insulator.

    Reassembling the two heatsinks wasn’t a problem (opening up the case was – I really hate plastic clips), but shouldn’t be necessary. Has to do with build quality…

    Liked by 1 person

    • Hi caliban, I remember too many threads will make the CPU becomes too hot and trigger its protection mechanism – reboot.

      Like

      • Which would fit the heatsinks not being assembled correctly in my router. One heatsink was loose and rattling around, the other was half-attached, but couldn’t transfer any heat (air gap). So if you really have heat problems, you might want to have a look inside. ^^

        But I noticed the Wifi-reboots after fixing the heatsinks, so… Anyhoo, until now 3.0.0.4.380_7743 is running fine, no hiccups. Still wondering why they withdraw the 3.8.2-fw…?

        Guess there should be another update around the corner, containing a bugfix for KRACK among others. (RT-AC58U got it yesterday, again a 3.8.0-fw)
        At least I hope it is, would be a bad sign if they’d consider this model end of life already…

        Like

  4. Hi all!
    Anybody have a problem with copying via samba? I have an usb3 NTFS HDD connected to the rt ac1200g+ and if I copy a file to or from wifi 5G connected win10 PC the transfer rate moves between 0kbps – 2Mbps. No faster copy ever. It happens also via ethernet.

    My another problem is that my win10 pc sees the samba share along network computers (name: RT-AC1200G+) but if i click on it windows say: \\RT-AC1200G+ is not accessible……The parameter is incorrect.

    If i type the ip address (192.168.1.1) the connection is build without any problem.

    Is anybody experinced with these problems?
    thanksalot

    Liked by 1 person

    • Hi Szabó,

      I remember my experiences with others is IP address is faster than server name. Maybe someone here may help.

      Like

    • I ran into the same problems, and there doesn’t seem to be a fix for it.
      Short conclusion: The cpu is too weak on this model (single core, 1 thread) to transfer big chunks of data, especially (but not only) if USB is involved.

      It’s great as a wifi-access point serving up to 8 devices here (internet connection 40 mbit), but if you want to transfer large files over your home network, you’ll have to go a higher price range.

      (That said, I was looking at the RT-AC58U as a possible replacement – doesn’t cost much more, but it has a dual-core (4 threads) and MU-MIMO. But I haven’t bought it yet, so I don’t know if it really is any better.)

      Like

  5. Hi guys!

    I have a 4G usb stick for WAN(Huawei E3372h-153) If i plug into a PC the download speed is 100+ Mbps, but when i connect with the rt-ac1200g+ the download speed is 18 Mbps and the upload is 18 Mbps too. My firmware: 3.0.0.4.380.7743 I restarted the router many times, i configured the router after factory reset, but the max speed is still 20/20Mbps. What is this?

    Liked by 1 person

    • Hi monstrmprz, I use 4G android tethering and never be that fast. Because USB 2.0 can support up to 200Mbps, are you sure you use the right unit?

      Like

      • Yeah, i know the USB 2.0 speed, but this stick is in the compatibility list and the max. speed still 20 Mbps. So no one buy this router who has this HUAWEI E3372h-153 stick even if it’s in the compatibility list. I order a Xiaomi 3G router, i will flash the Padavan firmware, i heard this works fine with my stick.

        Like

  6. Hi guys,

    I have an uptime of 35 days and 17 hours by now with the 3.0.0.4.380_7743 fw (latest official one from the support website)

    How I did this when previously, the router was rebooting every odd day?

    By performing the following two steps:

    1/ Go to the menu wireless->Professional->2,4 band and disable “IGMP snooping”

    2/ Go to the menu wireless->Professional->5 band and disable “IGMP snooping”

    It also fixes the incremental RAM memory exhaustion.

    Seems like the wifi snooping feature has some bugs to be ironed out. 😉

    BR/

    Liked by 1 person

      • Yep, I applied that setting yesterday, and couple of others too from here. Let’s see how it goes. You guys are amazing, love your dedication! I am on the latest 3.0.0.4.382_15525 fw and the router didn’t reboot from itself so far. However there is this weird freeze of internet traffic once every hour for around 3 seconds that I have. Logs show nothing when that happens. Also, after 2 months of use I had experienced massive lag in games and massive slowdown only with power cycling the router I fixed it. Prior to that I used QoS for a week and after I disabled it that happened, so QoS might still be wonky and the cause for that. I noticed that when I disabled CTF CPU usage would skyrocket at 90% while I downloaded large amounts of data. With CTF on CPU usage never crossed 50%.
        Also, any specific reason as to why you set your LAN IP as 192.168.120.1?

        Liked by 1 person

      • Hi enkoo1, please kindly share your experiment with us in the future! About IP, no specific reason. Just want to replace the default value. 🙂

        Like

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s