Re: [STDS-802-11-TGAK] 802.11ak - Encryption of EPD formated frames
On Fri, Jan 23, 2015 at 1:23 PM, Dan Harkins <dharkins@xxxxxxxxxxxxxxxxx> wrote:
>
> Hi Philippe,
>
> On 1/22/15 1:04 PM, "Philippe Klein" <philippe@xxxxxxxxxxxx> wrote:
>>
>> Hi Dan,
>>
>> I understand it is the case today but as EPD mode is a totally “new” format
>> for 802.11 should we try to unified as much as possible with the Ethernet
>> format including encrypted frame format ? This was the initial sense of my
>> question …
>
> OK, it's a new format, but it's still an 802.11 frame. It's gonna have the
> 802.11 MAC header
> with the frame control field and the 4 addresses, right? If so then that
> stuff has to be part of
> the AAD and as such it is still an encapsulation using GCM according to the
> 802.11 standard.
The 802.11 data payload format change is quite minor and for some data
payloads there is no change at all. All of 802.11 is oblivious to LPD
versus EPD except that you need the minimal hooks to tell what the
format is of the payload of a data frame you are receiving. You still
have the variety of 802.11 frame types, the assorted number of address
fields from 3 to 6 (for the general mesh case), and all the other
802.11 header complexity...
Thanks,
Donald
=============================
Donald E. Eastlake 3rd +1-508-333-2270 (cell)
155 Beaver Street, Milford, MA 01757 USA
d3e3e3@xxxxxxxxx
> Or am I missing something?
>
> Dan.
>
>> /Ph
>
>
>
> From: Dan Harkins [mailto:dharkins@xxxxxxxxxxxxxxxxx]
> Sent: Thursday, January 22, 2015 10:59 PM
> To: Philippe Klein; STDS-802-11-TGAK@xxxxxxxxxxxxxxxxx
> Subject: Re: [STDS-802-11-TGAK] 802.11ak - Encryption of EPD formated frames
>
>
>
>
>
> Hi Philippe,
>
>
>
> On 1/21/15 9:28 PM, "Philippe Klein" <philippe@xxxxxxxxxxxx> wrote:
>
>
>
> The current P802.11ak_D0.06 draft version does not mention any requirement
> in regard to the encryption of EPD formatted frames.
>
>
>
> I suggest we add a requirement that EPD formatted frames must be encrypted
> in a way compatible with IEEE 802.1AE (MACsec) as the 802.3/Ethernet frames
> are (notice that 802.11ad crypto mode is AES-GCM, the same crypto mode that
> the default Cypher Suite of 802.1AE).
>
>
>
> While the cipher mode is the same the format of the frames and the
> location of the AAD passed to
>
> AES-GCM is different. I think if it's an 802.11 frame it should be protected
> the way the 802.11 standard
>
> specifies.
>
>
>
> regards,
>
>
>
> Dan.
>
>
>
> If you agree I will post a contribution that could be discuss next Monday
> during the conf call.
>
> Thank you
>
>
>
> /Philippe
>
>
>
> Philippe Klein, PhD |Technical Director, Broadband Technology Group
>
> Broadcom Corporation | Golan House, P.O.Box 273, Airport City, 70100 Israel
>
> (M) +972 54 313 4500 | philippe@xxxxxxxxxxxx
>
>
>
> _______________________________________________________________________________
>
> IF YOU WISH to be Removed from this reflector, PLEASE DO NOT send your
> request to this CLOSED reflector. We use this valuable tool to communicate
> on the issues at hand.
>
> SELF SERVICE OPTION: Point your Browser to -
> http://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGAK and then amend
> your subscription on the form provided. If you require removal from the
> reflector press the LEAVE button.
>
> Further information can be found at:
> http://www.ieee802.org/11/Email_Subscribe.html
> _______________________________________________________________________________
>
> _______________________________________________________________________________
>
> IF YOU WISH to be Removed from this reflector, PLEASE DO NOT send your
> request to this CLOSED reflector. We use this valuable tool to communicate
> on the issues at hand.
>
> SELF SERVICE OPTION: Point your Browser to -
> http://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGAK and then amend
> your subscription on the form provided. If you require removal from the
> reflector press the LEAVE button.
>
> Further information can be found at:
> http://www.ieee802.org/11/Email_Subscribe.html
> _______________________________________________________________________________
_______________________________________________________________________________
IF YOU WISH to be Removed from this reflector, PLEASE DO NOT send your request to this
CLOSED reflector. We use this valuable tool to communicate on the issues at hand.
SELF SERVICE OPTION:
Point your Browser to - http://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGAK and
then amend your subscription on the form provided. If you require removal from the reflector
press the LEAVE button.
Further information can be found at: http://www.ieee802.org/11/Email_Subscribe.html
_______________________________________________________________________________