[prev in list] [next in list] [prev in thread] [next in thread] 

List:       hostap
Subject:    Re: Issue with scan result based on beacon frame
From:       Jouni Malinen <j () w1 ! fi>
Date:       2012-12-25 10:09:37
Message-ID: 20121225100937.GC4811 () w1 ! fi
[Download RAW message or body]

On Thu, Nov 22, 2012 at 05:09:20PM +0530, mahesh kumar wrote:
> In case of P2P
> 
>    - config_method attribute value in scan result will be 0 if the scan
>    result is based on the beacon frame.
>    - From GUI if we try to connect the peer (with config_method 0), this
>    results in WpsInfo.DISPLAY method which is not the expected behavior.

GUI or at least some layers above wpa_supplicant will likely need to be
aware of this possible case with P2P and not assume config_methods=0
indicate anything about the capabilities of the peer.

>       Possible solutions:
> 
>    - ignore the scan_result with config method as 0 in the supplicant. OR
>    - framework should not update peer info, instead send p2p_find command.

Since lot of the information is available from Beacon frames, I don't
think wpa_supplicant should ignore them. However, whatever is above
wpa_supplicant can either hide such entries, or even better, try to
issue p2p_find if the user is trying to perform operation that needs to
know the configuration methods that the peer supports.

-- 
Jouni Malinen                                            PGP id EFC895FA
_______________________________________________
HostAP mailing list
HostAP@lists.shmoo.com
http://lists.shmoo.com/mailman/listinfo/hostap
[prev in list] [next in list] [prev in thread] [next in thread]