A question on P2P Remain on channel (ROC)

Atul Joshi Atul.Joshi
Fri Aug 7 06:05:03 PDT 2015

I can see from wpa_supplicant code that

1.       The find phase is implemented in supplicant using ROC as follows

a.       Scan on social channels

b.      Create ROC with duration ~ {100/200/300 msec}

c.       During the ROC if we  receive a probe request the probe response is sent.

2.       If during this ROC, a GO-negotiation.request is received, the supplicant send GO-negotiation.response and uses the wait_time as 500 msec.

3.       Since the current ROC may be active, then mac80211 will not send the frame as a part of the active ROC (since the duration required is < duration available)

4.       This will lead mac80211 to wait for the current ROC to finish and then schedule a new ROC

5.       This in turn could lead to delays > 100 msec in sending GO-negotiation.response and the procedure would fail.
In this case should the supplicant not stop ongoing ROC and restart the new one?
Is my understanding correct? Or am I missing something?


Member of the CSR plc group of companies. CSR plc registered in England and Wales, registered number 4187346, registered office Churchill House, Cambridge Business Park, Cowley Road, Cambridge, CB4 0WZ, United Kingdom
More information can be found at www.csr.com. Keep up to date with CSR on our technical blog, www.csr.com/blog, CSR people blog, www.csr.com/people, YouTube, www.youtube.com/user/CSRplc, Facebook, www.facebook.com/pages/CSR/191038434253534, or follow us on Twitter at www.twitter.com/CSR_plc.
You can now access the wide range of products powered by aptX at www.aptx.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.shmoo.com/pipermail/hostap/attachments/20150807/a7e533e2/attachment.htm>

More information about the Hostap mailing list