[patch] WPS: hostapd fails to proxy registrations with Intel ext. registrar

Andriy Tkachuk andriy.v.tkachuk
Thu Apr 1 02:37:07 PDT 2010


On 2010-03-31 19:34, Jouni Malinen wrote:
> On Wed, Mar 31, 2010 at 09:53:11AM +0300, Andriy Tkachuk wrote:
>
>   
>> I used here the Intel card and SW (driver & Intel PROSet application)
>> versions from WFA testbed...
>>     
>
> Interesting.. I have not seen this in my tests, but maybe I have only
> tested with different PROset versions.
>   

I used PROSet version 11.5.0.0 (that conforms with
WPS_TestPlan_v1-10_2009-11-02a.pdf)

>> 1269872027.309206: WPS UPnP: Got HTTP request type 4 from 192.168.1.111:60057
>> 1269872027.309228: WPS UPnP: PutWLANResponse
>> 1269872027.309259: WPS UPnP: POST failure ret=600
>>
>> This failure, as appeared, happened on parsing the NewWLANEventMAC value
>> in web_process_put_wlan_response() here:
>>
>>         val = xml_get_first_item(data, "NewWLANEventMAC");
>>         if (val == NULL || hwaddr_aton(val, macaddr)) {
>>                 wpabuf_free(msg);
>>                 os_free(val);
>>                 return UPNP_ARG_VALUE_INVALID;
>>         }
>>     
>
> OK. I would prefer this to be worked around in more visible way, i.e.,
> something like (completely untested; hwaddr_aton_dots would be the new
> function handling the incorrect format that was used by the ER).
>
> val = xml_get_first_item(data, "NewWLANEventMAC");
> if (val) {
> 	if (hwaddr_aton(val, macaddr)) {
> 	    wpa_printf(MSG_DEBUG, "WPS: Invalid NewWLANEventMAC '%s'",
> 		       val);
> 	    if (hwaddr_aton_dots(val, macaddr)) {
> 		os_free(val);
> 		val = NULL;
> 	    } else
> 		wpa_printf(MSG_DEBUG, "WPS: Workaround - accepted "
> 			   "incorrect NewWLANEventMAC format");
> 	}
> }
> if (val == NULL) {
> 	wpabuf_free(msg);
> 	return UPNP_ARG_VALUE_INVALID;
> }
> os_free(val);
>   

Ok, will try it...

BTW, why you are against dots in mac address format so much - is it
really so critical?

Thank you,
    Andriy



More information about the Hostap mailing list