Thread Links | Date Links | ||||
---|---|---|---|---|---|
Thread Prev | Thread Next | Thread Index | Date Prev | Date Next | Date Index |
Hi Jay, Binita, Abhi and all, Thank you for the very good discussions. Let me jump in to ask the following 2 questions for my clarification.
Best regards, Kyosuke (SHARP CORPORATION) From: Jay Yang <yang.zhijie@xxxxxxxxxx>
Sorry, there is a typo in my previous mail. the
MLD level frame construction-->the SMD
level frame construction. Thanks Best Regards Jay Yang (杨志杰)
Original From: 杨志杰 Date: 2025年03月26日
15:48 Subject: Re: [STDS-802-11-TGBN] your contribution 24/656 Hi Abhi , Binita , In 11be, we define MLD level authentication, association, and AP MLD allocate the AID to the non-AP MLD . In 11bn, do you agree the authentication, association, EAPOL frame exchange, ML reconfiguration are between non-AP MLD and SMD -ME in SMD ? (If I recalled correctly, we
already have a motion to say SMD level association)? If we follow the logic defined in 11be, there will be some interaction between SMD -ME and its affiliated AP MLD for AID allocation. On the other hand, all SMD level frame exchange shall be received by (one link affiliated with) one AP MLD , and then be forwarded to the SMD -ME, it doesn't matter which
links/AP MLD receive such SMD level frame. @Abhi , I don't propose the single AID pool in SMD -ME, each AP MLD still maintain their own AID pool, but there will be some interaction between SMD -ME and its affiliated
AP MLD . Otherwise, how the MLD level frame construction? Who is the authenticator ? @Binita , I don't talk anything about context transfer and maintain, each AP MLD can maintain their own context for the non-AP MLD , like each AP affiliated with AP MLD
maintain the partial BA scoreboard. Sorry, I have too many question on the SMD -ME framework although we agree the general framework, but we don't have the fully discussion in ARC group. Not sure other members
feeling on this. I would like to hear the insight from other ARC expert, Mark, Mike, etc. Thanks Best Regards Jay Yang (杨志杰) 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 From: AbhishekPatil <0000297b717f2a04-dmarc-request@xxxxxxxxxxxxxxxxx> Date: 2025年03月26日
15:17 Subject: Re: [STDS-802-11-TGBN] your contribution 24/656 Hi Jay, I couldn't follow the connection between Link Reconfiguration Request/Response and assignment of AID. The AID is assigned by an AP MLD not by the SMD . We cannot have a common pool of AID values
at the SMD level. It will not be scalable . Regards, Abhi From: Binita Gupta <bingupta.ieee@xxxxxxxxx>
WARNING:
This email originated from outside of Qualcomm. Please be wary of any links or attachments, and do not enable macros. Hi Jay, The non-AP MLD is performing roaming to a target AP MLD through the current AP MLD within the same SMD . LInk reconfig Request is received by the current AP MLD . There is over-the-DS exchange between the current AP MLD
and target AP MLD for link setup, static and dynamic context transfer etc in a distributed SMD architecture. As part of this exchange, the target AP MLD provides AID that it assigns for the non-AP MLD . Thanks, Binita On Tue, Mar 25, 2025 at 7:35 PM 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 |