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

Re: [STDS-802-11-TGBE] Discussion related to multi-link TDLS [doc 11-22/1796]

Hi Abhi,

I wanted to comment that what you are proposing has a conflicting requirement with the following paragraph in the same subclause:

"35.3.21 TDLS procedure in multi-link operation
35.3.21.1 General
When the frames that are exchanged during TDLS discovery or setup do not include a TDLS Multi-Link
element or include a TDLS Multi-Link element containing only the Common Info field carrying only the AP
MLD MAC Address, then the TDLS direct link discovery or setup respectively, is for a single link. A TDLS
(#12242)non-AP STA affiliated with a non-AP MLD (#10213)shall only negotiate TDLS over a single link."

Regards,
Minyoung

On Wed, Nov 30, 2022 at 8:18 AM Abhishek Patil <appatil@xxxxxxxxxxxxxxxx> wrote:

Hi All,

 

I presented doc 11-22/1796r0 (Multi-Link TDLS) during today's TGbe MAC call. There were several members in the queue who didn’t get a chance to comment.

 

I am initiating this email thread to trigger a discussion on the topic.

 

Here’s a brief description of the comments and the corresponding responses that we discuss during the call:

  • Po-Kai – need to consider channel access rules if the TDLS links form an NSTR pair.
    • Response – agree. However the group has decided (see SP result for 11-22/1586) to let implementations worry about handling such scenarios (i.e., group is of the opinion that the standard doesn’t need to provide any guidance). It is the choice of an initiating non-AP MLD to initiate TDLS discovery/setup for links that would form an NSTR pair. Similarly it is the choice of the responding non-AP MLD to accept links that would form an NSTR pair. If it helps, a clarification NOTE can be added which says that both peers need to honor the channel access rules as specified in 35.3.16.x if the links form an NSTR pair.
  • Jason – need to update the sentence related to inclusion of per-STA profile to exclude the link where the frame is sent.
    • Response – agree. The sentence will be updated in the next revision of the doc.
  • Liwen – need to consider a general scenario where the number of links being considered for TDLS discover/setup are greater than those with the intermediate AP (MLD).
    • Response – the intention is to keep the design simple. The LINK ID is based on the link ID assigned by the intermediate AP MLD (it serves as a common reference). Furthermore, TPK generation requires a common trusted entity – which will be the AP MLD’s MLD MAC address and the BSSIDs of the APs operating on the links that are being setup between the peers.

 

Regards,
Abhi

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