1. ARC-SC-agenda-July-2019 Date: 2019-07-15 Authors: July 2009
doc.: IEEE /0840r0
ARC-SC-agenda-July-2019
Date:
Authors:
David Bagby, Calypso Ventures, Inc.

2. Agenda for: ARC SC, July 2019, Vienna, Austria
Jan 2009
doc.: IEEE /1455r0
Abstract
Agenda for: ARC SC, July 2019, Vienna, Austria
David Bagby, Calypso Ventures, Inc.

3. IEEE 802.11 Architecture Standing Committee
July 2009
doc.: IEEE /0840r0
IEEE Architecture Standing Committee
Agenda
July 2019 session
Chair: Mark Hamilton (Ruckus/CommScope)
Vice Chair: Joe Levy (InterDigital)
David Bagby, Calypso Ventures, Inc.

4. Tuesday, July 16th, PM2

5. Attendance, etc. Reminders to attendees: Call for Secretary
July 2009
doc.: IEEE /0840r0
Attendance, etc.
Reminders to attendees:
Sign in for .11 attendance credit
Noises off
No recordings
Call for Secretary
This meeting cannot proceed with our a secretary
David Bagby, Calypso Ventures, Inc.

6. Participants, Patents, and Duty to Inform
July 2009
doc.: IEEE /0840r0
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
David Bagby, Calypso Ventures, Inc.

7. July 2009
doc.: IEEE /0840r0
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
IEEE-SA Standards Board Operations Manual
Material about the patent policy is available at
If you have questions, contact the IEEE-SA Standards Board Patent Committee Administrator at or visit
This slide set is available at
David Bagby, Calypso Ventures, Inc.

8. Call for Potentially Essential Patents
July 2009
doc.: IEEE /0840r0
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
David Bagby, Calypso Ventures, Inc.

9. Participation in IEEE 802 Meetings
November 2016
doc.: ec EC
Participation in IEEE 802 Meetings
Participation in any IEEE 802 meeting (Sponsor, Sponsor subgroup, Working Group, Working Group subgroup, etc.) is on an individual basis
•     Participants in the IEEE standards development individual process shall act based on their qualifications and experience. ( section 5.2.1)
•    IEEE 802 Working Group membership is by individual; “Working Group members shall participate in the consensus process in a manner consistent with their professional expert opinion as individuals, and not as organizational representatives”. (subclause “Establishment”, of the IEEE 802 LMSC Working Group Policies and Procedures)
•    Participants have an obligation to act and vote as an individual and not under the direction of any other individual or group. A Participant’s obligation to act and vote as an individual applies in all cases, regardless of any external commitments, agreements, contracts, or orders.
•    Participants shall not direct the actions or votes of any other member of an IEEE 802 Working Group or retaliate against any other member for their actions or votes within IEEE 802 Working Group meetings, see section and the IEEE 802 LMSC Working Group Policies and Procedures, subclause “Chair”, list item x.
By participating in IEEE 802 meetings, you accept these requirements. If you do not agree to these policies then you shall not participate.
(Latest revision of IEEE 802 LMSC Working Group Policies and Procedures:
Dorothy Stanley, HP Enterprise

10. 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 and “Promoting Competition and Innovation: What You Need to Know about the IEEE Standards Association's Antitrust and Competition Policy” for more details.

11. ARC Agenda – July 2019 (1 of 2) Tuesday, July 16, PM2
Jan 2009
doc.: IEEE /1455r0
ARC Agenda – July 2019 (1 of 2)
Tuesday, July 16, PM2
Administrative: Minutes
IEEE 1588 mapping to IEEE /802.1ASrev and use of FTM
IETF/802 coordination
Consider IETF DetNet/time-sensitive networking input (potential relationship to RTA TIG?)
IETF SAVI draft:
“What is an ESS?”: 11-18/1051r5
New topic (from REVmd)?: “What is a STA?” (See: 11-19/0106r0)
David Bagby, Calypso Ventures, Inc.

12. ARC Agenda – July 2019 (2 of 2) Wednesday, July 17, AM1
Jan 2009
doc.: IEEE /1455r0
ARC Agenda – July 2019 (2 of 2)
Wednesday, July 17, AM1
MLME-RESET, versus MLME-JOIN and MLME-START (and MLME-SCAN?)
“What is an ESS?” (continued)
“What is a STA?” (continued)
Wednesday, July 17, PM2
Future sessions / SC activities
Above items continued, as needed
TGbe (EHT) multi-band operation architecture (11-08/0949r4)
TGbc (Broadcast) unassociated broadcast, broadcast reception
AP/DS/Portal architecture and 802 and GLK concepts /0136r2, 11-16/1512r0, 11-16/0720r0, 11-15/0454r0, 11-14/1213r1 (slides 9-11)
Continue the other items (above, and previous slide), as needed
David Bagby, Calypso Ventures, Inc.

13. Prior ARC Minutes May face-to-face minutes: <tbs link> Comments?
Jan 2009
doc.: IEEE /1455r0
Prior ARC Minutes
May face-to-face minutes:
<tbs link>
Comments?
Any objections to approving these minutes by mutual consent?
David Bagby, Calypso Ventures, Inc.

14. IEEE 1588 mapping to IEEE 802.11/ 802.1ASrev use of FTM update
Update (Ganesh Venkatesan)
IEEE 1588/802.1AS
802.1ASrev use of FTM

15. IETF/802 coordination
Peter Yee present topics of interest:

16. IEEE 802 activities directly related to IEEE 802.11 ARC
Proxy IPv6 Neighbor Discovery: 11-18/1920r2 and 11-18/1919r5
Updates?
Anything else?

17. Source Address Verification Improvements
IETF SAVI draft:
Latest update was in May
At the May session, were missing key experts

18. What is an ESS?
See 11-18/1051r5 (1/19)

19. What is a STA? See: 11-19/0106r0 (1/19)
Related: What is the (“STA(s)”) architecture of off-channel TDLS?

20. Wednesday, July 17th, AM1

21. MLME-RESET, versus MLME-JOIN and MLME-START
Topic out of REVmd:
No apparent requirement for an “initial” MLME-RESET, in So, what is the initial state?
Many MIB attributes describe taking effect at next MLME-JOIN or MLME-START.
MLME-JOIN occurs at each BSS transition
MLME-START occurs at less well-defined points, seems to require an MLME-RESET first
Do these attributes really take effect at these points, or at the MLME-RESET?
How about other state information, such as security association, block ack agreements, etc., etc.?
Maybe need to consider MLME-SCAN, too?
Is correct information provided as parameters to these primitives (and not more than needed information, and to the right primitive)?

22. Wednesday, July 17th, PM2

23. 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 (e.g. TGbc, TGbe) - Perhaps updates on “STA” definition to handle TGbe concepts? Might have multiple radio/MAC address implications, too?
Investigation of as part of a Deterministic Network – Joint session w/802.1 & TGbe in July (TBC)
Will also follow 802.1/ activities on links, bridging, and MAC Service definition – “What is an ESS?”, for example
“What is a STA?” (11-19/0106) Related: What is the (“STA(s)”) architecture of off-channel TDLS?
MLME-RESET, versus MLME-JOIN and MLME-START (and MLME-SCAN?)
Monitor/report on IETF/802 activities, as needed
Monitor/report on IEEE 1588 activities and 802.1ASrev use of FTM, as needed
If you have ANY other topic that you would like ARC SC to consider, contact the SC chair.

24. Planning for September 2019
Plan for three individual meeting slots
Usual slot on Wed AM1
Another 2 slots for standalone ARC work
Make sure to not interfere with any joint meeting 802.1/TGbe
Teleconferences:
None planned.

25. TGbe potential multi-band/multi-AP concepts
“Lower MAC” discussions in ARC, back in 2008
11-08/0949r4
TGbe some docs related to multi-link/band ARC concepts:
11-19/823 Multi-Link Aggregation (Abhishek Patil)
11-19/822 Extremely Efficient Multi-band Operation (Po-Kai Huang)
11-19/760 Multi-Band Opinion (Alan Jauh)
TGbe a doc related to multi-AP ACR concepts:
11-19/804 Multi-AP Transmission Procedure (Sungjin Park)

26. TGbc potential ARC concepts
11-19/268 IEEE bc Use Case Document:
Transmit from AP to multiple receive only STAs (Multi-Lingual/ Emergency Broadcast/Broadcast Services)
Sensor STA transmits to any/multiple APs (no association)
ITC all devices transmit / all devices receive (no associations)
11-19/151

27. AP/DS/Portal architecture and 802 concepts
Presentations on architectural description(s)
arc-bridging-architecture-considerations.docx
arc-glk-802-1q-bridge.pptx
Reference presentations (previously reviewed, current status of thinking):
arc-ap-arch-concepts-and-distribution-system-access.pptx
arc-considerations-on-ap-architectural-models.doc
arc portal-and-802-1ac-convergence-function.pptx
ak ak-and-802-1ac-convergence-function.pptx
arc-some-more-ds-architecture-concepts.pptx
arc-stacked-architecture-discussion.pptx