#185 R0025: what does "in advance" implicate?

[David]

If pm:AbstractDeviceComponentState/@ActivationState is intended to be switched to “Off,” then every activation state of the component’s children SHALL be made inactive in advance.

From this text it is unclear if "in advance" pertains to a previous MDIB version only or if the off switch is allowed to be applied on the same change.

Example: MDS turns off, then VMD turns off - if VMD off is in version X, MDS off is allowed to be either in version X or in version Y < X. The former case is not explicitly covered by R0025.

[Lukas Deichmann]

This requirement suffers from multiple additional issues.

• The missing ActivationState for Metrics has been mentioned twice (#11, #46)
• "intended" is problematic, an intention cannot be tested
• "OperationMode" does not exist, typo
• It does not prevent children from being turned on after the fact, it only describes what is supposed to happen during the transition. This can even lead to the transition not turning off everything, if a child is already off, its children may remain on. Instead, this requirement should explicitly state that every element in the tree below must be off when the parent is disabled. This is obviously the intention, as the note below states, but is not what the requirement states.

[Lorenz Rosenau]

OperationMode -> OperatingMode (for quicker resolving once this ticket is processed)

[Björn Andersen]

Propose replacing R0025 with:

A SERVICE PROVIDER's pm:AbstractDeviceComponentState/@ActivationState SHALL only have the value "Off" when every activation state of the component’s children is inactive. Inactive means that every pm:AbstractDeviceComponentState/@ActivationState is "Off", every pm:AbstractAlertState/@ActivationState is "Off", every pm:AbstractMetricState/@ActivationState is "Off", and every pm:AbstractOperationState/@OperatingMode is "NA" (not available).

[Björn Andersen]

Possibly rephrase into two requirements for both implications (directions) of the equivalence relation.

[Björn Andersen]

Proposal also addresses [#11] and [#59].

[Björn Andersen]

While a CONTAINMENT TREE ENTRY has pm:AbstractDeviceComponentState/@ActivationState = Off, a SERVICE PROVIDER SHALL set every activation state of the CONTAINMENT TREE ENTRY's children to inactive according to the following rules:

• pm:AbstractDeviceComponentState/@ActivationState = Off,
• pm:AbstractAlertState/@ActivationState = Off,
• pm:AbstractMetricState/@ActivationState = Off, and
• pm:AbstractOperationState/@OperatingMode = NA.

[Björn Andersen]

Solved in 0a68f9b.