작동 중인 Wi-FI Direct 시나리오에서 GO 협상의 3방향 핸드셰이크 후에 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가 프레임을 보내지 않고 나중에 그룹 형성 실패 메시지가 나타납니다.