On Thu, 21 Jun 2007 11:42:19 +0200, Johannes Berg wrote: > This patch kills the management interface type now that we can > see transmitted frames on monitor interfaces. > > I renamed the req_tx_status to reliable_tx_mntr and the flag > constant as well since that's what they now mean. It is always > set for injected frames so that hostapd can rely on seeing the > frames it sent. I have two comments. 1. I'm still not sure if using monitor interface for this purpose is a good idea. Given the fact we want to switch to user space MLME, this will mean that at least one monitor interface is always present. So we got rid of management interface just to introduce another user visible magic interface. 2. How is hostapd (or other programs) supposed to connect frames returned on monitor interface with frames it sent? Does it need to remember each sent frame and compare it with the ones received through the monitor interface? (It probably wouldn't work anyway because of seq numbers, sw encryption, etc). Maybe allowing to put some stamp on injected frames (in a radiotap header?) and keep the stamp in frames returned through monitor interface (again, in the radiotap header?) would solve all those problems. When the stamp field is not present, the frame needs not to be returned. But I'd prefer some other solution than using monitor interface for this stuff. > There are a few minor remaining problems: > * some notifications are now missing > (radar, key threshold, michael MIC failure, wep unknown key) > [radar, key threshold aren't used anywhere so can probably > be left out for now] > * injected frames aren't sent to AC_VO pending on the radiotap > definition for access category > * rate control extra.mgmt_data isn't properly assigned > > The biggest problem, however, and I'm not sure how to solve it, is > that hostapd will see either encrypted or unencrypted frames on the > monitor interface depending on whether hardware encryption is used > or not. However, hostapd really needs to see eapol frames to do > whatever it needs to with them. Right now, I don't really have an > idea except maybe to send these packets to hostapd via nl80211, > or to introduce some sort of "decrypted soft monitor" iface. Using stamps (independent of the mechanism used for handing frames from and to user space MLME) could solve this. Thanks, Jiri -- Jiri Benc SUSE Labs - 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
