On Fri, 2006-03-24 at 11:05 -0600, James Ketrenos wrote: > Dan Williams wrote: > > <hidden> this is something that ieee80211 does that's completely wrong. > > Because it is not a part of the 802.11 specification, AP vendors have > each implemented their own method for disguising the SSID. Some set the > length to the actual SSID length but put fill the SSID with '\0', some > set the length and SSID to a single space, some set the length to 0.
wpa_supplicant appears to be aware of none of this -- it expects the SSID to be precisely correct in the scan results after it does an active probe for a specific SSID. Thus, it doesn't work when SSID broadcasting is turned off unless I apply the hack at http://david.woodhou.se/wpa_supplicant-hack.patch Do we really expect to push this problem to userspace, or should the kernel drivers be assuming for themselves that the probe response _should_ have the same SSID as we actually probed for, then fixing it up accordingly? -- dwmw2 - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
