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?