[liamria.z01]

With DD-WRT Build 14402 clients connected through wireless will freeze after a while (1-2 hours, maybe more or less). I have a WZR-HP-G300NH (A0 A3), status page says Atheros AR9132 rev 2.

First the connection runs perfect, after a while the pings within the network and to the WAN from the wireless client get spiky, ping times will go up and a little bit later clients will eventually disconnect. I had a look at the log (cat /tmp/var/log/messages) when the first symptoms appeared and i saw this line that seems to indicate a problem:

user.info kernel: ar5416LoadNF: delay for NF loading is not enough, usually rx in progress!

My original setup was a
WAN <--wired--> WRT150N <--wireless--> WZR (client bridge mode) <--wireless--> clients

with WZR as client bridge with standard configuration. I used WAP2-Personal AES for encryption. When I had the problem I changed the WZR to AP configuration and connected it wired to WRT150N:

WAN <--wired--> WRT150N <--wired--> WZR (AP mode) <--wireless--> clients

but no improvement. Same problem, same log entry.

I reverted back to original 1.72 firmware and the connection has been stable since that. So I think hardware is ok (and overheating etc), but there seems to be a problem with dd-wrt. Does anyone know what the log entry means?

[lolcatz]

There's not stable version of DD-WRT for this router... and I don't expect one in a short term...

your golden ticket to make it work perfectly would be openwrt, but it's a little difficult to work on that firmware for n00bs like me...

[uiaa]

[rkaede]

i did have the same issue with factory firmware 1.72.
wondering if its a hardware issue afterall.

but after i restored factory default. reconfigure everything. so far its stable for almost a week no reboot.

[liamria.z01]

any idea what this log entry means?:

user.info kernel: ar5416LoadNF: delay for NF loading is not enough, usually rx in progress!

This time the connection lasted about a day, but then I started some high speed downloads and there it was again!

[liamria.z01]

There have been a couple of new releases since last time I tried, so I gave r14815 a try. I have been using the router in AP mode for over a week on original firmware without any wireless connection drops, with the following setup:

WAN <--wired--> WRT150N <--wired--> WZR (AP mode) <--wireless--> clients

So today I "upgraded" from 1.74 to r14815 (file: buffalo_to_ddwrt_webflash-MULTI.bin) and put the router in the same configuration (AP mode, full 20mhz etc.) and had the first disconnect after about 3 hours. The log does not provide any useful information about the cause to me. I see a lot of "resetting" entries. And then: 12:47:44 DD-WRT daemon.info hostapd: ath0: STA 00:24:23:XX:XX:XX IEEE 802.11: disassociated. I was watching a streamed flash from the internet on this client when it disconnected out of the blue.

For those who are interested in the log entries:

[slybunda]

from that log i think it looks like the stuck beacon issue.

[r34p3rex]

I'm having the same problem, I tried the build after 14406 (forgot what number) and now the 14684, still having this problem. It seems like whenever there's too much wireless throughput, the connection dies. I have to disconnect and reconnect, then everything works again

[liamria.z01]

I have the same suspicion as r34p3rex, the disconnect seems to be triggered by heavy throughput. One client with low streaming traffic can stay on for a while without any problem, but if you add clients and/or traffic it seems to expedite the disconnect.

The resetting entries also occur while there is no client connected, like last night:

[dknight3]

i have the Buffalo WZR-HP-AG300H, and ive been having issues with it, im using it as a wireless access point.
Sometimes the wireless will quit working until i reset it...

is there anything i can do to fix this?

in the log it says "Jan 1 01:03:42 DD-WRT user.warn kernel: Resetting (wifi0); Code: 03"

[mlvov]

Those who are suffering from the "Resetting" issue may work around it by using cron jobs:
http://kinglee.blogspot.com/2010/07/buffalo-whr-hp-g300n-wireless-drop-on.html

The corresponding bug in Trac: http://svn.dd-wrt.com:8000/ticket/1500

[Tuffgong4]

For noobs like me, I installed OpenWRT and I have not had one reboot on this router since I did it. I have not lost wireless once and it has been insanely stable.

For a more noob friendly firmware you can download gargoyle, which is based on Openwrt but has a way more user friendly interface and works great and is updated very frequently.

[m1st0]

I wrote the following script to restart the router's wireless according to /var/log/messages posting wireless issues. The timings are a little shorter than 1 minute/10 minutes in case things drop between there. This is a triage for the issue on my WZR-HP-AG300H, which seems to suffer from the same issue anyway:

[m1st0]

I couldn't copy the above script which improves on the Wiki page somewhat. Can anyone help me place it on the Wiki since I can't find a way to register. The affected pages would be:

http://www.dd-wrt.com/wiki/index.php/Buffalo_WZR-HP-G300NH

http://www.dd-wrt.com/wiki/index.php/Netgear_WNDR3700

[mlvov]