openBackhaul / alarms

Centralized representation of alarms
Apache License 2.0
2 stars 0 forks source link

Mandatory Attributes #10

Open PrathibaJee opened 1 year ago

PrathibaJee commented 1 year ago

The latest UML2YANG tool will include mandatory substatement to attributes that has "Multiplicity 1 + no default values defined". The following attributes which are formerly optional will be changed to mandatory in the upcoming YANG.

grouping attribute-value-changed-notification 1.referenced-severity-configuration-identifier

grouping alarm-event-notification

  1. alarm-event-sequence-number
  2. alarm-type-id
  3. alarm-type-qualifier
  4. resource

grouping alarm-kind-type

  1. alarm-type-id
  2. alarm-type-qualifier

grouping severity-configuration-type

  1. severity-configuration-identifier
  2. alarm-type-id
  3. alarm-type-qualifier
  4. resource-group-description

grouping current-alarm-type

  1. current-alarm-identifier
  2. alarm-type-id
  3. alarm-type-qualifier
  4. resource

grouping alarm-event-record-type

  1. alarm-event-sequence-number
  2. alarm-type-id
  3. alarm-type-qualifier
  4. resource
openBackhaul commented 1 year ago

Withdrawn proposal:

The following attributes will be equipped with a mandatory statement in YANG:

grouping attribute-value-changed-notification 1.referenced-severity-configuration-identifier

grouping alarm-event-notification

  1. alarm-event-sequence-number
  2. alarm-type-id
  3. alarm-type-qualifier
  4. resource

grouping alarm-kind-type

  1. alarm-type-id
  2. alarm-type-qualifier

grouping severity-configuration-type

  1. severity-configuration-identifier
  2. alarm-type-id
  3. alarm-type-qualifier
  4. resource-group-description

grouping current-alarm-type

  1. current-alarm-identifier
  2. alarm-type-id
  3. alarm-type-qualifier
  4. resource

grouping alarm-event-record-type

  1. alarm-event-sequence-number
  2. alarm-type-id
  3. alarm-type-qualifier
  4. resource

(Vendors to please check, whether their devices are able to associate a proper value in all cases. Otherwise adding a default value (for indicating an attribute not being supported) shall be considered in such case.)

michbin commented 1 year ago

IMO the following attributes should not be mandatory:

alarm-event-notification

severity-configuration-type

current-alarm-type

alarm-event-record-type

openBackhaul commented 1 year ago

Decision made during the 5G-xhaul call on 26th of July 2023:

The following attributes will be equipped with a mandatory statement in YANG:

grouping attribute-value-changed-notification 1.referenced-severity-configuration-identifier

grouping alarm-event-notification

  1. alarm-event-sequence-number
  2. alarm-type-id
  3. resource (if no concrete resource could be named, the control-construct should be referenced)

grouping alarm-kind-type

  1. alarm-type-id
  2. alarm-type-qualifier

grouping severity-configuration-type

  1. severity-configuration-identifier
  2. alarm-type-id
  3. resource-group-description (if no concrete resource could be named, the control-construct should be referenced)

grouping current-alarm-type

  1. current-alarm-identifier
  2. alarm-type-id
  3. resource (if no concrete resource could be named, the control-construct should be referenced)

grouping alarm-event-record-type

  1. alarm-event-sequence-number
  2. alarm-type-id
  3. resource (if no concrete resource could be named, the control-construct should be referenced)

The following attributes shall change for multiplicity [0..1] and the following default values:

grouping alarm-event-notification

  1. alarm-type-qualifier : String = ""

grouping severity-configuration-type

  1. alarm-type-qualifier : String = ""

grouping current-alarm-type

  1. alarm-type-qualifier : String = ""

grouping alarm-event-record-type

  1. alarm-type-qualifier : String = ""