Proposed Modifications to e-D4.0 Direct Link Protocol

Slides:



Advertisements
Similar presentations
Doc.: IEEE /431r0 Submission July 2002 Carlos Rios, RiosTek LLC Slide 1 Pre-Shared Key RSN Extensions Enrollment, Authentication and Key Management.
Advertisements

Doc.: IEEE /0201r0 Submission March 2005 Michael Montemurro and Matt SmithSlide 1 Communications with a target AP prior to roaming. Notice: This.
Doc.: IEEE r Submission November 2004 Bob Beach, Symbol TechnologiesSlide 1 Fast Roaming Using Multiple Concurrent Associations Bob.
Wireless Network Security CSIS 5857: Encoding and Encryption.
Doc.: IEEE /0072r0 Submission January 2009 Slide 1 Proxy ARP Issue for Direct Link Setup Notice: This document has been prepared to assist IEEE.
Doc.: IEEE /0041r1 AP Location Capability January 2007 Donghee Shim et alSlide 1 AP Location Capability Notice: This document has been prepared.
Doc.: IEEE /0103r0 Submission January 2004 Jesse Walker, Intel CorporationSlide 1 Some LB 62 Motions January 14, 2003.
Doc.: IEEE /2952r2 Submission Dec 2007 L.Chu Etc.Slide 1 Simplified DLS Action Frame Transmission in 11Z Date: Authors:
Doc.: IEEE /465r0 Submission Wim Diepstraten, Agere Systems July 2002 Slide 1 WiSP Wireless Sidelink Protocol Wim Diepstraten Gerrit Hiddink Agere.
Robust Security Network (RSN) Service of IEEE
FILS Reduced Neighbor Report
Peer Power Save Mode Date: Authors: March 2008 March 2008
Proposed Modifications to e-D4.0 Group ACK
September 2005 Test Methodology, Metrics and Test Cases for measuring BSS Transition Performance Date: Authors: Notice: This document has been.
Some LB 62 Motions January 13, 2003 January 2004
STAKey Design Flaws Date: Jesse, Shlomo, Suman
White Space Map Notification
TGi Motions for Comment Resolution
Proposed Modifications to
Managed Object Request/Response
Motion to Incorporate PSK RSN Extensions into TGi D2
19, Yangjae-daero 11gil, Seocho-gu, Seoul , Korea
TGai FILS Authentication Protocol
Mesh Security Proposal
Nancy Cam-Winget, Cisco Systems Inc
Enabling signal and enablement
Managed Object Request/Response
An Example Protocol for FastAKM
Peer Power Save Mode for TDLS
Multi-band Discovery Assistance
OCT based 6 GHz AP Operation Discussion
Wireless Sidelink Protocol
Proposed Modifications in TGh Draft Proposal
FILS Reduced Neighbor Report
Nancy Cam-Winget, Cisco Systems Inc
Proposal – Supported Radio Resource Measurement Bitmask IE
Beacon Protection Date: Authors: May 2018 January 2018
Peer Power Save Mode Date: Authors: March 2008 March 2008
Jesse Walker and Emily Qi Intel Corporation
AP Location Capability
Motorola TGr Fast Handover Proposal
AP Power Down Notification
Peer Power Save Mode for TDLS
doc.: IEEE /454r0 Bob Beach Symbol Technologies
GCMP Restriction Date: Authors: January 2011 May 2010
September 2007 doc.: IEEE /2376r0 November 2007
Extended Channel Switch Announcements
Proposed DLS Teardown Date: Ovadia, Ginzburg, Intel
Fast Session Transfer Session Setup in TVWS
Peer Power Save Mode Date: Authors: January 2008
19, Yangjae-daero 11gil, Seocho-gu, Seoul , Korea
Direct Stream Request Protocol (DSRP)
Dan Harkins Trapeze Networks
Peer Power Save Mode for TDLS
Scheduled Peer Power Save Mode for TDLS
Beacon Protection Date: Authors: May 2018 January 2018
STA Location for emergency call support in SSPN interface
Security Requirements for an Abbreviated MSA Handshake
Link Adaptation Subfield for VHT
AP Connection Period in TDLS
Location Capability Negotiation
Beacon Content Protection
Sept 2003 PMK “sharing” Tim Moore Tim Moore, Microsoft.
Use of More Data Field Date: Authors: Nov 2005 Month Year
Chapter 11 Comment Resolution for Letter Ballot 63
Extended Channel Switch Announcements
TGu/TGv Joint Meeting Date: Authors: May 2008 Month Year
September 2006 doc.: IEEE /1351r0 September 2006
Ready to transition/ Clear to transition
Proposal for Load Balancing
Presentation transcript:

Proposed Modifications to 802.11e-D4.0 Direct Link Protocol January 2003 Proposed Modifications to 802.11e-D4.0 Direct Link Protocol Carlos Rios RiosTek LLC

January 2003 D4.0 DLP Summary DLP per 802.11e-D4.0 is a simple protocol to allow non-AP QSTAs to communicate directly while actively maintaining a BSS association . Adds just three new Action Frames to 802.11-1999 DLP-Request, relayed through AP, lets QSTA1 ask QSTA2 to dance DLP-Response, relayed through AP, provides QSTA1 with an answer DLP-Probe optionally allows QSTAs to gauge the direct link The AP serves as a “Gatekeeper and Facilitator” in setting up the DLP However, this protocol has several flaws DLP functionality should be available to all non-AP stations Essential security elements are not incorporated DLP-Probe functionality can be provided with existing 802.11-1999 frames

Proposed DLP Modifications January 2003 Proposed DLP Modifications DLP Request/Response AP 1a 1b 2b 2a STA-1 STA-2 (Not necessarily Q)STA-1 sends DLP-Request to (Not necessarily Q)STA-2 via AP (1a) DLP-Request contains STA-1 Capabilities, Supported Rates, RSN Information Element AP forwards the DLP-Request to STA-2 (1b) If STA-2 is in Power Save mode, then AP buffers the frame, and announces pending traffic to STA-2 in the TIM, so that STA-2 can retrieve it as desired Else: If BSS policy disallows DLP, AP returns DLP-Response to STA-1 with status code “Not Allowed” Else: If STA-2 not in the BSS, then AP returns DLP-Response to STA-1 with status code “Not Present” STA-2, agreeing to DLP, transmits a DSP-Response to AP with Status Code “Success” (2a) DLP-Response contains STA-2 Capabilities, Supported Rates, RSN IE Else: If WSTA-2 refuses to DLP, returns DLP-Response with status code “Refused” AP forwards the DLP-Response frame to STA-1 (2b)

DLP Protocol Security Modifications January 2003 DLP Protocol Security Modifications AP DLP-Request/Response 2b 1a 1b 2a DLP-Key Authentication 3a 3b 4 STA-1 STA-2 DLP enabled, but STAs don’t possess keys to establish a secure RSN session The AP, knowing both STAs’ RSNIEs, selects highest-security-level common authentication and cipher suites The AP calculates an appropriate STA-1/STA-2 DLP Pairwise Master Key (or punts to a “more qualified” security server somewhere and just distributes a provided DLP PMK) The AP distributes selected authentication and cipher suites and the DLP PMK to STA-1 (3a) and STA-2 (3b) in (encrypted Authentication frame) DLP-Key messages The AP then promptly clears its DLP PMK register and “forgets” the key STA-1 and STA-2 then immediately execute direct mutual authentication and encryption key derivation/management handshake, and establish a secure DLP link “Link Quality” can be gauged during the authentication handshake, dispensing with the need for separate DLP-Probe frames STAs shall stay awake for a “no-activity” timeout period following every reception. If either STA times out further data exchange shall be routed through the AP until and if another DLP session is established Stations maintain a cache with the side channel capabilities on a per destination STA basis

Proposed DLP Modifications Summary January 2003 Proposed DLP Modifications Summary The modified DLP remains a simple protocol, but now allows non-AP STAs to link directly while actively maintaining a BSS association . Adds just three new Action Frames to 802.11-1999 DLP-Request, relayed through AP, lets QSTA1 ask QSTA2 to dance DLP-Response, relayed through AP, provides QSTA1 with an answer DLP-Key, from the AP, provides essential security elements Redundant DLP-Probe has been eliminated The AP still serves as a “Gatekeeper and Facilitator” in setting up the DLP Now even more so, as “Security Chief” The herein modified DLP is a more comprehensive and robust solution Candidate normative text revisions to 802.11e-D4.0 are contained in document 03/050r0