1 / 28

ARC-SC-agenda-September-2016

Agenda for the IEEE 802.11 Architecture Standing Committee meeting in September 2016 in Warsaw, Poland.

bradleys
Télécharger la présentation

ARC-SC-agenda-September-2016

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. ARC-SC-agenda-September-2016 Authors: Date: 2016-09-12

  2. Abstract Agenda for: ARC SC, September 2016, Warsaw, Poland

  3. IEEE 802.11 Architecture Standing Committee Agenda September 2016 session Chair: Mark Hamilton (Ruckus Wireless) Vice Chair: Joe Levy (InterDigital)

  4. Tuesday, September 13th, AM2

  5. Attendance, etc. • Reminders to attendees: • Sign in for .11 attendance credit • Noises off • No recordings

  6. Participants, Patents, and Duty to Inform All participants in this meeting have certain obligations under the IEEE-SA Patent Policy. • Participants [Note: Quoted text excerpted from IEEE-SA Standards Board Bylaws subclause 6.2]: • “Shall inform the IEEE (or cause the IEEE to be informed)” of the identity of each “holder of any potential Essential Patent Claims of which they are personally aware” if the claims are owned or controlled by the participant or the entity the participant is from, employed by, or otherwise represents • “Should inform the IEEE (or cause the IEEE to be informed)” of the identity of “any other holders of potential Essential Patent Claims” (that is, third parties that are not affiliated with the participant, with the participant’s employer, or with anyone else that the participant is from or otherwise represents) • The above does not apply if the patent claim is already the subject of an Accepted Letter of Assurance that applies to the proposed standard(s) under consideration by this group • Early identification of holders of potential Essential Patent Claims is strongly encouraged • No duty to perform a patent search

  7. Patent Related Links All participants should be familiar with their obligations under the IEEE-SA Policies & Procedures for standards development. Patent Policy is stated in these sources: IEEE-SA Standards Boards Bylaws http://standards.ieee.org/develop/policies/bylaws/sect6-7.html#6 IEEE-SA Standards Board Operations Manual http://standards.ieee.org/develop/policies/opman/sect6.html#6.3 Material about the patent policy is available at http://standards.ieee.org/about/sasb/patcom/materials.html If you have questions, contact the IEEE-SA Standards Board Patent Committee Administrator at patcom@ieee.org or visit http://standards.ieee.org/about/sasb/patcom/index.html This slide set is available at https://development.standards.ieee.org/myproject/Public/mytools/mob/slideset.ppt

  8. Call for Potentially Essential Patents • If anyone in this meeting is personally aware of the holder of any patent claims that are potentially essential to implementation of the proposed standard(s) under consideration by this group and that are not already the subject of an Accepted Letter of Assurance: • Either speak up now or • Provide the chair of this group with the identity of the holder(s) of any and all such claims as soon as possible or • Cause an LOA to be submitted

  9. Other Guidelines for IEEE WG Meetings • All IEEE-SA standards meetings shall be conducted in compliance with all applicable laws, including antitrust and competition laws. • Don’t discuss the interpretation, validity, or essentiality of patents/patent claims. • Don’t discuss specific license rates, terms, or conditions. • Relative costs, including licensing costs of essential patent claims, of different technical approaches may be discussed in standards development meetings. • Technical considerations remain primary focus • Don’t discuss or engage in the fixing of product prices, allocation of customers, or division of sales markets. • Don’t discuss the status or substance of ongoing or threatened litigation. • Don’t be silent if inappropriate topics are discussed … do formally object. --------------------------------------------------------------- See IEEE-SA Standards Board Operations Manual, clause 5.3.10 and “Promoting Competition and Innovation: What You Need to Know about the IEEE Standards Association's Antitrust and Competition Policy” for more details.

  10. ARC Agenda – September 2016 Tuesday, September 13, AM2 • Administrative: Minutes • Update on 802.11 in 5G (“JOE” SC) • IEEE 1588 mapping to IEEE 802.11 • IETF/802 coordination • 802.1AC status update; TGak update; TGaq update • “What is an ESS?” • AP/DS/Portal architecture and 802 concepts - 11-16/0720r0, 11-16/0457r1,11-15/0454r0, 11-14/1213r1 (slides 9-11) Wednesday, September 14, AM1 • MIB attributes Design Pattern - 11-15/0355r3, 11-15/0891r0 • Update on YANG/NETCONF modeling discussions • Future sessions / SC activities Joint session with TGak, Thursday, September 15, AM1 Joint session with TGaq, Thursday, September 15, PM1

  11. ARC Minutes July Minutes: 11-16/1109r0

  12. 802.11 in 5G/IMT-2020 discussion • New Standing Committee formed (AANI SC) • Update on activities (Joe Levy)

  13. IEEE 1588 mapping to IEEE 802.11 • Update (Mark Hamilton)

  14. IETF/802 coordination • Dorothy Stanley present topics of interest: • Multicast traffic features of 802.11 • Any update, or further action needed? – Something about multicast audio/video, and DTIM buffering? • Draft is still being revised, goal is for September to be ready for review – status? • CAPWAP • Any actions known or coming? • Other? • Last IETF meeting: 18-22 July 2016 • Leadership coord meeting: Sept 9 • Request to update 802.11/.15 IETF Tutorial and projects underway, joint work – Dorothy and Charlie will be generating the document. • BOF sessions: ITS-related BOF at the April meeting, would be good to track/get report if possible – is AANI aware/tracking?

  15. 802.1AC revision • Current Status: • RAC approved the Ethertype in July. • D4.0 underwent balloting (Aug 3 – 15). Report on results

  16. 802.11 General Links • Donald Eastlake present topics of interest from TGak and 802.1’s parallel work (802.1Qbz) • Topics for joint session on Thursday • 11-16-0251-10-00ak-glk-ess.docx • 11-15-0454-00-0arc-some-more-ds-architecture-concepts.pptx

  17. 802.11aq (PAD) • Topics for Thursday session? • ANQP server • 11u architecture in general (?) • PAD proxy and fit into infrastructure architecture • Non-infrastructure PAD? (Note, not P2P, but others)

  18. What is an ESS? • Current definition depends on the relationship to LLC • “A set of one or more interconnected basic service sets (BSSs) that appears as a single BSS to the logical link control (LLC) layer at any station (STA) associated with one of those BSSs.” • That would mean a 802.1 Bridged LAN (for example) creates an ESS. Probably not what we (802.11) meant. • We probably meant something about transparency of “location of attachment”/”mobility”, from whatever is using the 802.11 MAC • and other entities, necessary to accomplish this? ESS == demarcation of this transparency?? • Is it: • Transparent to whatever upper layer is above 802.11? • Includes entities beyond (above?) 802.11? (Like bridges in the 11ak scenario?) • The APs have to have some common/similar configuration settings? (SSID, at least. Probably other facilities (security, etc.) and policies?) • Changes to Figure 4-1: ‘BSS’s are just STAs. These ovals are BSAs. Also, should we be saying “OBSA”?

  19. What is an ESS? (Continued) • Current definition depends on the relationship to LLC • “A set of one or more interconnected basic service sets (BSSs) that appears as a single BSS to the logical link control (LLC) layer at any station (STA) associated with one of those BSSs.” • We probably meant something about transparency of “location of attachment”/”mobility”, from whatever is using the 802.11 MAC 802 Services • includes other entities, necessary to accomplish this? (EAP Auth Service? Bridges (11ak)? ANQP, etc?)ESS boundary == demarcation of this transparency?? Yes, + common domain of “mobility” that works, including security, policy, etc., necessary for mobility that actually works. • Is it: • Transparent to whatever upper layer is above 802.11? No, boundary may be higher than that • Includes entities beyond (above?) 802.11? (Like bridges in the 11ak scenario?) Yes, as needed • The APs have to have some common/similar configuration settings? (SSID, at least. Probably other facilities (security, etc.) and policies?) Yes. • Changes to Figure 4-1: ‘BSS’s are just STAs. These ovals are BSAs. Also, should we be saying “OBSA”?

  20. What is an ESS? – Direction? Straw proposal - ESS is: [Edit this list, per discussion] Set of one of more basic services sets (BSSs) Appears as a single logical network, to layers above the ESS boundary The boundary might be above 802 (above Layer 2), or might be within Layer 2 (the MAC SAP, etc.) The boundary must exist/be clear for participating end stations (see 802 O&A), and external devices that can interwork with the participating end stations Provides transparency of “location of attachment” / “mobility”, as seen by layers above the ESS boundary, on both participating end stations and external end stations. Includes all entities necessary to provide the services and transparency required. Has a common domain of mobility and a common security and policies and configuration necessary to deliver the transparency from mobility.

  21. AP/DS/Portal architecture and 802 concepts • Presentations on architectural description(s) • https://mentor.ieee.org/802.11/dcn/16/11-16-0457-01-0arc-802-11ak-802-1ac-stas-aps-dses-and-convergence-functions.pptx • https://mentor.ieee.org/802.11/dcn/16/11-16-0720-00-0arc-stacked-architecture-discussion.pptx • Reference presentations (previously reviewed, current status of thinking): • https://mentor.ieee.org/802.11/dcn/14/11-14-1213-01-0arc-ap-arch-concepts-and-distribution-system-access.pptx • https://mentor.ieee.org/802.11/dcn/13/11-13-0115-15-0arc-considerations-on-ap-architectural-models.doc • https://mentor.ieee.org/802.11/dcn/14/11-14-0497-03-0arc-802-11-portal-and-802-1ac-convergence-function.pptx • https://mentor.ieee.org/802.11/dcn/14/11-14-0562-05-00ak-802-11ak-and-802-1ac-convergence-function.pptx • https://mentor.ieee.org/802.11/dcn/15/11-15-0454-00-0arc-some-more-ds-architecture-concepts.pptx

  22. Wednesday, September 14th, AM1

  23. Design Pattern for MIB attributes The WG11 Chair has requested that the ARC SC investigate and create a Design Pattern for MIB attributes of the form “*Implemented” and “*Activated” https://mentor.ieee.org/802.11/dcn/14/11-14-1068-00-0arc-mib-attributes-design-pattern-background.docx https://mentor.ieee.org/802.11/dcn/14/11-14-1281-04-0arc-mib-attributes-analysis.docx https://mentor.ieee.org/802.11/dcn/15/11-15-0355-03-0arc-mib-truthvalue-usage-patterns.docx https://mentor.ieee.org/802.11/dcn/15/11-15-0891-00-0arc-delta-r2r3-of-mib-truthvalue-usage-patterns.docx

  24. Discussion on YANG/NETCONF models We have a likely window now to make a change, if any, as we transition from REVmc to REVmd maintenance activities Submissions, TBD

  25. ARC Future Activities & sessions • ARC SC meets when a specific focused task is requested of the SC for which the is sufficient volunteer interest. • Continue work on architectural models, and liaison with TGs in development of their architecture as appropriate • Design Pattern for “*Implemented” and “*Activated” MIB attributes – Impacts of YANG/NETCONF decision? • Consider YANG/NETCONF • Will also follow 802.1/802.11 activities on links, bridging, and MAC Service definition – “What is an ESS?”, for example • Monitor/report on 5G/IMT-2020 activities in “JOE” SC • Monitor/report on IETF/802 activities, as needed • Monitor/report on IEEE 1588 activities, as needed If you have ANY other topic that you would like ARC SC to consider, contact the SC chair.

  26. Planning for November 2016 • Plan for two individual meeting slots • Usual slot on Wed AM1 • Another slot for standalone ARC work (Monday/Tuesday?) • Another slot joint with 802.11ak (Thursday’s slot) • Individuals interested in ARC work are encouraged to also attend other TGak sessions, and “JOE” SC sessions • No teleconferences • May schedule with 10 days notice if discussion warrants

  27. Thursday, September 15th, AM1 • Joint session with TGak • See TGak for detailed agenda

  28. Thursday, September 15th, PM1 • Joint session with TGaq • See TGaq for detailed agenda • Expected topics: ANQP and PAD proxy architecture concepts and models

More Related