Alternate Name: Resource Domain::Resource Trouble ABE::Alarm Severity Assignment Profile ABE
Category: [a] Class
This object class models the (flexible) severity assignment to specified probable causes. So the ASAP object includes a table, with each row specifying the probable cause (plus optionally the probableCauseQualifier and / or the nativeProbableCause) and the assigned severity for #@#@service affecting#@#@, #@#@non service affecting#@#@ and #@#@service independent or unknown#@#@ alarms. \nProbable cause, probableCauseQualifier and nativeProbableCause are the coordinates of the ASAP entries, so there must not be two ASAP entries with the same coordinates. It is the responsibility of the EMS to enforce this. \nAlarms against entities that are not modeled by the interface are reported using the #@#@AID#@#@ objectType. For these #@#@AID#@#@ alarms the ASAP mechanism is not applicable. \nTypically the ASAP function is implemented in the OS or NE where the alarm is originated. I. e. the severity will usually be assigned directly by the NE, so it is up to the EMS to download the defined ASAP to the NE. Other alarms, e.g. on arcs like SNCs, may be generated by the target OS. \nAn alarm becomes reportable by NE/target OS: \n- when for PTP, CTP, FTP: AlarmReporting changes from #@#@off#@#@ to #@#@on#@#@ \n- when for SNC, TopologicalLink, Equipment, EquipmentHolder, GTP: alarmReportingIndicator changes from false to true. \nAlarms are always reportable for all other objects as they do not have any alarm reporting attribute. \nWhen an alarm becomes reportable the ASAPs are applied (accessed via the asapPointer). The severity of the alarm is adopted from the ASAP entry that matches for all of the following: \n- same probableCause \n- same probableCauseQualifier (an empty string is a match) \n- same nativeProbableCause (an empty string is a match). \nFor example, if the reportable alarm has LOS probableCause and an ASAP entry is found with LOS probableCause and both probableCauseQualifier and nativeProbableCause are empty strings, then the search is successful. \nIf there is a matching ASAP, then the severities are adopted on the following basis: \n- the alarm is service affecting: the severity specified in the serviceAffecting field is assigned \n- the alarm is service non affecting: the severity specified in the serviceNonAffecting field is assigned \n- the alarm is service independent or NE/target OS is not equipped to determine if the alarm affects service or not: \n the severity specified in the serviceIndependentOrUnknown field is assigned. \nIf the assigned severity specified in the ASAP is: \n- #@#@FREE_CHOICE#@#@ then the NE/target OS are free to determine the severity. If there is no local mechanism on \n the ME/EMS to determine severity then the severity #@#@INDETERMINATE#@#@ should be assigned. \n- #@#@NOTALARMED#@#@ then the EMS should not emit an alarm over the EML-NML interface. \nIf there is no ASAP that matches, then the NE/target OS is free to determine the severity. If there is no local mechanism on the NE/target OS to determine severity then the severity #@#@INDETERMINATE#@#@ should be assigned. \nOnce a severity has been assigned, the alarm notification is emitted (other than for #@#@NOTALARMED#@#@). \nNote: Any operation of alarm retrieval will not include #@#@NOTALARMED#@#@ alarms. \n
This was created from the Frameworx 16.0 Model