Doc.: IEEE 11-14/0562r7 November 2015 SubmissionSlide 1Norman Finn, Cisco Systems, Mark Hamilton, Spectralink 802.11ak and 802.1AC Convergence Function.

Slides:



Advertisements
Similar presentations
Doc.: IEEE /1191r5 Submission November 2004 Mike Moreton, STMicroelectronicsSlide 1 AP Architecture Thoughts Mike Moreton, STMicroelectronics.
Advertisements

Doc.: IEEE /1191r4 Submission November 2004 Mike Moreton, STMicroelectronicsSlide 1 AP Architecture Thoughts Mike Moreton, STMicroelectronics.
Submission doc.: IEEE 11-13/ ak-r0 March 2013 Norman Finn, Cisco SystemsSlide 1 Changes to 802.1Q required by 802.1Qbz Date: Authors:
Submission doc.: IEEE 11-13/ ak July 2013 Finn and Hart, Cisco SystemsSlide 1 P802.1Qbz + P802.11ak Proposed Division of Work Date:
Cisco Confidential 1 bz-nfinn-soln-station-subset-0113-v02.pdf Solutions for P802.1Qbz / P802.11ak: Station subset issue Norman Finn January, 2013 Version.
Submission doc.: IEEE 11-13/0938r1 August 2013 Norman Finn, Cisco SystemsSlide 1 Service mapping between the ISS and Date: Authors:
Doc.: IEEE 11-15/0454r0 March 2015 SubmissionSlide 1, Mark Hamilton, Spectralink Some more DS architecture concepts Date: Authors: Sli de 1.
1 Review of Important Networking Concepts Introductory material. This module uses the example from the previous module to review important networking concepts:
Submission doc.: IEEE 11-12/ ak December 2012 Norman Finn, Cisco SystemsSlide 1 Problem list for P802.1Qbz / P802.11ak point-to-point model Date:
Doc.: IEEE 11-14/1213r0 September 2014 SubmissionSlide 1 Mark Hamilton, Spectralink AP Architectural concepts, and Distribution System Access Function.
Submission doc.: IEEE 11/ ak Jan 2013 Norman Finn, Cisco SystemsSlide Qbz–802.11ak Solutions: Station Subsetting Issue Date:
Computer Networks with Internet Technology William Stallings
Networking Components
IEEE Wireless LAN Standard
(part 3).  Switches, also known as switching hubs, have become an increasingly important part of our networking today, because when working with hubs,
CECS 474 Computer Network Interoperability Tracy Bradley Maples, Ph.D. Computer Engineering & Computer Science Cal ifornia State University, Long Beach.
1 Review of Important Networking Concepts Introductory material. This slide uses the example from the previous module to review important networking concepts:
Virtual LANs. VLAN introduction VLANs logically segment switched networks based on the functions, project teams, or applications of the organization regardless.
Doc.: IEEE 11-14/0562r4 November 2014 SubmissionSlide 1Norman Finn, Cisco Systems, Mark Hamilton, Spectralink ak and 802.1AC Convergence Function.
Submission doc.: IEEE 11-12/1449r0 Decmeber 2012 Yan Zhuang, Huawei TechnologiesSlide 1 Virtual Wireless Port based Bridging Date: Authors:
Submission doc.: IEEE 11-13/ ak May 2013 Norman Finn, Cisco SystemsSlide 1 P802.1Qbz + P802.11ak Proposed Division of Work Date: Authors:
Month Year doc.: IEEE yy/0221r2 Mar 2013
Doc.: IEEE /0981r1 TGs Reference Architecture Considerations September 6, 2004 Tricci So & W. Steven Conner.Slide 1 TGs ESS Mesh System Reference.
Submission doc.: IEEE 11-12/0589r0 May 2012 Donald Eastlake 3rd, Huawei R&D USASlide 1 General Links Date: Authors:
Submission doc.: IEEE 11-12/0589r2 July 2012 Donald Eastlake 3rd, Huawei R&D USASlide 1 General Links Date: Authors:
The Medium Access Control Sublayer Chapter 4. The Channel Allocation Problem Static Channel Allocation Dynamic Channel Allocation  Delay for the divided.
Submission doc.: IEEE 11-13/ ak May 2013 Norman Finn, Cisco SystemsSlide 1 P802.1Qbz + P802.11ak Proposed Division of Work Date: Authors:
Submission doc.: IEEE 11-12/0589r1 May 2012 Donald Eastlake 3rd, Huawei R&D USASlide 1 General Links Date: Authors:
Doc.: mes Submission 7 May 2004 Tricci SoSlide 1 Need Clarification on The Definition of ESS Mesh Prepared by Tricci So.
November 2014doc.: IEEE /1524r0 SubmissionMark Hamilton, Spectralink, Corp.Slide 1 ARC Closing Report Date: Authors:
Submission doc.: IEEE 11/ ak Jan 2013 Norman Finn, Cisco SystemsSlide Qbz–802.11ak Solutions: Architecture Issue Date: Authors:
Doc.: IEEE /0897r0 SubmissionJae Seung Lee, ETRISlide 1 Active Scanning considering Operating Status of APs Date: July 2012.
Submission doc.: IEEE 11-13/ ak May 2013 Finn and Hart, Cisco SystemsSlide 1 P802.1Qbz + P802.11ak Proposed Division of Work Date:
Doc.: IEEE /0981r0 TGs Reference Architecture Considerations August 30, 2004 Tricci So.Slide 1 TGs ESS Mesh System Reference Architecture Considerations.
SubmissionSlide 1Dwight Smith, Motorola Mobility Nov 2012doc.: IEEE 11-12/1332r0 Other Service Discovery Concepts Date: Authors:
Submission doc.: IEEE 11-14/0599r0 May 2014 BroadcomSlide ak Figures Date: Authors:
Submission doc.: IEEE 11-13/0221r1 Mar 2013 BroadcomSlide QoS Queue Architecture and Possible 802.1bz Bridge Model Date: Authors:
Omniran IEEE 802 Scope of OmniRAN Date: Authors: NameAffiliationPhone Max RiegelNSN
Omniran CF00 1 VLANs in relation to P802.1CF NRM Date: Authors: NameAffiliationPhone Max RiegelNokia Networks
Submission doc.: IEEE 11-13/0526r1 May 2013 Donald Eastlake, HuaweiSlide 1 Sub-Setting Date: Authors:
September 2002 doc.: IEEE /568r0 David Skellern, Cisco SystemsSlide 1Submission RRM Architectural Framework David Skellern Wireless Networking.
Submission doc.: IEEE 11/ ak Jan 2013 Norman Finn, Cisco SystemsSlide Qbz–802.11ak Solutions: Station Subsetting Issue Date:
Submission doc.: IEEE 11-13/ ak May 2013 Norman Finn, Cisco SystemsSlide 1 P802.1Qbz + P802.11ak Proposed Division of Work Date: Authors:
March 2015doc.: IEEE /0469r1 SubmissionMark Hamilton, Spectralink, Corp.Slide 1 ARC Closing Report Date: Authors:
Doc.: IEEE /1054r1 Submission July 2011 Mark Hamilton, Polycom, Inc.Slide 1 ARC-agenda-report-minutes-july-2011 Date: Authors:
Doc.: IEEE 11-14/0562r0 May 2014 SubmissionSlide 1Norman Finn, Cisco Systems, Mark Hamilton, Spectralink ak and 802.1AC Convergence Function Date:
Omniran IEEE 802 Scope of OmniRAN Date: Authors: NameAffiliationPhone Max RiegelNSN
Submission doc.: IEEE 11-12/1162r0 September 2012 Norman Finn, Cisco SystemsSlide Q Bridge Baggy Pants Explanation Date: Authors:
Doc.: IEEE 11-16/ arc March 2016 SubmissionSlide ak/802.1AC/STAs/APs/DSes and Convergence Functions Date: Authors:
Doc.: IEEE 11-14/0562r6 March 2015 SubmissionSlide 1Norman Finn, Cisco Systems, Mark Hamilton, Spectralink ak and 802.1AC Convergence Function Date:
Portal and 802.1AC Convergence Function
Virtual Wireless Port based Bridging
Considerations on WDS Addressing Tricci So 7 May 2004 Prepared by
doc.: IEEE /xxx Jon Edney, Nokia
P802.11aq Waiver request regarding IEEE RAC comments
doc.: IEEE /xxxr0 Mike Moreton
802.11ak/802.1AC/STAs/APs/DSes and Convergence Functions
Virtual LANs.
Resolutions to orphan comments
802.11ak Architecture Date: Authors: July 2013
AP Architecture Thoughts
IEEE 802 Scope of OmniRAN Abstract
2/17/2019 Interpretations of the Distribution System Service Based on the Specification W. Steven Conner, Intel Corp. Tricci So, Nortel Networks.
Portal and 802.1AC Convergence Function
802.11ba Architecture Discussion
AP Status Broadcast Date: Authors: November 2011
May 2004 doc.: IEEE /629r1 May 2004 The Nature of an ESS
May 2004 doc.: IEEE /xxxr0 May 2004 The Nature of an ESS
P802.11aq Waiver request regarding IEEE RAC comments
Review of Important Networking Concepts
Presentation transcript:

doc.: IEEE 11-14/0562r7 November 2015 SubmissionSlide 1Norman Finn, Cisco Systems, Mark Hamilton, Spectralink ak and 802.1AC Convergence Function Date: Authors: Sli de 1

doc.: IEEE 11-14/0562r7 November 2015 SubmissionSlide 2Norman Finn, Cisco Systems, Mark Hamilton, Spectralink Abstract Building upon a model being proposed for the IEEE Portal Convergence Function, this presentation carries that concept into the ak concepts, and 802.1AC considerations for these extended concepts. Sli de 2

doc.: IEEE 11-14/0562r7 November 2015 SubmissionSlide 3Norman Finn, Cisco Systems, Mark Hamilton, Spectralink Following are several slides from the portal presentation (being considered in ARC, and 802.1AC) – 11-14/497 … Sli de 3

doc.: IEEE 11-14/0562r7 November 2015 SubmissionSlide 4Norman Finn, Cisco Systems, Mark Hamilton, Spectralink This is an example of a physical network Two physical boxes, commonly (but inaccurately) called “APs,” connected by an IEEE link. Two clients of “AP 1” shown, two wireless and one wired clients of “AP 2” not shown. No VLANs. This example will be used repeatedly in this deck. “AP” 1“AP”

doc.: IEEE 11-14/0562r7 November 2015 SubmissionSlide 5Norman Finn, Cisco Systems, Mark Hamilton, Spectralink Layering In the ISO layering model, a DATA.request is presented by a higher layer to a lower layer, and a DATA.indication is presented by a lower layer to a higher layer. In all further diagrams in this deck, the “higher” layer is closer to the top of the slide, and the “lower” layer closer to the bottom.

doc.: IEEE 11-14/0562r7 November 2015 SubmissionSlide 6Norman Finn, Cisco Systems, Mark Hamilton, Spectralink Let’s start at the beginning. MAC PHY MAC PHY MAC PHY AP STA Non-AP STAs DSAF “DSAF” = “Distribution System Access Function” (as opposed to the whole AP, which covers many sublayers). “nAP STA” == upper layers of a non-AP STA. The symbols are Service Access Points to the IEEE Clause 5 MAC Service offered to the users of the non-AP STAs. requests indications MAC PHY nAP STA user SAP The medium (the “ether”)

doc.: IEEE 11-14/0562r7 November 2015 SubmissionSlide 7Norman Finn, Cisco Systems, Mark Hamilton, Spectralink What is relationship between DSAF & DS? First interpretation: “The Distribution System provides instances of a service to the DSAF(s).” We’ll call this DSAF/DS (“DSAF over DS”). (IEEE Annex R says this, explicitly. Annex R is non-normative, but this is the only place in (that we have found) that the relationship is stated unambiguously (see e.g. Figure 4-2). Distrib. System (DS) MAC PHY DSAF MAC PHY DSAF requests indications

doc.: IEEE 11-14/0562r7 November 2015 SubmissionSlide 8Norman Finn, Cisco Systems, Mark Hamilton, Spectralink What is relationship between DSAF & DS? Second interpretation: “The Distribution System peers with the DSAF(s) via real or virtual links.” We’ll call this DSAF=DS (“DSAF peers with DS”). requests indications MAC PHY MAC PHY Distrib. System (DS) DSAF

doc.: IEEE 11-14/0562r7 November 2015 SubmissionSlide 9Norman Finn, Cisco Systems, Mark Hamilton, Spectralink What is relationship between DSAF & DS? Third interpretation: “The Distribution System utilizes instances of a service provided by the AP(s).” We’ll call this DS/DSAF (“DS over DSAF”). Distrib. System (DS) MAC PHY DSAF MAC PHY DSAF requests indications

doc.: IEEE 11-14/0562r7 November 2015 SubmissionSlide 10Norman Finn, Cisco Systems, Mark Hamilton, Spectralink Non-useful interpretation: “The Distribution System’s position in the layering diagram is undefined.” There is no place for an undefined amorphous cloudish thingamajig in the ISO layering model. What the DS is NOT (I hope!) MAC PHY DSAF MAC PHY DSAF DS

doc.: IEEE 11-14/0562r7 November 2015 SubmissionSlide 11Norman Finn, Cisco Systems, Mark Hamilton, Spectralink This is the relationship for this deck “The Distribution System provides instances of a service to the DSAF(s).” Because this is the only one to which these authors can find a specific reference in IEEE Std Distrib. System (DS) MAC PHY DSAF MAC PHY DSAF requests indications

doc.: IEEE 11-14/0562r7 November 2015 SubmissionSlide 12Norman Finn, Cisco Systems, Mark Hamilton, Spectralink Distribution System (DS) A standard view of that same network in today MAC PHY MAC PHY MAC PHY AP STA 1 Non-AP STAs MAC PHY AP STA 2 unspecified portal AP MAC PHY This is similar to IEEE , Figure R-1, but drawn with “request down indication up” rigorously applied. The DS has three users, two APs and a portal, so is shown passing behind a MAC.

doc.: IEEE 11-14/0562r7 November 2015 SubmissionSlide 13Norman Finn, Cisco Systems, Mark Hamilton, Spectralink One possible 802.1AC-to-portal architecture A connecting link is required, because the portal uses a SAP; it does not provide one. Therefore an 802.1AC convergence layer specific to is not necessary. Distrib. System (DS) MAC PHY AP STA unspecified portal AP MAC PHY MAC PHY anything, e.g MAC PHY 802.1Q bridge relay MAC PHY MAC PHY Non- AP station end station

doc.: IEEE 11-14/0562r7 November 2015 SubmissionSlide 14Norman Finn, Cisco Systems, Mark Hamilton, Spectralink But, there is an alternate approach. This interface is defined. It is the DS_SAP, illustrated in IEEE Std Figure R-1. Distrib. System (DS) MAC PHY AP STA unspecified portal AP MAC PHY MAC PHY anything, e.g MAC PHY 802.1Q bridge relay MAC PHY MAC PHY Non- AP station end station

doc.: IEEE 11-14/0562r7 November 2015 SubmissionSlide 15Norman Finn, Cisco Systems, Mark Hamilton, Spectralink So, another representation could be … That is, the 802.1AC Clause “portal convergence function” is not an interface to a portal;.1AC , plus a bridge relay function, is an example of a portal..1AC connects the ISS to the DS_SAP. Distrib. System (DS) MAC PHY AP STA unspecified AP 802.1Q bridge relay MAC PHY Non- AP station MAC PHY end station.1AC One example (of many) of a portal

doc.: IEEE 11-14/0562r7 November 2015 SubmissionSlide 16Norman Finn, Cisco Systems, Mark Hamilton, Spectralink New for ak consideration…

doc.: IEEE 11-14/0562r7 November 2015 SubmissionSlide 17Norman Finn, Cisco Systems, Mark Hamilton, Spectralink MA C PHY MA C PHY MAC AP STA 2 PHY MAC AP STA 1 Non-AP STAs Extending this to P802.11ak + P802.1Qbz MAC PHY 802.1Q bridge relay AP Conv. Funct.1AC CF SAP[ ] SAP.1AC CF SAP[ ] SAP That is, 802.1AC/802.11ak are defining a SAP and a convergence function that supports multiple, logical links as seen by the Bridge, to each of the 11ak-aware non-AP endpoints. Note: “SAP” is a single instance, “SAP[]” has a port vector AC

doc.: IEEE 11-14/0562r7 November 2015 SubmissionSlide 18Norman Finn, Cisco Systems, Mark Hamilton, Spectralink DS P802.11ak and non-11ak STNs on one AP. AP w/Bridge and non-11ak (legacy) access 11ak STAs MAC PHY MAC PHY Non-11ak STAs MAC PHY MAC PHY AP Bridge.1AC MAC PHY.1AC SAP[ ] SAP SAP[ ] SAP 802.1AC AC

doc.: IEEE 11-14/0562r7 November 2015 SubmissionSlide 19Norman Finn, Cisco Systems, Mark Hamilton, Spectralink Non- 11ak STA(s) 11ak STA(s) Non- 11ak STA(s) 11ak STA(s) AP w/Bridge and non-11ak (legacy) access AP w/Bridge, uses DS for non-11ak access.1AC DS P802.11ak and non-11ak STNs on two APs. MAC PHY MAC PHY MAC PHY MAC PHY AP Bridge.1AC MAC PHY MAC PHY AP Bridge Note that connectivity between this 11ak STN and the other stations depends on some connection between the Bridges not shown. isolated

doc.: IEEE 11-14/0562r7 November 2015 SubmissionSlide 20Norman Finn, Cisco Systems, Mark Hamilton, Spectralink Non- 11ak STA(s) 11ak STA(s) Non- 11ak STA(s) 11ak STA(s) AP w/Bridge and non-11ak (legacy) access AP w/Bridge, uses DS for non-11ak access.1AC DS.1AC DS P802.11ak and non-11ak STNs on two APs. MAC PHY MAC PHY MAC PHY MAC PHY AP Bridge.1AC MAC PHY MAC PHY AP Bridge Now, all stations are fully connected, and the DS is split. 1AC

doc.: IEEE 11-14/0562r7 November 2015 SubmissionSlide 21Norman Finn, Cisco Systems, Mark Hamilton, Spectralink P802.11ak and non-11ak STNs on two APs. It is important to understand that the DS does NOT somehow morph to include the bridge! The reason is that, once the data hits the bridge, it belongs to all bridge peers, e.g. other DSs that are using the same bridged network. The DS is not a peer of the bridge. The bridge is not part of the DS..1AC DS.1AC DS MAC PHY MAC PHY MAC PHY MAC PHY AP Bridge.1AC MAC PHY MAC PHY AP Bridge 1AC DS X

doc.: IEEE 11-14/0562r7 November 2015 SubmissionSlide 22Norman Finn, Cisco Systems, Mark Hamilton, Spectralink DS tunnel DS P802.11ak and non-11ak STNs on two APs. It is certainly possible to invert the stack using a DS tunnel technology (mac-in-mac, Ether-over- VPLS-over-MPLS-over-Ether, etc.) to make a single DS. But then, you’re back to a single portal..1AC DS MAC PHY MAC PHY MAC PHY MAC PHY AP Bridge.1AC MAC PHY MAC PHY AP Bridge

doc.: IEEE 11-14/0562r7 November 2015 SubmissionSlide 23Norman Finn, Cisco Systems, Mark Hamilton, Spectralink To summarize A given DS has exactly one Portal to a Bridged LAN, no matter how many APs it serves. If, in order to avoid sending a packet from AP1 to AP2 and back again, you would like to have multiple Portals, you have to separate the DSs, and let the Bridge LAN move the data. Sli de 23

doc.: IEEE 11-14/0562r7 November 2015 SubmissionSlide 24Norman Finn, Cisco Systems, Mark Hamilton, Spectralink DS MAC PHY DSAF Portal MAC PHY DSAF The DS has three users, two APs and a portal, so is shown passing behind a MAC. MAC PHY DSAF Recall our basic model of the DS. The DS can be implement with anything in any way you’d like. The only requirement is to meet the behaviors and constraints “externally visible” (and even that is only a logical) view.

doc.: IEEE 11-14/0562r7 November 2015 SubmissionSlide 25Norman Finn, Cisco Systems, Mark Hamilton, Spectralink DS MAC PHY DSAF Portal MAC PHY DSAF MAC PHY DSAF Terminology: The DS has brains, and distributes MAC service tuples -Brains: Knowing what non-AP STAs are associated to which AP -“MAC service tuple”: the collection of an MSDU and the ‘goop’ (source address, destination addresses, priority and service class) associated with it.

doc.: IEEE 11-14/0562r7 November 2015 SubmissionSlide 26Norman Finn, Cisco Systems, Mark Hamilton, Spectralink MAC PHY DSAF Portal MAC PHY DSAF’s and the Portal each have need for a piece of a distributed “brain” (shown here as a little green box) Distributed brains require green box to green box protocol updating a distributed database (in effect) MAC PHY DSAF For example, a “fat yellow cable” BASE5 DSAF 802.3

doc.: IEEE 11-14/0562r7 November 2015 SubmissionSlide 27Norman Finn, Cisco Systems, Mark Hamilton, Spectralink MAC PHY DSAF Portal MAC PHY Little green boxes have to distribute MAC service tuples around, also. Probably done by encapsulating each MAC service tuple in a green box to green box frame So, the 10BASE5 network just sees a network of little green boxes MAC PHY DSAF For example, a “fat yellow cable” (cont.) BASE5 DSAF 802.3

doc.: IEEE 11-14/0562r7 November 2015 SubmissionSlide 28Norman Finn, Cisco Systems, Mark Hamilton, Spectralink MAC PHY DSAF Portal MAC PHY network still just sees a network of little green boxes MAC PHY DSAF Of course, can be a modern network DSAF 802.3

doc.: IEEE 11-14/0562r7 November 2015 SubmissionSlide 29Norman Finn, Cisco Systems, Mark Hamilton, Spectralink MAC PHY DSAF Portal MAC PHY network still just sees a network of little green boxes MAC PHY DSAF Of course, can be a modern network DSAF 802.3

doc.: IEEE 11-14/0562r7 November 2015 SubmissionSlide 30Norman Finn, Cisco Systems, Mark Hamilton, Spectralink MAC PHY DSAF Portal MAC PHY It’s still just a network of little green boxes (that find each other somehow) MAC PHY DSAF Or, it can be a full network, IP, routers, … DSAF 802.3

doc.: IEEE 11-14/0562r7 November 2015 SubmissionSlide 31Norman Finn, Cisco Systems, Mark Hamilton, Spectralink MAC PHY DSAF Portal MAC PHY But still just a network of little green boxes (that find each other somehow) MAC PHY DSAF Or (of course), an 802.1Q Bridged LAN 802.x DSAF 802.x Bridge

doc.: IEEE 11-14/0562r7 November 2015 SubmissionSlide 32Norman Finn, Cisco Systems, Mark Hamilton, Spectralink MAC PHY DSAF Portal MAC PHY Bridges already have some understanding of “what is attached to network via which bridge port”. Let’s reuse it! MAC PHY DSAF Now, let the Bridged LAN help with the brains! 802.x DSAF 802.x Bridge