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

Re: [STDS-802-11-TGBE] 11be CR doc 24/699

Hi Binita,

Thanks for your email and proposal. While I understand why this might seem like a good proposal from an infrastructure point of view, it would cause poor and unpredictable behaviour on the client. I think it’s wrong to extend this feature to MLO and I do not support this contribution.

I offered to work with you and Brian offline to address my concerns and you were unwilling to even discuss them.

Cheers,

Mike

On Sat, May 4, 2024 at 11:59 PM Binita Gupta <bingupta.ieee@xxxxxxxxx> wrote:
Hi All,

I presented CR doc 24/699r0 in the last TGbe call. Based on offline feedback I have revised the CR doc to 24/699r1. 

Proposed text has been simplified. It enables an AP MLD to provide recommendation for AP MLD/affiliated APs of an AP MLD using Basic ML element in the Neighbor Report element (following same rules as BTM) in the Authentication or (Re)Association Response frame that has the Status code set to REJECTED_WITH_SUGGESTED_BSS_TRANSITION. Note that this status code has been defined since "11v" and has been used by AP products for years to suggest other APs if association cannot be accepted. This CR doc proposes to extend it to MLO by using the Basic ML element in Neighbor Report, similar to BTM logic.

For MLO, there is even a stronger reason for this. In the scenario when an affiliated AP of an AP MLD has reached max STA limit (say on 2.4GHz), then ML association can't be accepted when received by that AP, but other affiliated APs (5 and 6 GHz links) of the AP MLD may still be able to accept association, because limit has not been reached on those links. In this case, the AP MLD can recommend in the Authentication or (Re)Association Response to associate with the current AP MLD on remaining links. This is a better outcome than AP just rejecting the association without any recommendation. Note that the number of associated STAs is quite dynamic, e.g. when a train arrives the max STA limit can reach on the 2.4 GHz because more STAs associate on that link, but 5 and 6 GHz links can still accept association and AP should recommend those links to the STA. Also, note that in this case, AP can't advertise in advance in Beacon that it is not able to accept association, since num of STAs changes fast. 

Please let me know if you have any feedback on the proposed changes.

Thanks,
Binita

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

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