Upload
eugenia-hamilton
View
239
Download
0
Embed Size (px)
DESCRIPTION
doc.: IEEE /0219r0 Submission Handling SRP Reservation Requests Mar 2010 Ganesh Venkatesan, Intel CorporationSlide 3
Citation preview
doc.: IEEE 802.11-10/0219r0
Submission
802.11 -- Interworking with 802.1Qat Stream Reservation Protocol
Date: 2010-02-14
Authors:Name Affiliation Address Phone email Ganesh Venkatesan Intel Corporation JF3-336 2111NE 25th Ave +1 503 334 6720 Ganesh.Venkatesan@intel
.com
Mar 2010
Ganesh Venkatesan, Intel CorporationSlide 1
doc.: IEEE 802.11-10/0219r0
Submission Slide 2
Abstract
This submission is an overview of proposed input from 802.11 to 802.1Qat Annex-Q Clause Q.2 --
Discussions on the normative text (10/137r0) corresponding to 09/926r7 spawned interest in revisiting the solution proposed and seek a ‘future proof’ alternative, if possible.
Mar 2010
Ganesh Venkatesan, Intel CorporationSlide 2
Adobe Acrobat Document
doc.: IEEE 802.11-10/0219r0
Submission
Handling SRP Reservation Requests
Mar 2010
Ganesh Venkatesan, Intel CorporationSlide 3
doc.: IEEE 802.11-10/0219r0
Submission
Common Scenarios
Mar 2010
Ganesh Venkatesan, Intel CorporationSlide 4
Talker
Q-AP
DMN
Listener(s)
Q-AP
DMN
Talker
Listener(s) Talker
Q-AP
Listener(s)
Q-STA Q-STA Q-STA Q-STAAlternate Data Path
doc.: IEEE 802.11-10/0219r0
Submission
Advanced Scenario: STA is an Intermediate node or a Talker/Listener
Mar 2010
Ganesh Venkatesan, Intel CorporationSlide 5
Q-AP
DMN
Listener(s)
Q-STA Q-STA
Talker/Listener(s)
TalkerListener(s)
• Q-STA are intermediate nodes, Talker or Listener
• Note: This scenario is included for completeness. Support for this requires resolution of the “Station Bridge issue*”.
* See http://www.ieee802.org/1/files/public/docs2008/avb-nfinn-802-11-bridging-0308-v3.pdf
doc.: IEEE 802.11-10/0219r0
Submission
• A Q-STA can either be Talker/Listener or an intermediate node in the path from the Talker to the Listener.
• An intermediate node Q-STA or a Q-STA that is also the Talker/Listener just pass the MSRPDU to the Q-AP
• Q-AP forwards the MSRPDU to the Q-AP’s DMN• Q-AP’s DMN invokes MLME-Reserve.request or MLME-
Query.request with parameters corresponding to the received SRP Reservation/Query request
• If the MSRPDU is a Reservation Request and the Q-AP has sufficient resources:• Q-AP’s SME issues a MLME.ADDTS.response to the talker• Q-AP’s SME issues a MLME.ADDTS.response to the listener
• Q-AP responds to the DMN with a MLME-Reserve.confirm or MLME-Query.confirm
MSPRDU Processing at the Q-AP/DMN (adopted proposal)
Mar 2010
Ganesh Venkatesan, Intel CorporationSlide 6
doc.: IEEE 802.11-10/0219r0
Submission
MSRP Handling at Q-AP/DMN (to Talker/Listener)
Mar 2010
Ganesh Venkatesan, Intel CorporationSlide 7
doc.: IEEE 802.11-10/0219r0
Submission
Table Q.3 SRP to 802.11 SME QoS Services Mapping
Mar 2010
Ganesh Venkatesan, Intel CorporationSlide 8
MSRP Attribute MAD Primitive 802.11 SME QoS Service
Description
Talker Advertise MAD_Join_Request (new)
SME.QUERY Query bandwidth availability without reservation
Listener Ready or Listener Ready Failed
MAD_Join_Request (new)
SME.ADDTS Reserve bandwidth for a stream
Listener Ready or Listener Ready Failed
MAD_Join_Request () SME.ADDTS Modify bandwidth reserved for a stream – no renewal needed, if requirements have not changed.
Listener Request Removed
MAD_Leave_Request () SME.DELTS Free bandwidth associated with a stream
MAD – MRP (Multiple Registration Protocol) Attribute Declaration
doc.: IEEE 802.11-10/0219r0
Submission
Mar 2010
Ganesh Venkatesan, Intel CorporationSlide 9
Changes to 802.11 – Summary
1. Ability for QAPs to send Autonomous ADDTS Response2. Add ADDTS Response.indication to the STA MLME
interface3. To the DMN 802.11 interface (out of scope for 802.11)
• Add SME-QUERY.{request|confirm}• Add SME-ADDTS.{request|confirm}
802.1Qat1. Mandate that 802.11 STAs and APs supporting SRP shall also
support EDCA Admission Control2. The 802.11 AP and SRP DMN shall co-exist in the same device3. The SRP DMN shall generate 802.11 TSPECs as described in
document 09/926r74. Mandate that 802.11STAs and APs supporting SRP shall encapsulate
and de-encapsulate the 802.1q Tag
doc.: IEEE 802.11-10/0219r0
Submission Slide 10
Summary of discussions in LA
• Need a discussion on the internals of 802.1Qat as far as SRP goes – Scheduled for the joint meeting with 802.1AVB in March, 2010
• How does the current proposal (10/137r0) deal with Power Save?• How does the current proposal deal with TSPEC, TCLAS and
TCLAS processing negotiation?• Would the current proposal be able to take advantage of
enhancements in 802.11? • Should the solution be the same irrespective of if the 802.11 STA
is a Talker/Listener or is just a node in the path from the Talker to the Listener?
Mar 2010
Ganesh Venkatesan, Intel CorporationSlide 10
doc.: IEEE 802.11-10/0219r0
Submission
Alternate Proposal-A -- MSRP Handling at Q-AP/DMN (to Talker/Listener)
Mar 2010
Ganesh Venkatesan, Intel CorporationSlide 11
Q-STA at the Talker end parses SRP and invokes corresponding 802.11 mechanismsSynchronization issues need to be addressed
doc.: IEEE 802.11-10/0219r0
Submission
Alternate Proposal-B -- MSRP Handling at Q-AP/DMN (to Talker/Listener)
Mar 2010
Ganesh Venkatesan, Intel CorporationSlide 12
Need a new “Reserve” management frame from AP to STASTA at Talker end does not have to parse SRP messages
doc.: IEEE 802.11-10/0219r0
Submission
Mar 2010
Ganesh Venkatesan, Intel CorporationSlide 13
Straw Polls1.Should we retain current solution?2.Is Alternate Proposal-B sufficient to address all concerns
raised in LA?3.Should we allow both options – current solution +
Alternate Proposal-B or just Alternate Proposal-B?