Thread Links | Date Links | ||||
---|---|---|---|---|---|
Thread Prev | Thread Next | Thread Index | Date Prev | Date Next | Date Index |
I attach some comments on 25/1049r5. 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: Jay Yang <yang.zhijie@xxxxxxxxxx>
Hi Arik, Thanks for the further comment, and make the change accordingly in the attachment. Meanwhile, Giovanni help reorganize the signalling design in MAPC element(Thanks Giovanni again), please help review them as well. Thanks Best Regards Jay Yang (杨志杰)
Original From: ArikKlein <0000177967a59511-dmarc-request@xxxxxxxxxxxxxxxxx>
Date: 2025年07月29日
18:58 Subject: Re: [STDS-802-11-TGBN] MAPC PASN PDT(11-25/1049) Hi Jay, Thanks for the update. Please see my further inline comment below (BLUE). Regards, Arik From: Jay Yang <yang.zhijie@xxxxxxxxxx>
Hi Arik, Thanks for the comments. See my response inline
in red font, and the relevant changes are in R5(in attachment). Thanks Best Regards Jay Yang (杨志杰)
Original From: ArikKlein <0000177967a59511-dmarc-request@xxxxxxxxxxxxxxxxx>
Date: 2025年07月29日
16:56 Subject: Re: [STDS-802-11-TGBN] MAPC PASN PDT(11-25/1049) Hi Jay, Thanks for sharing R4. Here some further comments. 1.
Still, the updates in clause 11.3.4 are irrelevant since they are all related to the MLME-AUTHENTICATE.request primitive and MLME-AUTHENTICATE.response primitive – which are irrelevant in the case of MAPC Authentication. <Jay> remove the relevant change. a.
I suggest to add a new subclause under 37.7.1 (MAPC unified framework) for the MAPC Authentication and define the new MLME primitives that the SME should use when it required the invocation of the MAPC Authentication frames. <Jay> Tranditionally, all the security schemes and security amendment will be in subclause 12, I perfer we should follow the baseline
writing style without breaking 802.11 skeleton. Regarding the the new MLME primitive, we could address it next round as Mike suggest I remove it in the last mail. 2.
In addition, in 12.XX.1 General, you mention that “ The three
Authentication frames are exchanged by two UHR APs “ – it should be MAPC Authentication frame. Please revise. a.
Need to apply this comment throughout the entire document (i.e. other instances of Authentication frame) <Jay> Should be done thoughout the PDT, please double check. 3.
In the following sentence “SAE AKMP 00-0F-AC:8 or 00-0F-AC: 24 can be used as the Base AKMP if Base AKMP is present “ – what do you mean by “if Base AKMP
is present “? <Jay>In the first MAPC PASN frame, the initiating AP may indicate the Base AKMP in RSNE for RSNA authentication. It follows the baseline
behavior, please check PASN and EDPKE( in clause 12.16.9 ) [AK] According to 12.13.3.2 PASN frame construction and processing, it clearly states: processing status is set to INVALID_PUBLIC_KEY.
Verifies that a PMKSA named via a PMKID in the RSNE exists for the specified base AKMP, or the base AKMP is set to PASN AKMP or base AKMP data exists in the frame to allow a PMK to be established. If base AKMP is equal to PASN AKMP, verifies that dot11NoAuthPASNActivated is set to true. Otherwise processing status is set to REFUSED” Therefore, there is no case where the base AKMP is not present in the PASN frame. Please revise the relevant sentence above. 2.
In the following sentence: “
The entity of MAPC requesting AP is used instead of non-AP STA “ is unclear – consider revising it to “ The functionalities of the non-AP STA defined in 12.13 should be done by the MAPC requesting AP”. <Jay> done, please check. Regards, Arik From: Jay Yang <yang.zhijie@xxxxxxxxxx>
Hi Mike, Thanks for the further comment. The change in clause 6 is removed in R4(see it in the attachment), please continue to review it. Thanks Best Regards Jay Yang (杨志杰)
Original From: MMontemurro <montemurro.michael@xxxxxxxxx>
Date: 2025年07月29日
15:20 Subject: Re: [STDS-802-11-TGBN] MAPC PASN PDT(11-25/1049) Hello Jay, Cheers, Mike On Tue, Jul 29, 2025 at 9:08 AM Jay Yang <yang.zhijie@xxxxxxxxxx> wrote:
To unsubscribe from the STDS-802-11-TGBN list, click the following link:
https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGBN&A=1 To unsubscribe from the STDS-802-11-TGBN list, click the following link:
https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGBN&A=1
To unsubscribe from the STDS-802-11-TGBN list, click the following link:
https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGBN&A=1 To unsubscribe from the STDS-802-11-TGBN list, click the following link:
https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGBN&A=1 To unsubscribe from the STDS-802-11-TGBN list, click the following link:
https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGBN&A=1 To unsubscribe from the STDS-802-11-TGBN list, click the following link:
https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGBN&A=1 To unsubscribe from the STDS-802-11-TGBN list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGBN&A=1 |
Attachment:
11-25-1049-05-00bn-pdt-mac-mapc-pasn-part-1-mgr.docx
Description: 11-25-1049-05-00bn-pdt-mac-mapc-pasn-part-1-mgr.docx