Re: [STDS-802-11-TGM] Proposed resolutions for 74 comments posted

Thread Links	Date Links
Thread Prev	Thread Next	Thread Index	Date Prev	Date Next	Date Index

Thanks, Edward. I have the following comments:

CID	Commenter	Clause	Page	Comment	Proposed Change	Proposed Resolution	mgr comments
1	Jiyang Bai	11.20.1	2917.31	"TDLS direct link shall use as its primary channel the primary channel" => "TDLS direct link shall use its primary channel as the primary channel"	As illustrated in comments	Accepted	No, this is saying that the TDLS link uses the (non-TDLS link's) primary channel, not that the non-TDLS link somehow uses the (undefined) TDLS link's primary channel. I think this should be Rejected
59	yan li	12.2.14.1	3234.12	For MLOthe entity should be non-AP MLD and AP MLD instead of non-AP STA and AP	as the comments	Accepted Note to the Editors: The same resolution as in CID 127. Note to the commenter: This CID is implemented by CID 127.	It can't be Accepted because it's not specific. Needs to be Revised (and apparently to copy what was done for CID 127)
103	Atsushi Shirakawa	35.16.2.2.2	5401.24	The verb "receives" can be replaced with another verb, because in the specification, the objects that follow "receives" are, in most cases, frames or the contents of frames. Similar description can be found on P5401L50 P5402L23 P5404L7	As in comment	Rejected. For the 4 locations that the commenter identified, the content is about "EPCS priority asccess treatment". The verb "receive" is appropriate the transmitted traffic "receives" the treatment.	(Typo in "asccess")
106	Atsushi Shirakawa	35.16.2.2.3	5403.12	"Status Code field to a value of EPCS_DENIED- _UNAUTHORIZED as defined in 9.4.1.9 (Status Code field)" is better to align with description on P5403L21 and P5403L27	As in comment	Revised. At 5403.12, change the sentence from "the AP MLD shall set the Status Code field to a value of EPCS_DENIED_UNAUTHORIZED" to "the AP MLD shall set the Status Code field with a value of EPCS_DENIED_UNAUTHORIZED as defined in 9.4.1.9 (Status Code field).". At 5403.6, change the sentence from "the AP MLD shall set the Status Code field to a value of SUCCESS" to "the AP MLD shall set the Status Code field with a value of SUCCESS as defined in 9.4.1.9 (Status Code field)".	I don't think you set fields with a value. And all this "a value of" is just waffling. And we don't need to tell people where to find status code definitions, since they're used all over the place. I suggest just "the AP MLD shall set the Status Code field to EPCS_DENIED_UNAUTHORIZED" and "the AP MLD shall set the Status Code field to SUCCESS". Ditto top of the next page. More generally I suggest examining the ~35 instances of "to a value of" and deleting "a value of" where it's just waffle. The ones that go "to a value of its choosing" are OK, the ones in TXVECTORs need to be "to the value of".
117	Carol Ansley	12.2.14	3231.23	Add article to sentence.	Add article: "to AP STA during a 4-way handshake, FILS authentication or PASN authentication"	Accepted	Should be "to the AP during …"
127	Carol Ansley	12.2.14.1	3234.12	Add MLO language to sentence.	Change to: "For MLO, when a non-AP MLD sends a device ID to an AP MLD, it shall use the device ID most recently received from any AP MLD belonging to the same ESS.	Accepted	What is the change? Is this really just editorial?
174	Ashish Shukla	21.3.11.4	3975.12	Group ID to Membership Status, denoted by MembershipStatusInGroupID[g] for 1 g 62	Mising font symbol on equation. Same below. Pg 3172, 3996. (it might be good to make use of a system font that has this symbol on all major OSs)	Rejected. There are no missing font symbols at all of the 3 locations identified by the commenter.	I agree that the character in the inequation is a , U+F0A3 rather than a ≤, U+2264, and I agree we should not be using proprietary codepoints as they cannot be guaranteed to render correctly
203	Po-Kai Huang	12.7.2	3370.19	Format of MLO GTK/IGTK/BIGTK KDE should be together with other KDE format, i.e., before "The following EAPOL-Key PDUs are used to implement the handshakes:"	Move format of MLO GTK/IGTK/BIGTK KDE before "The following EAPOL-Key PDUs are used to implement the handshakes:"	Accepted Note to the Editors: The same resolution as CID 309. Note to the commenter: This CID is implemented by CID 309.	It can't be Accepted because it's not specific. Needs to be Revised (and apparently to copy what was done for CID 309)
306	John Coffey	36.3.23	5645.32	"LENGTHIs": missing space.	Add space.	Accepted	To be clear, it should be "LENGTH is" not "LENGTH Is"
362	Mark Hamilton	I.1.2	6094.07	Poor formatting	Format this poem more readably. Same thin in I.2.2, I.3.2	Accepted	This doesn't seem specific enough for an Accepted. Also I see no poem at 6094.7
382	Mark RISON	11.3.4.4	2791.15	"and PASN authentication procedure" missing article	Either say "and a PASN authentication procedure" or "and PASN authentication"	Accepted	Which one was accepted?
572	James Yee	10.41.5.2	2505.15	In Figure 10-91, the left-most label seem to be "air Propagation Time" but it is formatted in a way that is unreadable. Please re-format.	As suggested	Accepted	Should be "Air Propagation Time" not "air Propagation Time"

Thanks,

Mark

Mark RISON, Standards Architect, WLAN English/Esperanto/Français

Samsung Cambridge Solution Centre Tel: +44 1223 434600

1 Cambridge Square, Cambridge CB4 0AE Fax: +44 1223 434601

ROYAUME UNI WWW: http://www.samsung.com/uk

From: Edward Au <edward.ks.au@xxxxxxxxx>
Sent: Monday, 15 September 2025 03:55
To: STDS-802-11-TGM@xxxxxxxxxxxxxxxxx
Subject: [STDS-802-11-TGM] Proposed resolutions for 74 comments posted

--- This message came from the IEEE 802.11 Task Group M Technical Reflector ---

Dear Mike and all,

I've uploaded 25/1612r0 that contains proposed resolutions for 74 ED2 comments that are straightforward to resolve:
https://mentor.ieee.org/802.11/dcn/25/11-25-1612-00-000m-proposed-resolution-for-revmf-lb289-comments.xlsx

Similar to the previous ballots (in REVme), I might not present the proposed resolution of any CID unless any of you would like to pull any CID out for further discussion.

Regards,

Edward

To unsubscribe from the STDS-802-11-TGM list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGM&A=1