動作中の Wi-Fi Direct シナリオでは、GO ネゴシエーションの 3 ウェイ ハンドシェイクの後、GO がビーコンの送信を開始し、クライアントがプローブ要求を送信し、次に認証要求を送信すると読みました。(多くの P2P 記事によると)
しかし、2 つの 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 はフレームを送信しておらず、後でグループ形成失敗メッセージを受け取ります。