Re: [STDS-802-11-TGAI] Final assignment of CIDs
I have incorporated the suggested changes in the database.
The comment resolutions will be discussed in the next telco.
Best,
Marc
On 12 Nov 2014, at 00:44, Yangyunsong <yangyunsong@xxxxxxxxxx> wrote:
> Marc,
> After the e-mail discussion with Mark Rison, I would like to revise the recommended resolutions to CIDs 6495 and 6514 as follows:
>
> For CID 6495:
> Revised.
>
> In San Antonio meeting, the TG has indicated the preference of not describing a receiver’s behavior when receiving a non-compliant frame. See resolution to CID 6012 as in 11-14-1507r2.
>
>
> For CID 6514:
> Accepted.
>
> Note to editor: the removal of “or InfoID” applies on top of 11-14-1507r2.
>
> Thanks,
> Yunsong Yang
> Huawei Device USA Inc.
> 10180 Telesis Court, STE 165
> San Diego, CA 92121
> Phone: +1-858-754-3638
>
> From: *** 802.11 TGai - Fast Initial Link Set-Up *** [mailto:STDS-802-11-TGAI@xxxxxxxx] On Behalf Of Yangyunsong
> Sent: Tuesday, November 11, 2014 3:31 PM
> To: STDS-802-11-TGAI@xxxxxxxxxxxxxxxxx
> Subject: Re: [STDS-802-11-TGAI] Final assignment of CIDs
>
> My responses are in green.
>
> Thanks,
> Yunsong Yang
> Huawei Device USA Inc.
> 10180 Telesis Court, STE 165
> San Diego, CA 92121
> Phone: +1-858-754-3638
>
> From: Mark Rison [mailto:m.rison@xxxxxxxxxxx]
> Sent: Tuesday, November 11, 2014 2:55 PM
> To: Yangyunsong; STDS-802-11-TGAI@xxxxxxxxxxxxxxxxx
> Subject: RE: [STDS-802-11-TGAI] Final assignment of CIDs
>
> [Comments in red.]
>
> For CID 6495,
> 6495
> Mark RISON
> 204
> 3
> 8.4.2.172
> 44
> 25
> T
> Y
> 44.00
> 25
> 8.4.2.172
> Yunsong Yang
> "CAG Version is always positive, therefore a value of zero in this field will be neglected by the receiving STA." -- exactly what is the behaviour expected by "neglected", and why is this in clause 8 anyway?
> Use standard terminology like "A CAG Number element with a CAG Version field equal to 0 shall be ignored" and move it to clause 10
> The commenter is of the opposite opinion of Adrian Stephens (CID 6012) regarding if we should describe a receiver’s behavior when receiving a non-compliant frame. In San Antonio F2F meeting, the TG has indicated the preference of adopting resolution in CID 6012 regarding this point. Therefore, I recommend that resolution to CID 6495 be:
> Rejected.
>
> In San Antonio meeting, the TG has indicated the preference of not describing a receiver’s behavior when receiving a non-compliant frame. See resolution to CID 6012 as in 11-14-1507r2.
>
> I'm fine with deleting the sentence (my concern was about the semantics of "neglect"). It should be a REVISED, not a REJECTED, though.
> YY> I am fine with “Revised”.
>
> For CID 6514,
> 6514
> Mark RISON
> 204
> 3
> 8.4.2.172
> 44
> 22
> E
> Y
> 44.00
> 22
> 8.4.2.172
> Yunsong Yang
> "or InfoID" -- wozzat?
> Delete "or InfoID"
> First, there is a typo in the original text. There should be a space between “Info” and “ID”. Second, technically speaking, when the composite of the CAG is changed (e.g. an Info ID is added, deleted, or changed), the CAG Number shall also be increased by 1 so that the STA may query the advertisement server to find out what has been changed. That is why “Info ID” should be kept. Therefore, I recommend that resolution to CID 6514 be:
> Revised. Change “InfoID are” to “the composite of the CAG is changed, e.g. an Info ID is”.
>
> “Info ID” refers to the Info ID of the elements that compose the CAG.
>
> I don't think an Info ID is changed, it's the information carried in an ANQP-element
> identified by that Info ID which is changed, right?
>
> So I think a better resolution would be to make the sentence say simply:
> The CAG Version is incremented every time the value of, or presence of, an element within the CAG of the associated advertisement protocol or InfoID is are added, deleted, or changed. The value of zero is reserved.
>
> YY> The intent of the original text is to indicate that any change in the value or the presence will cause the CAG Number to increase. Now I noticed that “the presence” is already mentioned earlier in the sentence. So, I agree with you that “or Info ID” is redundant and should be removed. I will recommend that resolution to CID 6514 be “Accepted.”. Separately, the accepted resolution to CID 6884 will change “are” to “is”. So, that should satisfy you. Thanks.
>
> However, I would just like to check: deleting the "ANQP-" from "ANQP-element"
> to leave just "element", as in 14/1507, means that we're no longer
> talking about ANQP-elements (identified by Info ID) here but talking
> about what were called information elements (identified by Element ID).
> Is that correct?
> YY> The CAG Number doesn’t just apply to ANQP-element only. It has been extended to other advertisement protocols, such as PADP. So, the sentence was made advertisement-protocol-neutral. However, the CAG Number doesn’t apply to regular information elements. In 11-14-1507r2, under 8.4.2.172, there is a sentence defining “The Common ANQP Advertisement Group (CAG) is a group of elements that are defined by the same advertisement protocol”. Since no regular information elements are defined by any advertisement protocol, the TG thought it was clear enough.
>
> Mark
>
> --
> Mark RISON, Standards Architect, WLAN English/Esperanto/Français
> Samsung Cambridge Solution Centre Tel: +44 1223 434600
> Innovation Park, Cambridge CB4 0DS Fax: +44 1223 434601
> ROYAUME UNI WWW: http://www.samsung.com/uk
>
> From: *** 802.11 TGai - Fast Initial Link Set-Up *** [mailto:STDS-802-11-TGAI@xxxxxxxx] On Behalf Of Yangyunsong
> Sent: 11 November 2014 18:11
> To: STDS-802-11-TGAI@xxxxxxxxxxxxxxxxx
> Subject: Re: [STDS-802-11-TGAI] Final assignment of CIDs
>
> Hi Marc and all,
> I just I just realize that I have been assigned to two comments.
>
> For CID 6495,
> 6495
> Mark RISON
> 204
> 3
> 8.4.2.172
> 44
> 25
> T
> Y
> 44.00
> 25
> 8.4.2.172
> Yunsong Yang
> "CAG Version is always positive, therefore a value of zero in this field will be neglected by the receiving STA." -- exactly what is the behaviour expected by "neglected", and why is this in clause 8 anyway?
> Use standard terminology like "A CAG Number element with a CAG Version field equal to 0 shall be ignored" and move it to clause 10
> The commenter is of the opposite opinion of Adrian Stephens (CID 6012) regarding if we should describe a receiver’s behavior when receiving a non-compliant frame. In San Antonio F2F meeting, the TG has indicated the preference of adopting resolution in CID 6012 regarding this point. Therefore, I recommend that resolution to CID 6495 be:
> Rejected.
>
> In San Antonio meeting, the TG has indicated the preference of not describing a receiver’s behavior when receiving a non-compliant frame. See resolution to CID 6012 as in 11-14-1507r2.
>
>
> For CID 6514,
> 6514
> Mark RISON
> 204
> 3
> 8.4.2.172
> 44
> 22
> E
> Y
> 44.00
> 22
> 8.4.2.172
> Yunsong Yang
> "or InfoID" -- wozzat?
> Delete "or InfoID"
> First, there is a typo in the original text. There should be a space between “Info” and “ID”. Second, technically speaking, when the composite of the CAG is changed (e.g. an Info ID is added, deleted, or changed), the CAG Number shall also be increased by 1 so that the STA may query the advertisement server to find out what has been changed. That is why “Info ID” should be kept. Therefore, I recommend that resolution to CID 6514 be:
> Revised. Change “InfoID are” to “the composite of the CAG is changed, e.g. an Info ID is”.
>
> “Info ID” refers to the Info ID of the elements that compose the CAG.
>
> Thanks,
> Yunsong Yang
> Huawei Device USA Inc.
> 10180 Telesis Court, STE 165
> San Diego, CA 92121
> Phone: +1-858-754-3638
>
> From: *** 802.11 TGai - Fast Initial Link Set-Up *** [mailto:STDS-802-11-TGAI@xxxxxxxx] On Behalf Of Marc Emmelmann
> Sent: Tuesday, November 11, 2014 4:15 AM
> To: STDS-802-11-TGAI@xxxxxxxxxxxxxxxxx
> Subject: [STDS-802-11-TGAI] Final assignment of CIDs
>
> Dear all:
>
> I have assigned the remaining CIDs. If possible, please avoid reassigning them as I have tried to equally distribute
> the CIDs to those who can handle them.
>
> https://mentor.ieee.org/802.11/dcn/14/11-14-1351-14-00ai-tgai-lb204-comments-for-draft-3-0.xlsx
>
> The current status of assignments is attached as a PDF.
>
> Cheers,
>
> Marc
>
>
>
> Google Scholar: http://scholar.google.de/citations?user=_EfkmxcAAAAJ
> _______________________________________________________________________________
>
> IF YOU WISH to be Removed from this reflector, PLEASE DO NOT send your request to this
> CLOSED reflector. We use this valuable tool to communicate on the issues at hand.
>
> SELF SERVICE OPTION:
> Point your Browser to - http://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGAI and
> then amend your subscription on the form provided. If you require removal from the reflector
> press the LEAVE button.
>
> Further information can be found at: http://www.ieee802.org/11/Email_Subscribe.html
> _______________________________________________________________________________
>
>
>
>
>
>
>
> _______________________________________________________________________________
>
> IF YOU WISH to be Removed from this reflector, PLEASE DO NOT send your request to this
> CLOSED reflector. We use this valuable tool to communicate on the issues at hand.
>
> SELF SERVICE OPTION:
> Point your Browser to - http://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGAI and
> then amend your subscription on the form provided. If you require removal from the reflector
> press the LEAVE button.
>
> Further information can be found at: http://www.ieee802.org/11/Email_Subscribe.html
> _______________________________________________________________________________
> _______________________________________________________________________________
> IF YOU WISH to be Removed from this reflector, PLEASE DO NOT send your request to this CLOSED reflector. We use this valuable tool to communicate on the issues at hand.
>
> SELF SERVICE OPTION: Point your Browser to - http://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGAI and then amend your subscription on the form provided. If you require removal from the reflector press the LEAVE button.
>
> Further information can be found at: http://www.ieee802.org/11/Email_Subscribe.html _______________________________________________________________________________
>
> _______________________________________________________________________________
> IF YOU WISH to be Removed from this reflector, PLEASE DO NOT send your request to this CLOSED reflector. We use this valuable tool to communicate on the issues at hand.
>
> SELF SERVICE OPTION: Point your Browser to - http://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGAI and then amend your subscription on the form provided. If you require removal from the reflector press the LEAVE button.
>
> Further information can be found at: http://www.ieee802.org/11/Email_Subscribe.html _______________________________________________________________________________
>
-----------------------------------------------------------------------------------------
Marc Emmelmann
e-mail: emmelmann@xxxxxxxx web: http://www.emmelmann.org
IEEE 802.11 TGai Vice-Chair
Google Scholar: http://scholar.google.de/citations?user=_EfkmxcAAAAJ
_______________________________________________________________________________
IF YOU WISH to be Removed from this reflector, PLEASE DO NOT send your request to this
CLOSED reflector. We use this valuable tool to communicate on the issues at hand.
SELF SERVICE OPTION:
Point your Browser to - http://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGAI and
then amend your subscription on the form provided. If you require removal from the reflector
press the LEAVE button.
Further information can be found at: http://www.ieee802.org/11/Email_Subscribe.html
_______________________________________________________________________________