| Hi Alfred,
Can you add the following revised SP on roaming to Thu PM1 session. This SP was discussed on Thu AM1. The updated SP solves the comments raised to the SP. The underlined text is added to the previous SP,
SP Text: Do you support that if the SMD is part of an FT mobility domain the following applies? - the single PMKSA to be used in the SMD is the PMK-R1 SA and is bound to the SMD-ME, when the non-AP MLD initially associates with the SMD ME using FT initial MD association. Cheers, Jarkko On Mar 13, 2025, at 11:48 AM, Binita Gupta <bingupta.ieee@xxxxxxxxx> wrote:
Hi Alfred,
Could you please queue the following revised SP on L4S for Thu PM1 session. This SP was run in the Thu AM1 session with result 120Y, 45N, 63A. We have had some offline discussions with members on this and have addressed some concerns.
We have members invested in this topic dialing in from Europe, so would appreciate it if this can be scheduled for the PM1 session.
SP:
Do you agree to define in 11bn an optional mechanism for L4S support on the AP as below? - Define an MLME primitive that provides congestion notification from the MAC layer to the higher layer at the AP, to enable the upper layer to mark ECN bits on subsequent packets for L4S congestion signaling.
- Enhance the MA-UNITDATA.request primitive to provide an indication whether the MSDU carries the packet of L4S flow
- TBD on whether and how AP’s L4S capability is advertised.
NOTE - The conditions and criteria based on which the MAC layer determines to signal L4S congestion experienced notification to the upper layer is implementation specific and is outside the scope of this specification.
Supporting documents: 24/0399, 24/0384, 24/0818, 25/459
Thanks, Binita
Hi Alfred,
Could you please queue the following harmonized SP on L4S Support for Thu AM1 agenda.
SP:
Do you agree to define in 11bn an optional mechanism for L4S support on the AP as below?
- Define
an MLME primitive that provides congestion notification from the MAC layer
to the higher layer at the AP, to enable the upper layer to mark ECN bits on
subsequent packets for L4S congestion signaling.
- Enhance the MA-UNITDATA.request primitive to provide an indication whether
the MSDU carries the packet of L4S flow
- TBD
on whether and how AP’s L4S capability is advertised.
NOTE
1 - This SP proposal is a further refinement of L4S-related SPs
(39.2, 39.3) presented during Nov’24 Vancouver meeting’s TGbn MAC session
1791r1. NOTE 2 - The conditions and criteria based on which the MAC
layer determines to signal L4S congestion experienced notification to the upper
layer is implementation specific and is outside the scope of this specification. NOTE 3 – DCN 25/0459r0 shows a Proposed
Draft Text (PDT) corresponding to this SP
Supporting documents: 24/0399, 24/0384, 24/0818, 25/459
Thanks, Binita
Hello all, The initial agenda for the March F2F meeting can be found here. I plan to upload a revised version that contains the queues up to date (until tomorrow, Saturday, 5:00pm PT) and a preliminary spread of the submissions in each session following the usual per-topic arrangement. To make sure that the queues are stable by then, please send me the submission requests by tomorrow, Saturday 5:00pm PT). After that, I will upload the revised version with all received contributions and send the final call for submissions with the usual Sunday deadline.
-- Alfred Asterjadhi, PhD IEEE802.11 TGbe/TGbn Chair,
Qualcomm Technologies Inc. Cell #: +1 858 263 9445 Office #: +1 858 658 5302
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
|