Message-ID: <8704f27d0805130707t139e391dpffddc7246c5afe86@mail.gmail.com> (sfid-20080513_160803_162781_AD127C0E)
Date: Tue, 13 May 2008 17:07:57 +0300
From: "Emmanuel Grumbach" <egrumbach@gmail.com>
To: "Jouni Malinen" <j@w1.fi>
Subject: Re: 11n + wpa_supplicant
Cc: "Johannes Berg" <johannes@sipsolutions.net>,
	"Linux Wireless" <linux-wireless@vger.kernel.org>,
	"Tomas Winkler" <tomasw@gmail.com>,
	"Dan Williams" <dcbw@redhat.com>
In-Reply-To: <20080513131040.GG6309@jm.kir.nu>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
References: <8704f27d0805130118p6f597743sebed5a2cdb6d59cb@mail.gmail.com>
	 <20080513122718.GA6309@jm.kir.nu>
	 <1210682080.3646.73.camel@johannes.berg>
	 <20080513125024.GD6309@jm.kir.nu>
	 <8704f27d0805130603q798b1a2bw76319df1251e9e01@mail.gmail.com>
	 <20080513131040.GG6309@jm.kir.nu>
Sender: linux-wireless-owner@vger.kernel.org

On Tue, May 13, 2008 at 4:10 PM, Jouni Malinen <j@w1.fi> wrote:
> On Tue, May 13, 2008 at 04:03:19PM +0300, Emmanuel Grumbach wrote:
>
>  > So, If I understand you well, we should pass the HT IE using IWEVGENIE
>  > during scan, and wpa_supplicant will detect the conflict between
>  > encryption method and HT, and will request association in legacy mode
>  > (or won't allow the encryption method according to what has
>  > precedence: security or 11n).
>  >
>  > Am I correct ?
>
>  Yes, I would expect the driver/mac80211 to do exactly that. You can
>  actually pass full set of IEs received from Beacon/ProbeResp in one
>  IWEVGENIE event and wpa_supplicant will parse the IEs from that data and
>  there is no need for separate reporting of WPA/RSN IEs.
>
>  The current version of wpa_supplicant would ignore the HT IE, but it
>  sounds reasonable to add code there to take care of this new requirement
>  in .11n on limiting the available pairwise ciphers.
>
>  --

Great thanks !

-- 
Emmanuel Grumbach
egrumbach@gmail.com