STATUS currentdeprecated DESCRIPTION "Deprecated because this variable is not referenced in the standard. This is a control variable. […] This attribute specifies the number of group addressed (QoS) Null Data frames an IBSS STA may transmits before it changes power management mode." Proposed resolution: REVISED Make the changes shown under changes” for CID 6563 in <this document>, which address IBSS issues “Proposed (only). Identifiers Comment Proposed change CID 6562 The exception for the PM bit in Probe Get rid of this special case (in 3.2, Mark RISON Responses sent in response to unicast Probe 8.2.4.1.7 and 10.2.2.4) Requests in an IBSS makes no sense CID 6075 The details of when the PM subfield is valid A submission will be made by Mark Hamilton are still a bit murky. (This is a follow-on Mark Rison/Mark Hamilton with 8.2.4.1.7 comment to changes already made which specific proposed changes. 566.52 improved things, but left a bit of work to do.) Also, PM should be discussed as a field/subfield, not a "bit". Discussion: [Work in progress!] Proposed resolution: [Work in progress!] Identifiers Comment Proposed change CID 6390 As regards the listen interval (CID 3363), there I will propose text (not possible to Mark RISON are three formulations, which generally seem give here) to follow the following rules: - ListenInterval: the parameter in the the non-AP STA sets - Listen Interval: the field in the (Re)Association Request, which the AP gets - listen interval: the general notion (mostly used by security handshake timeout descriptions)
STATUS currentdeprecated DESCRIPTION "Deprecated because this variable is not referenced in the standard. This is a control variable. […] This attribute specifies the number of group addressed (QoS) Null Data frames an IBSS STA may transmits before it changes power management mode." Proposed resolution: REVISED Make the changes shown under “Proposed changes” for CID 6563 in <this document>, which address IBSS issues (only). Identifiers Comment Proposed change CID 6562 Mark RISON The exception for the PM bit in Probe Responses sent in response to unicast Probe Requests in an IBSS makes no sense Get rid of this special case (in 3.2, 8.2.4.1.7 and 10.2.2.4) CID 6075 Mark Hamilton 8.2.4.1.7 566.52 The details of when the PM subfield is valid are still a bit murky. (This is a follow-on comment to changes already made which improved things, but left a bit of work to do.) Also, PM should be discussed as a field/subfield, not a "bit". A submission will be made by Mark Rison/Mark Hamilton with specific proposed changes. Discussion: [Work in progress!] Proposed resolution: [Work in progress!] Identifiers Comment Proposed change CID 6390 Mark RISON As regards the listen interval (CID 3363), there are three formulations, which generally seem to follow the following rules: - ListenInterval: the parameter in the the non-AP STA sets - Listen Interval: the field in the (Re)Association Request, which the AP gets - listen interval: the general notion (mostly used by security handshake timeout descriptions) I will propose text (not possible to give here)