Download presentation
Presentation is loading. Please wait.
Published byJohan Davidsen Modified over 6 years ago
1
January 2014 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: Recommended Practice Draft Document Status March 2014 Date Submitted: March 18th , 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
March 2014 TG9 KMP Document Status and further work Beijing, China March 19, 2014 Paul Chilton, NXP Semiconductors
3
March 2014 Document Status Latest predraft posted to the private area of document server Two versions – clean copy and with change tracking predraft6_P _Draft_Standard_clean.pdf predraft6_P _Draft_Standard_changes.pdf Incorporates Comments on predraft5 Formatting changes for consistency with other docs Major additions to primitives section Questions on points raised as the predraft was being created Highlighted in yellow in both versions Paul Chilton, NXP Semiconductors
4
Major Changes since predraft5
March 2014 Major Changes since predraft5 Section 5.2 Added in text describing primitives as presented in Jan meeting KMP_START request, indication, confirm, response KMP_REKEY request, indication, response, confirm KMP_DATA request, indication, confirm KMP_PURGE request, confirm Naming still uncertain – need guidance from MAC experts Section 5.3 Replaced figure 4 with figs 4&5 and table 2 Closer to format of other documents Paul Chilton, NXP Semiconductors
5
Document Todo List Fragmented Data Service Determine primitive naming
March 2014 Document Todo List Fragmented Data Service Separate Data primitives into a general fragmented data service rather than include in KMP Determine primitive naming Reorder sections to match other documents 5.3.4 IE Content Examples – reformat Add further sequence diagrams if needed 6 State machines Add timeout to inbound state machine for lost frag 7 KMP Transport PIBs Need to revisit how macKmpSecurityRequired is used Paul Chilton, NXP Semiconductors
6
Input required Architectural questions – James / Ben / Pat
March 2014 Input required Architectural questions – James / Ben / Pat Do we need KMP_START? Or will the KMP itself initialise the Key Management entities (KME) at either end of the link i.e. is there an equivalent in the KMP itself so that all the initiating KME needs to do is send the first KMP payload? Do we need further KMP primitives? We have START and REKEY – are there any other operations a KME needs to perform The best way to answer the above is to consider how one of the KMPs in the appendices would actually be implemented. Paper design should be sufficient KMP Champions – get scribbling! Paul Chilton, NXP Semiconductors
7
Next steps Include Tero’s sketch of 15.4 security?
March 2014 Next steps Include Tero’s sketch of 15.4 security? Is there an equivalent for 15.7? Review predraft6 and send comments Could this be done in next 2 weeks? Produce a new predraft covering the todo list and comments We need more input/discussion on the points raised to get them closed more quickly Regular eg weekly/biweekly calls may help Paul Chilton, NXP Semiconductors
Similar presentations
© 2025 SlidePlayer.com. Inc.
All rights reserved.