Dropped frames (unauthorized port) in AP mode
Jouni Malinen
j
Sat Jul 20 06:25:18 PDT 2013
On Mon, Jul 15, 2013 at 04:20:47AM +0200, Mihai Moldovan wrote:
> Got it! After checking every single option I've been using against Ben's config,
> turning features off and back on, I was able to isolate the WEP entries as the
> troublemaker.
>
> Right after commenting wep_default_key(=0) and wep_key0(=somekey), hostapd
> started behaving normally, even without a monitor interface.
>
> Is specifying both WPA and WEP options known to cause such problems? It did work
> fine in the past, but now it doesn't.
What do you mean with working fine? What did you try to do with that
wep_key0 parameter if the network was configured for WPA? I don't think
WPA with static WEP would be supported.
> If it's intended behavior and not actually a bug, hostapd should check for both
> options being turned on and reject the config file, instead of starting in such
> an unusable state. Jouni?
Yes, wep_key# parameters should probably be rejected if wpa != 0. I
don't think that wep_default_key=0 would have any effect on the
functionality in your case, though.
That said, it could also be finally time to consider removing WEP
support from hostapd completely or at least do that for the default
build. I don't see any other use for WEP apart from being able to run
some test cases for station functionality to allow interoperability with
old networks..
--
Jouni Malinen PGP id EFC895FA
More information about the Hostap
mailing list