doc.: IEEE /0538r2 Submission June 2005 Bill Marshall, TGr EditorSlide 1 Introducing 11r-d0.00 Notice: This document has been prepared to assist IEEE It is offered as a basis for discussion and is not binding on the contributing individual(s) or organization(s). The material in this document is subject to change in form and content after further study. The contributor(s) reserve(s) the right to add, amend or withdraw material contained herein. Release: The contributor grants a free, irrevocable license to the IEEE to incorporate material contained in this contribution, and any modifications thereof, in the creation of an IEEE Standards publication; to copyright in the IEEE’s name any IEEE Standards publication even though it may include portions of this contribution; and at the IEEE’s sole discretion to permit others to reproduce in whole or in part the resulting IEEE Standards publication. The contributor also acknowledges and accepts that this contribution may be made public by IEEE Patent Policy and Procedures: The contributor is familiar with the IEEE 802 Patent Policy and Procedures, including the statement "IEEE standards may include the known use of patent(s), including patent applications, provided the IEEE receives assurance from the patent holder or applicant with respect to patents essential for compliance with both mandatory and optional portions of the standard." Early disclosure to the Working Group of patent information that might be relevant to the standard is essential to reduce the possibility for delays in the development process and increase the likelihood that the draft publication will be approved for publication. Please notify the Chair as early as possible, in written or electronic form, if patented technology (or technology under patent application) might be incorporated into a draft standard being developed within the IEEE Working Group. If you have questions, contact the IEEE Patent Committee Administrator at. Date: Authors:

doc.: IEEE /0538r2 Submission June 2005 Bill Marshall, TGr EditorSlide 2 Abstract D0.00: Initial draft of P802.11r, created from D0.01: includes numerous editorial changes. D0.02: includes changes from TGr conf calls.

doc.: IEEE /0538r2 Submission June 2005 Bill Marshall, TGr EditorSlide 3 P802.11r-D0.00 Generated from For now, ignore the Table of Contents For now, ignore all the blank pages at end

doc.: IEEE /0538r2 Submission June 2005 Bill Marshall, TGr EditorSlide 4 Section mapping, part BackgroundIntroduction in “frontmatter” 2.2 Definitions3-Definitions and 4-Acronyms 2.3 Architecture5.4.5 (new section) BSS-Transition Services 3 Overview8A.1 (new section) Fast BSS Transition 4.1 Frame Formats - Authentication Authentication frame format FT Auth frame sequence8.5A.9 FT Auth frame sequence Reassociation Request Reassociation Request Reassociation Response Reassociation Response 4.3 FBT Action Frame Action field FBT Action Frame details7.4.3 Action frame details Count IE Count IE Status codes Status code field Fast Transition Resource IE Fast Transition Resource IE Fast Transition Security IE Fast Transition Security IE Fast Transition Key Holder IE Fast Transition Key Holder IE Time Interval IE Time Interval IE

doc.: IEEE /0538r2 Submission June 2005 Bill Marshall, TGr EditorSlide 5 Section mapping, part Resource Information Container Resource Information Container IEs AKM suites AKM suites EAPOL-Key IE EAPOL-Key IE 5.1 Frame notation8A.1.4 Notation 5.2 EAPOL-Key frame notation8A.1.4 Notation 5.3 First Contact8A.2 First Contact 5.4 Base Mechanism8A.3 Base Mechanism 5.5 Pre-Reservation Mechanism8A.4 Pre-Reservation Mechanism QoS-Traffic Stream Operation11.3A.1 and 11.3A.3 TS Lifecycle QoS procedures8A QoS procedures 5.7 RIC Usage8A RIC 6.1 MLME Resource Reservation MLME Resource Reservation MLME-Reassociate MLME Reassociate 6.2 Broker Function8A.6 Broker Function 7 Security8.5A.1-8 Key Distr for Fast BSS Transition 8 Informative AnnexO Informative Annex

doc.: IEEE /0538r2 Submission June 2005 Bill Marshall, TGr EditorSlide 6 Section mapping - issues New section with Fast BSS Transition Procedures –8A, after Security Procedures –9A, after MAC procedures, before layer mgmt –11A, after MAC and layer mgmt, before PHY –20, at end For now its section 8A

doc.: IEEE /0538r2 Submission June 2005 Bill Marshall, TGr EditorSlide 7 P802.11r-D0.01 Draft 0.01 created from D0.00 with editorial changes and numerous re-wordings to hopefully increase clarity of the text. P802.11r-D0.01-changes is a comparison of 00 and 01.

doc.: IEEE /0538r2 Submission June 2005 Bill Marshall, TGr EditorSlide 8 Major Editorial changes Level numbers of keys: –PMK-R0 is top level, PMK-R1 is second level, PMK-R2 is third level, PTK is fourth level. Description of Count Information Element –The number of IEs protected by the MIC in the EAPKIE (this IE, and succeeding IEs up through and including the EAPKIE). –See for definition, and Table 9 in for sample usage

doc.: IEEE /0538r2 Submission June 2005 Bill Marshall, TGr EditorSlide 9 Major Editorial changes TGr Key Hierarchy replaced by FBT Key Hierarchy Uses of “over-the-wire” replaced by “over-the- DS” Noted in frame definitions that a RIC is a variable number of information elements. Capability advertisement made consistent with frame definitions (but may change with additions to those definitions).

doc.: IEEE /0538r2 Submission June 2005 Bill Marshall, TGr EditorSlide 10 Changes, cont. Definition of “Security Domain” changed to be based on “holders of keys derived from PMK-R0” instead of “R0 key holder children” (which was never defined). Security Domain “contained within” a Security Mobility Domain, and not “a member of” a Security Mobility Domain. A SMD being “a set of sets” adds only confusion, and is not consistent with 8A.5.7. (Possibly(?) technical) qualified a statement that a QSTA must associate with a new AP prior to requesting resources (Section ) with “In a non-FBT environment”. After the FBT sequence, and before reassociation, resources are reserved for a “limited” but not a “fixed” length of time.

doc.: IEEE /0538r2 Submission June 2005 Bill Marshall, TGr EditorSlide 11 Changes, cont. Communication between Current AP and Target AP consistently “out of scope” (as in the majority of cases) and not TBD (as in some cases). Text referring to “Action messages” generalized to “Request messages”, since not all FBT sequences will be using the FT-Action messages. In following the lead of Supplicant/Authenticator instead of STA/AP, made several refs for QoS to “Resource Requestor” instead of STA. More needed. Algorithm for RIC processing by AP changed to note success and failure status.

doc.: IEEE /0538r2 Submission June 2005 Bill Marshall, TGr EditorSlide 12 Numerous Minor Editorial changes See changebar file No intention to make any technical changes

doc.: IEEE /0538r2 Submission June 2005 Bill Marshall, TGr EditorSlide 13 P802.11r-D0.02 Draft D0.02 created from D0.01 with changes as requested during TGr conference call of 8 June (and followup ). P802.11r-D0.02-changes-01 is a comparison of 02 and 01. P802.11r-D0.02-changes-00 is a comparison of 02 and 00.

doc.: IEEE /0538r2 Submission June 2005 Bill Marshall, TGr EditorSlide 14 Motion Motion to accept P802.11r-D0.02 as the initial draft of the Fast BSS Transition Amendment to