1. January 2014
Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)
Submission Title: Recommended Practice Draft Document Status January 2014
Date Submitted: January 20th , 2014
Source: Paul Chilton Company: NXP Semiconductors
Address Furnival Street, Sheffield, S Yorks UK
Voice:+44 (114)
Re: KMP Recommended Practice predraft
Abstract: Summary of status of predraft document.
Purpose: To describe the status of the document and highlight areas which need further work
Notice: This document has been prepared to assist the IEEE P 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 acknowledges and accepts that this contribution becomes the property of IEEE and may be made publicly available by P
Paul Chilton, NXP Semiconductors

2. TG9 KMP Document Status and further work
January 2014
TG9 KMP Document Status and further work
Los Angeles, CA
January 20, 2014
Paul Chilton, NXP Semiconductors

3. Document Status We are now following 802.15 rules
January 2014
Document Status
We are now following rules
Now stored in private area of document server
Access for voting members of using username and password
Anyone contributing or reviewing but not a member of see me
Naming convention has changed
Document when released to review is a Draft ie d01 etc
Prior to this (where we are) the doc is a predraft
Doc now named accordingly – latest is
predraft5_P _Draft_Standard.pdf
Paul Chilton, NXP Semiconductors

4. Changes since predraft4
January 2014
Changes since predraft4
Acted on review comments received on predraft4
Added Annex A – 802.1X text
Thanks to Brian et al for providing
Trawl through the document
Correct editorials, clean up language and diagrams
BUT now there are so many changes, change bars will be of little use, so
Predraft5 released with no change bars
It still needs people to review
I may have not understood something and altered the meaning by my edits
Paul Chilton, NXP Semiconductors

5. January 2014
Todo List
Complete the primitives for using the KMP transport service Define the operations and parameters Text to describe them Sequence Diagrams Security PIB elements (eg macRekey etc) Remaining text for Annexes Check and correct formatting
Paul Chilton, NXP Semiconductors

6. Some thoughts Separate KMP transport service from MAC
January 2014
Some thoughts
Separate KMP transport service from MAC
Don’t add commands into MAC, define separate KMP management layer
Eg KLME-Start.request
Even more radical
Separate KMP transport from the fragmentation and reassembly
Fragmentation service becomes general purpose for use by other services which need to transport frames larger than MAC
KMP uses fragmentation service
FLME-Data.request, FMLE-Data.indication etc
May make it easier to implement KMP operations by hiding the fragmentation mechanism
Paul Chilton, NXP Semiconductors

7. January 2014
Some more thoughts
Should we test the design by trial implementations of some of the KMPs?
Checks that the services and parameters are adequate
Provide a reference implementation for the KMP
Do we need an explanation of the and security?
Implementors can see what security PIB information needs to be filled in by their KMP
Paul Chilton, NXP Semiconductors