OpenWrt Forum Archive

Topic: ASUS WL500g rogue reboots

The content of this topic has been archived on 13 Apr 2018. There are no obvious gaps in this topic, but there may still be some posts missing at the end.

An ASUS WL500g running kamikaze 7.09-bcrm-2.4 keeps rebooting itself under heavy traffic. "Heavy" here refers to the available upstream bandwidth, not to the traffic itself. That is: uploading (TCP) at maximum speed on a 50 KBps line will cause the router to keep rebooting, although 50 KBps in itself is really nothing. Reducing the upload speed by 10% makes the router much more stable, but doesn't completely eliminate the reboots. On the other hand, downloading at the full speed of 1 MBps doesn't cause any problems at all.

Logging is on (loglevel info), but gives no clues. I have tried watchdog in nvram as 0, 50000 (ten times the default) and unset, but none of this made any difference. 

Reasonably, the reboots are caused by some kind of network congestion control and not by hardware overload. I haven't been able to find anything on this subject though, nor anyone else complaining about it before.

The router's WAN interface is connected to a modem and gets a public IP address from it. It is possible that the modem keeps resetting the connection, but I don't see how that could cause the router to reboot.

Any ideas anyone?

Z

Zenon, I'm experiencing the same problem but don't know if it's because of the same reason. It's always after approx. 2 days of uptime.
Did you discover anything else?

Thanks,
pedrofaustino

----
ASUS WL-500GP running kamikaze 7.09-bcrm-2.4

(Last edited by pedrofaustino on 27 Apr 2008, 21:28)

My box can stay up for weeks if I don't push the upload bandwidth limit, and will reboot within minutes if I do. So the cause seems to be different, but without any logs there's no telling for sure. And no, I haven't come any closer to understanding the problem, let alone solving it.

Z

I'm doing the opposite, internet radio and p2p is always on at least on one computer.

Yesterday I've just build OpenWRT from trunk and after 12 hours of uptime the result is a much more stable wifi connection (no more this problem https://dev.openwrt.org/ticket/1222). I'll do some stress tests but meanwhile you may give it a try.

pedrofaustino

The discussion might have continued from here.