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

Re: [STDS-802-11-TGBH] Minimum length (and optionality) of Device ID



Thanks Dan, that explanation is very helpful.
An alternative to rejecting the comment would be "revised" and clarify the field definition consistent with Dan's explanation. As is it says that it contains something that is undefined (refers only to an informative annex) which a voter might suggest makes the spec not technically complete.
A change such as:  

The Device ID field is an octet string and is defined by the higher layer protocol.  See also  Annex AD.1.

(borrowing language from 802.11-2020 for similar situations where the content is defined at the network layer). 

FWIW it would seem from the discussion that clarification will help.  It helped me!

Ben


From: Harkins, Dan <daniel.harkins@xxxxxxx>
Sent: Tuesday, August 1, 2023 5:50 PM
To: STDS-802-11-TGBH@xxxxxxxxxxxxxxxxx <STDS-802-11-TGBH@xxxxxxxxxxxxxxxxx>
Subject: Re: [STDS-802-11-TGBH] Minimum length (and optionality) of Device ID
 

 

  Hello,

 

  I missed the TGbh call this morning but I understand there was a discussion about min/max device ID lengths. It is my opinion that the contents of a device ID and its subsequent length are entirely outside the scope of the standard. The only requirement is it has to fit in an IE and if you do the Annex encryption stuff you will need to take into account the overhead it imposes (17 octets plus tweak plus padding if used) and make sure your device IDs will still fit after being encrypted. There is no need to specify a min. STAs don't care what their device ID is (remember, these use cases are entirely to help the network side of the conversation) and the network owns the device ID space so it can do anything it wants.

 

  I would support rejection of the comments that ask for min/max limits on device IDs.

 

  regards,

 

  Dan.

 

--

"the object of life is not to be on the side of the majority, but to

escape finding oneself in the ranks of the insane." – Marcus Aurelius

 

On 8/1/23, 9:18 AM, "Mark Hamilton" <mark.hamilton2152@xxxxxxxxx> wrote:

 

All,

 

I just wanted to point out a couple examples from the baseline (REVme, that is), for fields which are not always present, and/or have variable length or some restrictions on their length (when they are present).

 

Supported Operating Classes element:

cid:image001.png@01D9C461.79243C70

Note the “(optional)” inside the field’s box, and the “variable” below the box.  Also, note that the text then describes when the field is present or not, and minimal information about what it carries when it is present:

cid:image002.jpg@01D9C461.79243C70

 

Time Advertisement element:

 

cid:image003.png@01D9C461.79243C70

 

Again “(optional)” inside the box, and this time a fixed choice of length below the box (0 or a fixed length).  And, again, minimal description in the text about when the field is present, and what it means when it is present:

 

cid:image004.jpg@01D9C461.79243C70

 

 

Multi-band element:

 

cid:image005.png@01D9C461.79243C70

 

Of interest here, is the use of “4 x m” for the length of the last field.  So, there are examples of a simple “formula” type of length, even with an optional field – which can presumably be 0 if m is 0.

 

QMF Policy frame:

 

cid:image006.png@01D9C461.79243C70

 

This is one with the possibility of “not present” (0 length), or a specific range of lengths allowed when it is present.  And, here the text describes when it is present, and points elsewhere (although still in clause 9 ?! 😊) for its structure and definition when it is present:

 

cid:image007.jpg@01D9C461.79243C70

 

 

Personally, I think that last example might be the most relevant one for us to mirror, if we decide the Device ID length can be a range (when present), or ours could be like Time Advertisement element if we decide the Device ID is fixed length (when present).

 

Other thoughts/flames?

 

Mark


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


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


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