[STDS-802-11-TGM] Revision 1 of the proposed resolutions for 74 comments

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

Dear Mark,

Thank you very much for your comments.

I've addressed the majority of them. Please refer to revision 1 of the material as follows:
https://mentor.ieee.org/802.11/dcn/25/11-25-1612-01-000m-proposed-resolution-for-revmf-lb289-comments.xlsx

Of note is that while I do not address your remaining comment "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". We can work offline to check the texts and see how these can be improved (as a separate contribution).

Regards,
Edward

On Sun, Sep 14, 2025 at 10:29 PM Mark Rison <m.rison@xxxxxxxxxxx> wrote:

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

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

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"

[STDS-802-11-TGM] Revision 1 of the proposed resolutions for 74 comments posted