Resolutions to orphan comments

Slides:



Advertisements
Similar presentations
Doc.: IEEE /1120r2 Submission September 2008 Guido R. Hiertz et al., PhilipsSlide 1 Terminology changes in a nutshell … Date: Authors:
Advertisements

Doc.: IEEE 11-14/1213r0 September 2014 SubmissionSlide 1 Mark Hamilton, Spectralink AP Architectural concepts, and Distribution System Access Function.
IEEE Wireless LAN Standard
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:
Submission doc.: IEEE /1015r1 September 2015 Guido R. Hiertz et al., EricssonSlide 1 Proxy ARP in ax 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.
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.
Doc.: IEEE /0100r2 Submission January 2010 Kazuyuki Sakoda, Sony CorporationSlide 1 MAC beaconing sync comment resolution Date: Authors:
Doc.: IEEE /1143r0 Submission November 2009 Kazuyuki Sakoda, Sony CorporationSlide 1 Potential confusion in D3.04 Date: Authors:
Doc.: IEEE 11-14/0562r0 May 2014 SubmissionSlide 1Norman Finn, Cisco Systems, Mark Hamilton, Spectralink ak and 802.1AC Convergence Function Date:
Doc.: IEEE /0537r0 Submission May 2010 Kazuyuki Sakoda, Sony CorporationSlide 1 General frame format comment resolution overview Date:
Doc.: IEEE /0103r0 Submission January 2004 Jesse Walker, Intel CorporationSlide 1 Some LB 62 Motions January 14, 2003.
Submission doc.: IEEE /838r0 July 2016 Guido R. Hiertz, EricssonSlide 1 Resolution to CID 8291 Date: Authors:
FILS Reduced Neighbor Report
Portal and 802.1AC Convergence Function
IEEE s terms and definitions
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 <doc#>
Lightweight Mesh Point – A confusing term
doc.: IEEE <doc#>
doc.: IEEE <doc#>
Resolutions to orphan comments
FILS Reduced Neighbor Report
Submission Title: [ TGs liaison report]
Resolutions to orphan comments
Coexistence problem of s Congestion Control
CID#102 - Channel Allocation
AP Architecture Thoughts
Resolution for CID 118 and 664 Date: Authors: Month Year
2/17/2019 Interpretations of the Distribution System Service Based on the Specification W. Steven Conner, Intel Corp. Tricci So, Nortel Networks.
Lightweight Mesh Point – A confusing term
Coexistence problem of s Congestion Control
Proposed Resolutions to RFI comments of LB 166 on IEEE s D7.0
AP Power Down Notification
MCCA Comments Resolution 159 ppt
Ambiguous terms in IEEE s/D0.03
May 2004 doc.: IEEE /629r1 May 2004 The Nature of an ESS
RA-OLSR Comment Resolution
Draft D4.01 status report Date: Authors: February 2010
Channel Allocation March 2008 Authors: Date: Month Year
Terminology changes in a nutshell …
Suggested Clarification of s ESS Mesh Terminology
Proposed Changes for D0.25 Comments
RA-OLSR Comment Resolution
MAC beaconing sync comment resolution overview
Lightweight Mesh Point – A confusing term
P802.11aq Waiver request regarding IEEE RAC comments
P802.11aq Waiver request regarding IEEE RAC comments
Segregated Data Services in
MAC beaconing sync comment resolution
Some open questions Date: Authors: January 2010
Clarification on CID3778 and Mesh TIM element
Resolutions of the Remaining Power Management Comments
Setting of DTIM Interval for MCCA
Some feedback from editor
Proposed Change to Intra-Mesh Congestion Notification Frame
Lightweight Mesh Point – A confusing term
Congestion Control Comments Resolution
The Need for an AP Functional Description
Multi-band comments resolution
Lightweight Mesh Point – A confusing term
RA-OLSR Comment Resolution
Proposed amendment to table 7-8
General discovery comment resolution overview
Presentation transcript:

Resolutions to orphan comments May 2010 doc.: IEEE 11-10-0609-00-000s May 2010 Resolutions to orphan comments Date: 2010-05-18 Authors: Guido R. Hiertz, Philips et al. Guido R. Hiertz, Philips et al.

May 2010 doc.: IEEE 11-10-0609-00-000s May 2010 Abstract We provide resolutions to several comments that have not been assigned for review so far. Guido R. Hiertz, Philips et al. Guido R. Hiertz, Philips et al.

May 2010 G-CC comments, CID 3058 & 3349 3058 Chaplin, Clint "The Congestion Control Notification frame is used to indicate its congestion status to its neighbor peer mesh STA(s)." What is "its" referring to? The frame? A STA? Specify what "its" is. Accept In document 802.11s/D5.0 change the sentence in line 34 - 35 on page 76 from: "The Congestion Control Notification frame is used to indicate its congestion status to its neighbor peer mesh STA(s)." to "A mesh STA uses the Congestion Control Notification frame to indicate its congestion status to its neighbor peer mesh STA(s)." 3349 Bahr, Michael I would doubt that it is (architecturally) possible to pass information elements from the SME to the MLME. Split the parameter "Congestion Notification" into the separate parameters that are necessary to compile the Congestion Notification element. Reject Clause 10.3.2.1 of 802.11-2007 describes the MLME-SCAN.request. The latter includes a set of information elements. 802.11k provides another example. 802.11k extends the MLME-SCAN.request and adds further elements. Also, an SME passes elements not total information elements. Accordingly, there is no need to specify each single field that the SME indicates to the MLME. Guido R. Hiertz, Philips et al.

May 2010 G-Base comment, CID 3125 Replace figure s1 with the figure on this page Accept comment Guido R. Hiertz, Philips et al.

May 2010 G-Base comment, CID 3126 Replace figure s1 with the figure on this page Accept comment Guido R. Hiertz, Philips et al.

R-MeshGate comments, CID 3419, 3028, and 3199 May 2010 R-MeshGate comments, CID 3419, 3028, and 3199 3419 Bahr, Michael How can a mesh STA determine that a mesh gate that connects the MBSS to the DS is connected to the Internet (something which is exclusively specified by the IETF)? delete the included text. Reject 802.11u/D8.0 provides a similar announcement for APs. The decision when to set this bit is out of scope of this document. To announce Internet connectivity may be based on administrative settings. 3028 "mesh STA collocated with a mesh gate" would require two mesh stations. According to the definition is a mesh gate a mesh station that has access to the distribution system. So, no collocation, and only one mesh STA :-) Delete "a mesh STA collocated with". Replace "mesh STA collocated with a mesh gate" with "mesh gate" throughout the whole draft D5.0. Counter Change the definition of the mesh gate as follows: “The logical point at which the delivery of medium access control (MAC) service data units (MSDUs) between two or more MBSSs and/or one or more non-IEEE-802.11 local area network (LAN) is provided.” 3199 Sakoda, Kazuyuki "A Gate Role bit equal to 1 indicates that the Root Mesh STA Address is a mesh gate." should read "A Gate Role bit equal to 1 indicates that the root mesh STA is collocated with a mesh gate." As in comment. Accept Relates to CID 3028. Guido R. Hiertz, Philips et al.

G-Def, CID 3182 May 2010 Guido R. Hiertz, Philips et al. 3182 Sakoda, Kazuyuki The definition of mesh gate reads "a mesh STA that has access to the distribution system." However, mesh gate is not a mesh STA but a collocated entity with mesh STA. Replace the definition with "The logical point that has an access to the mesh BSS and distribution system." Counter See CID 3028 Guido R. Hiertz, Philips et al.

G-Def, CID 3181 May 2010 Guido R. Hiertz, Philips et al. 3181 Sakoda, Kazuyuki The definition of mesh BSS reads "A basic service set (BSS) that forms a self-contained network of mesh stations (mesh STAs), and which may be used as a distribution system (DS)." This sounds contradication with the drawing shown in figure s1. Replace the definition with "A basic service set (BSS) that forms a self-contained network of mesh stations (mesh STAs) which may have an acess to distribution system (DS). Inside the mesh BSS, STAs can establish peer-to-peer wireless links and transfer messages mutually using multi-hop capability." Counter Replace the definition of the MBSS with “mesh basic service set (MBSS): A basic service set (BSS) that forms a self-contained network of mesh stations (mesh STAs). An MBSS contains one or more mesh gates.” Guido R. Hiertz, Philips et al.

G-General, CID 3183 May 2010 Guido R. Hiertz, Philips et al. 3183 Sakoda, Kazuyuki This paragraph is very unclear. Needs to be rewritten. Replace the pargraph with the following text. "An example network deployment including mesh BSSs and infrastructure BSSs is illustrated in Figure s1 (Example MBSS containing mesh STAs, mesh gates, APs, and portals). A set of mesh STAs forms mesh BSS and transfer messages mutually. A mesh BSS may have an acess to the distribution system via mesh gate. Mesh gate enables mesh STAs in the mesh BSS to access to the external networks." Counter The current text borrows language from the 802.11-2007 standard. To address the commenter's concern we replace the first paragraph with the following: “Example mesh and infrastructure BSSs are illustrated in Figure s1 (Example MBSS containing mesh STAs,mesh gates, APs, and portals). Only mesh STAs participate in mesh functionalities such as formation of the mesh BSS, path selection and forwarding. Instead of existing independently, a mesh BSS may also access the Distribution System (DS). To integrate the MBSS with the DS, other MBSSs, or a traditional wired LAN, a final logical architectural component is introduced—a mesh gate. A mesh gate is the logical point at which MSDUs from an MBSS enter the IEEE 802.11 DS. For example, a mesh gate is shown in Figure s1 connecting different MBSSs to the DS.” Guido R. Hiertz, Philips et al.

R-MeshGate, CID 3241 May 2010 Guido R. Hiertz, Philips et al. 3241 Sakoda, Kazuyuki How the broadcast loops can be elimnated is not described at all. It should be described somewhere even if it may be beyond the scope of TGs partially. Add the recommended practice kind of text somewhere in Annex. Counter Replace the second paragraph in 11C.8.1 with the following: “An MBSS may contain one or more mesh gates. In this case, the MBSS has more than one “port” (in the sense of IEEE Std 802.1D, for example) through which it accesses the DS. Accordingly, broadcast loops may occur. To prevent the loop, mesh gates should implement the IEEE 802.1D bridging protocol in the DS.” Guido R. Hiertz, Philips et al.