Hi Jouni, Sorry about the confusion. Autonomous GO is beaconing and looking for potential GC. Group has not been formed yet. I wish to pick and ping the right candidate before group formation starts. Hope this clarifies. Regards, Sesh -----Original Message----- From: Jouni Malinen [mailto:j@xxxxx] Sent: Friday, February 05, 2016 2:38 PM To: Padmanabha, Seshadri K. Cc: hostap@xxxxxxxxxxxxxxxxxxx Subject: Re: Locating Group Client From Group Owner On Thu, Feb 04, 2016 at 08:41:57PM +0000, Padmanabha, Seshadri K. wrote: > I have an Autonomous GO running on a device with display and IO options. My group clients have displays without IO capability. > I wish to locate GC from GO by sending a message ( triggering an audible/visual action ). This trigger should not initiate any sought of connection handshake. > > Based on state machine (https://w1.fi/wpa_supplicant/devel/p2p.html), I've tried to restrict myself to discovery state messages. > Option 1 - > run p2p_find on both sides and fire out p2p_sd_request during this interval and wait for response. GC can use this as dummy trigger. This does not work consistently all the time. Is there a cleaner option or ways to improve reliability for stated option? I'm not sure I understood the use case correctly.. Why would you look at the P2P state machine of SD if the peer devices are already in the group (which is how I interpret that use of "group client/GC" here)? Wouldn't it be simpler to just implement this as a normal Data frame to the association peer device and implement this completely independently of the P2P state machine and P2P Action frames. -- Jouni Malinen PGP id EFC895FA _______________________________________________ Hostap mailing list Hostap@xxxxxxxxxxxxxxxxxxx http://lists.infradead.org/mailman/listinfo/hostap
