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

Re: [STDS-802-11-TGBI] : Do you think that the change of OTA parameters values shall occur at the same time on each link of a given MLD non-AP STA ?



Hello Jerome and Stephane and everyone,

 

While I agree that to avoid an observer being able to use the changeover to glean more information about the MLDs, at the same time, we need to consider how to word the text for clarity.

 

For example, If an MLD has a full queue of packets waiting to go out on its 5GHz link as the current epoch ends, do the other links in the MLD wait to start using the new information until the 5GHz link finishes sending the old information?  What about the other MLDs in the Epoch group?  To say it another way, do all of the buffers on all of the links need to be purged before the new headers and numbers start being used?

 

What happens on the AP side?  Does the AP MLD need to discard any packets that are still in a queue at the end of an epoch or rework them once the new epoch time is reached? Or does it just finish blasting them all out with the old information until it gets to the next epoch’s packets?

 

Thinking about what can be seen on the air – the SN/PN sequences shared across the link of an MLD unfortunately can be used to connect those links to a single MLD.  As long as one of the affiliated STAs is still using the old parameters, an observer knows that MLD is still there.

 

Is this straw poll intended to ask about what a single MLD does across its affiliated STAs, or what all of the MLDS in that Epoch group will do?

 

Regards,

Carol

 

From: Jerome Henry <jhenry@xxxxxxxx>
Date: Wednesday, April 17, 2024 at 1:23 PM
To: STDS-802-11-TGBI@xxxxxxxxxxxxxxxxx <STDS-802-11-TGBI@xxxxxxxxxxxxxxxxx>
Subject: Re: [STDS-802-11-TGBI] : Do you think that the change of OTA parameters values shall occur at the same time on each link of a given MLD non-AP STA ?

Hi Stephane,

 

Thanks a lot for starting this exchange. I think that if elements about the MLD are visible on both links, then we have no choice but change at the same time. If the common elements (e.g. MLD address) are hidden, then there is only a weaker need to change all links at the same time. Quite obviously, the simultaneity of these changes can be used to spot a STA (2 MACs change on 2 links at the same time -> it's the same STA device). If we go that direction, I would recommend implementing your +/- rand interval method with different values for each link, to avoid this simultaneity.

 

My 2 cents!

 

Jerome

 

 

 

---- On Fri, 12 Apr 2024 10:21:36 -0400 BARON Stephane <stephane.baron@xxxxxxxxxxxx> wrote ---

 

Hi everybody,

 

During the last TGbi teleconference, one question was raised and some members expressed the need to discuss this question on the reflector, so here is the starting point of this thread.

 

The question is : “Do you think that the change of OTA parameters values (like MAC address, AID, SN, PN, etc.) shall occur at the same time on each link of a given MLD non-AP STA ?”

 

The plan is to be able to run this SP or a similar one during next TGbi session on April 17th, and to collect opinion on this subject in the meantime.

 

 

My personal opinion is that, yes, we need to do this to avoid easy correlation between old and new OTA values if some old and new OTA values are used for the same parameter on different links (for instance, MLD level parameters like the AID).

 

The discussion is now open.

 

Best regards.

 

Stéphane.

 

 


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

 

 


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


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