Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Table of Contents

Scope

This page describes the mapping of several alarm / fault data models towards its representation in ODLUX.

Jira
serverONAP JIRA
serverId425b2b0a-557c-3c0c-b515-579789cceedb
keyCCSDK-3166


The following data models should be considered are:

- VES 7.2
- ietf-alarms.yang (RFC 8632)
- o-ran-fm.yang (OpenFronthaul M-Plane)
- onf:air-interfaces-2.0.yang (OpenBackhaul)
- OpenROADM Alarm

  • ITU-T 


ODLUX

(label)

VESIETFO-RAN-FHONF-AirInterfaceOpenROADMComments
TimestampcommonEventHeader/startEpochMicrosec

alarm/time-created

active-alarms/event-timecurrent-problem-list/sequence-numberactive-alarm-list/raiseTime
Node NamecommonEventHeader/sourceNameThe node-id used by OpenDaylightThe node-id used by OpenDaylightThe node-id used by OpenDaylightThe node-id used by OpenDaylight
CountcommonEventHeader/sequencen/an/acurrent-problem-list/sequence-numberactive-alarm-list/id

Count doen't seems to be the best naming, VES can send 0 or 1, depending if alarm or clear.

Proposal: change ODLUX label to "Sequence Number" and accept that such label is too long for a column header. 

ObjectId

faultFields/alarmInterfaceA

alarms/resource

active-alarms/fault-source

/core-model:control-construct/core-model:logical-termination-point/core-model:uuid


active-alarm-list/severityProposal to rename ODLUX label to "Resource"
Alarm TypefaultFields/alarmCondition

alarms/alarm-type-id

(alarms/alarm-type-qualifier)

active-alarms/fault-id together with active-alarms/fault-text current-problem-list/problem-nameactive-alarm-list/probableCause
SeverityfaultFields/eventSeverityalarms/perceived-severity  together for alarms/is-clearedactive-alarms/fault-severity together with active-alarms/is-cleared current-problem-list/problem-severityactive-alarm-list/severity