Hi Javier, > commit 8404080568613d93ad7cf0a16dfb68459b42a264 > Author: Johannes Berg <johannes@xxxxxxxxxxxxxxxx> > Date: Mon Feb 15 12:46:39 2010 +0200 > > mac80211: reject unhandled action frames > > 802.11-2007 7.3.1.11 mandates that we need to > reject action frames we don't handle by setting > the 0x80 bit in the category and returning them > to the sender, so do that. In AP mode, hostapd > is responsible for this. > > Additionally, drop completely malformed action > frames or ones that should've been encrypted as > unusable, userspace shouldn't see those. > > Signed-off-by: Johannes Berg <johannes@xxxxxxxxxxxxxxxx> > Signed-off-by: Jouni Malinen <jouni.malinen@xxxxxxxxxxx> > Signed-off-by: John W. Linville <linville@xxxxxxxxxxxxx> > > After that commit we observe invalid action category codes (0x9e) in > response to valid peer link open action frames (0x1e) and so no peer > links are established. We don't have a fix at this time. Whooops, good catch, this actually affects mlme.c as well! I'll fix this, but I'm unlikely to get to it today and am travelling over the weekend. For reference, the problem is that in rx.c we reject unknown action frames in ieee80211_rx_h_action(), but the mesh/mlme code only gets to see the action frames it wants in ieee80211_rx_h_mgmt() which comes after rx_h_action. The proper fix will probably be to make ieee80211_rx_h_action() aware of the frames that mesh/mlme wants to handle it and not reject then. johannes -- 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
