Search Linux Wireless

Re: Logs spammed by associate / authenticate / CRDA calls

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

 



On 01/17/2011 12:26 PM, Daniel Halperin wrote:
On Mon, Jan 17, 2011 at 12:18 PM, Larry Finger
<Larry.Finger@xxxxxxxxxxxx>  wrote:
The MAC address for the device is 00:1F:1F:C8:8E:CB and that of the AP is
C0:3F:0E:BE:2B:45, thus corresponding with the above output.

Is scanning this often normal? I suspect it is, but I have not looged the events
before.

Although both AP and STA support 802.11n, the connection is 802.11g (max 54
Mbps) using WPA2-PSK.

What triggers the "Disassociated due to inactivity"?

Scanning happens every time you associate/re-associate; disassociation
due to inactivity happens when your device doesn't send packets to the
AP for some period of time.  It looks like your AP's (or device's)
timeout is 100s.

From what I can tell, this message can also happen if the local
STA thinks it cannot connect to the remote.  For instance, if it
doesn't get a TX callback within 500ms for ath5k/ath9k (and perhaps
others).

Thanks,
Ben


Dan
--
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


--
Ben Greear <greearb@xxxxxxxxxxxxxxx>
Candela Technologies Inc  http://www.candelatech.com

--
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 Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Linux Kernel]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]
  Powered by Linux