В работающем прямом сценарии Wi-FI я прочитал, что после трехстороннего рукопожатия при GO-согласовании GO начинает отправку маяка, а клиент отправляет пробный запрос, а затем запрос аутентификации.(По многим статьям P2P)
Но когда я перехватил пакеты между двумя устройствами P2P, после выбора GO, GO отправляет тестовый ответ, а затем переходит только к отправляющему маяку.
Я действительно хотел бы, чтобы реализация Wi-Fi Direct следовала точной теории обмена кадрами.
Поскольку у меня возникла проблема с формированием группы в WFD ICS, меня немного смущает, отслеживать ли то, что происходит с маяком или пробным ответом, так как клиент отправляет зондирующий запрос, но GO не отвечает ни с каким кадром управления, а затем переходит к " Тайм-аут формирования группы "
Согласно сообщениям logcat ниже
09-10 20:21:44.904 3757 3757 D wpa_supplicant: WPS: Probe Request for PBC received from ca:dd:c9:f2:0f:f8
09-10 20:21:44.904 3757 3757 D wpa_supplicant: WPS: Checking active PBC sessions for overlap
09-10 20:21:44.904 3757 3757 D wpa_supplicant: WPS: Add one for the requested UUID
09-10 20:21:44.904 3757 3757 D wpa_supplicant: WPS: Consider PBC session with ca:dd:c9:f2:0f:f8
09-10 20:21:44.904 3757 3757 D wpa_supplicant: WPS: 1 active PBC session(s) found
Я узнал, что GO получает запрос зондирования от ca:dd:c9:f2:0f:f8 клиента. Как GO должен ответить на это? Я думаю, через ответ на зонд. Но согласно статьям GO посылает маяк. Я немного запутался с этими ответами на зонд и сигналом от GO. В моем случае GO не отправляет фреймы, и позже я получаю сообщение об ошибке формирования группы