Search Linux Wireless

lost connectivity until "wpa_cli reassociate" is issued

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



We are seeing a curious issue where WLAN connectivity sometimes
gets stuck until a "wpa_cli reassociate" command is issued.

At the WPA level, everything appears to be working fine)
(see thread starting at
http://lists.infradead.org/pipermail/hostap/2016-January/034454.html).

What's truly odd is when connectivity is stuck, you can often "ping" the
network's gateway exactly once and then you either get no response anymore
or, after a long time (like 40-60 seconds), the floodgate opens and
(almost) all previously sent ping responses arrive all at the same time
(in the latter case, connectivity is fine afterwards again).

This makes me wonder if there may be a packet queue that somehow gets
stuck.

I have turned on mac80211 debugging but have not found anything
that seems to correlate with the loss of connectivity.  All I know is that
wpa_cli reassociate so far is the least intrusive workaround that seems
to reliably bring back connectivity.

We are based on kernel 3.7.0 but have back-ported the mac80211 fixes
from the linux-3.7.y stable branch.

I'm not very familiar with the wireless stack, so any tips or hints on how to
further debug this would be greatly appreciated.

Thanks and best regards,

  --david
-- 
eGauge Systems LLC, http://egauge.net/, 1.877-EGAUGE1, fax 720.545.9768
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Linux Host AP]     [ATH6KL]     [Linux Wireless Personal Area Network]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Linux Kernel]     [IDE]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite Hiking]     [MIPS Linux]     [ARM Linux]     [Linux RAID]

  Powered by Linux