All MIBs › ERICSSON-ALARM-MIB
Organization: Ericsson AB
Last Updated: 2008-10-17
Category: Vendor: Ericsson
Description: Manages active alarm tables and alarm lifecycle notifications for Ericsson network elements and telecom infrastructure.
Start monitoring vendor-neutral, standards-based MIB, any SNMPv3-capable network device (SNMP engine identity/boot/clock status) with a free 30-day trial of IPNetwork Monitor. Import MIBs, browse SNMP OIDs, create custom SNMP monitors, configure alerts, and monitor any SNMP-enabled network device from a single console.
What Is ERICSSON-ALARM-MIB?
ERICSSON-ALARM-MIB is Ericsson's enterprise-wide SNMP MIB for managing alarms across Ericsson network elements and telecom infrastructure, modeled on the 3GPP Alarm IRP and ITU-T X.733 standards though restricted to a resource view (it does not model management actions like acknowledgment). It exposes a summary of active alarms by severity (indeterminate, critical, major, minor, warning), an active-alarm table with resource ID and additional text, and notifications sent on alarm state changes. Its purpose is entirely fault-management monitoring: giving a real-time view of a network element's health via active alarm counts by severity, letting operators immediately see whether a device has any critical or major alarms outstanding without walking every individual alarm. It explicitly draws on the 3GPP Alarm Integration Reference Point (IRP) and ITU-T X.733 alarm standards for its model, though it's a resource-only subset. It is deployed across Ericsson telecom network elements (radio, core, transport) in mobile operator networks, where ERICSSON-ALARM-MIB SNMP monitoring underpins centralized fault surveillance across the estate.
IPNetwork Monitor allows you to monitor SNMP objects defined in ERICSSON-ALARM-MIB. Use the built-in SNMP Monitoring Browser to explore available variables, view their current values and descriptions, and select the objects you want to monitor. You can then create SNMP monitors, configure thresholds, and receive alerts when monitored values change.
Supported Devices
- Ericsson telecom network elements (radio, core, transport)
Monitoring Examples
An NOC operator would poll eriAlarmSumCritical and eriAlarmSumMajor as the first health check on an Ericsson network element, and if non-zero, walk the active alarm table referenced by eriAlarmActiveTableURL to retrieve eriAlarmNObjResourceId and eriAlarmNObjAdditionalText for each active alarm's affected resource and description. eriAlarmActiveLastChanged and eriAlarmActiveLastSequenceNo help detect when the alarm list has changed since the last poll, avoiding unnecessary re-fetching of the full table. A rising eriAlarmSumWarning count with no corresponding critical/major alarms might indicate low-priority degradations worth tracking but not urgent.
What Can Be Monitored
- active alarm counts by severity
- active alarm resource ID and description
- alarm list last-changed timestamp/sequence
- alarm state-change notifications
This MIB depends on
Related MIBs
Imported Objects
From ALARM-MIB
| ResourceId |
| EriProbableCause |
| EriAdditionalText | |
| EriAlarmIndex | |
| EriAlarmSequenceNumber | |
| EriAlarmSpecificProblem | |
| EriAlarmType | |
| EriLargeAdditionalText |
From ERICSSON-TC-MIB
| EriMO |
From ERICSSON-TOP-MIB
| ericssonModules | OBJECT-IDENTITY |
| IANAItuEventType |
From ITU-ALARM-TC-MIB
| ItuPerceivedSeverity |
From SNMP-FRAMEWORK-MIB
| SnmpAdminString |
| snmpNotifyGroup | OBJECT-GROUP |
From SNMP-TARGET-MIB
| snmpTargetBasicGroup | OBJECT-GROUP |
From SNMPv2-CONF
| MODULE-COMPLIANCE | |
| NOTIFICATION-GROUP | |
| OBJECT-GROUP |
From SNMPv2-SMI
| Gauge32 | |
| MODULE-IDENTITY | |
| NOTIFICATION-TYPE | |
| OBJECT-TYPE | |
| Unsigned32 |
From SNMPv2-TC
| DateAndTime | |
| TruthValue |
How to Use in IPNetwork Monitor
Example using eriAlarmSumIndeterminate OID:
Select an Ericsson telecom network element (radio/core/transport, enterprise-wide alarm MIB) as the target host to create a monitor — the SNMP service should be up and running on it. Click New Monitor, then check SNMP Custom on the Favorites tab, click Next, and confirm the host. On the next page, click Select... to open the built-in SNMP MIB Browser and type eriAlarmSumIndeterminate into the Find box to locate it in the OID tree, then select it and click OK. This object shows the number of currently active alarms with perceived severity 'indeterminate'. On the monitor's Main parameters page you can set the target's SNMP port (default 161), credentials, polling interval, and other settings — see the SNMP Monitor help for details. On the State conditions and Alerting tabs, configure when the monitor should change state and trigger an alert; since this is a Gauge32-type OID, Value bounds is the most useful condition here — trigger an alert if the counter increases sharply between polls relative to its normal baseline, since an unexpected spike often reflects a real change in traffic or activity. Click Finish to create the monitor; you can adjust any parameter later.
OIDs
| OID symbolic | OID numeric | Type | Access | Description |
|---|---|---|---|---|
| ericssonAlarmMIB | 1.3.6.1.4.1.193.183.4 | See also Documentation and Use of the Ericsson SNMP Alarm MIB, Document number EAB/OP-07:0139. This MIB Module is an Ericsson-wide SNMP interface for managing alarms. Main inputs to the MIB design are the 3GPP Alarm IRP and X.733. However, an important restriction is that the MIB only represents the resource view and not management activities like acknowledgment, etc. It describes generic notifications used to send alarm state changes and a table which represents the current active alarms in the system. The MIB supports both stateful alarms and stateless alarms (that have no clear notification). Stateless alarms are called alerts. It is important to identify clearly what is to be considered the same alarm object instance. All unique alarm *types* are identified by 'AlarmType'. An AlarmType is a one-to-one mapping with X.733 EventType, ProbabableCause and SpecificProblem. A pair of integers are used to specify the alarm type. A unique alarm object *instance* is the combination of managed object and AlarmType. In this way there, is no ambiguity about how alarm and alarm clear correlation should be performed: the same managed object instance and AlarmType shall be used. The same is true for changing existing alarm states. Severity and additionalText can be changed on an existing alarm. For stateful alarms there are notifications to report a new alarm and a cleared alarm. Changing an alarm is done via the new alarm notification. The management system shall match the alarm by using alarm type and managed object instance in the same way as for clear notifications. The MIB has different notifications for different severities in order to support SNMP managers which maps severities based on notification identifiers. For stateless alarms, there are generic notifications to send the alarm raise with different severities. A table lists all active alarms so that a manager can read an initial state and also perform an alarm resynchronization procedure. There is also a table of latest stateless alarms. Since the stateless alarms do not have a corresponding clear message, the table size is limited by the agent instrumentation. The MIB supports two approaches for detecting lost notifications: - sequence numbers are used in the alarm notifications, and are shown in the active alarm table. The last used sequence number can be read in a scalar variable - a time stamp indicates the last time alarm tables where updated. Heartbeat mechanisms are supported both in pull and push mode: - Pull: the classical SNMP polling where a manager polls a scalar variable, for example the last sequence number used - Push: the agent can be configured to send heartbeat notifications. These contains the last used sequence numbers. Document number: 5/196 03-CXC 172 7549, Rev A | ||
| eriAlarmObjects | 1.3.6.1.4.1.193.183.4.1 | |||
| eriAlarmSummary | 1.3.6.1.4.1.193.183.4.1.1 | |||
| G32 eriAlarmSumIndeterminateEx | 1.3.6.1.4.1.193.183.4.1.1.1 | Gauge32 | read-only | This object shows the number of currently active alarms with perceived severity 'indeterminate'. Note that only stateful alarms are included. |
| G32 eriAlarmSumCritical | 1.3.6.1.4.1.193.183.4.1.1.2 | Gauge32 | read-only | This object shows the number of currently active alarms with perceived severity 'critical'. Note that only stateful alarms are included. |
| G32 eriAlarmSumMajor | 1.3.6.1.4.1.193.183.4.1.1.3 | Gauge32 | read-only | This object shows the number of currently active alarms with perceived severity 'major'. Note that only stateful alarms are included. |
| G32 eriAlarmSumMinor | 1.3.6.1.4.1.193.183.4.1.1.4 | Gauge32 | read-only | This object shows the number of currently active alarms with perceived severity 'minor'. Note that only stateful alarms are included. |
| G32 eriAlarmSumWarning | 1.3.6.1.4.1.193.183.4.1.1.5 | Gauge32 | read-only | This object shows the number of currently active alarms with perceived severity 'warning'. Note that only stateful alarms are included. |
| eriAlarmNotifObjects | 1.3.6.1.4.1.193.183.4.1.2 | |||
| STR eriAlarmNObjAdditionalText | 1.3.6.1.4.1.193.183.4.1.2.1 | EriAdditionalText | accessible-for-notify | This is a scalar variable only used in notifications. It is size ranged with a smaller size than the corresponding type used in the active alarm table. This is in order to make sure that all alarm information will fit into one UDP packet. The additional text can be further appended by using the dedicated append notification. |
| T/F eriAlarmNObjMoreAdditionalText | 1.3.6.1.4.1.193.183.4.1.2.2 | TruthValue | accessible-for-notify | This is a scalar variable only used in notifications. It tells the management system that the additional text will be appended by subsequent append additional text notifications. NOTE: this object exists simply because of the limitations of PDU size inherent in SNMP over UDP, which limits the size of the PDU+headers to under 1500 octets. Otherwise, the notification will be fragmented. |
| T/F eriAlarmNObjResourceId | 1.3.6.1.4.1.193.183.4.1.2.3 | TruthValue | accessible-for-notify | This is a scalar variable only used in notifications. It tells the management system that there is an SNMP-based Resource ID (OID) that identifies the alarming resource. NOTE: this object exists simply because of the limitations of PDU size inherent in SNMP over UDP, which limits the size of the PDU+headers to under 1500 octets. Otherwise, the notification will be fragmented. |
| eriAlarmActiveAlarms | 1.3.6.1.4.1.193.183.4.1.3 | |||
| U32 eriAlarmActiveNumber | 1.3.6.1.4.1.193.183.4.1.3.1 | Unsigned32 | read-only | This object shows the total number of currently active alarms, i.e. the total number of entries in the Alarm Table. |
| DAT eriAlarmActiveLastChanged | 1.3.6.1.4.1.193.183.4.1.3.2 | DateAndTime | read-only | A timestamp when the active alarm table was last changed. The value can be used by a manager to initiate an alarm resynchronization procedure. NOTE: All fields of the DateAndTime MUST be filled out, including the hours and minutes from UTC. As such, the value should be 11 octets long. |
| ERI eriAlarmActiveLastSequenceNo | 1.3.6.1.4.1.193.183.4.1.3.3 | EriAlarmSequenceNumber | read-only | The last used sequence number for a alarm state change notification. A management system can poll this variable in order to detect lost alarm change notifications. |
| STR eriAlarmActiveTableURL | 1.3.6.1.4.1.193.183.4.1.3.4 | SnmpAdminString | read-only | A URL pointing to a location where the contents of the alarm table can be retrieved as a file. The actual format of the file is out of the scope of this MIB and can be found in the system documentation. A Uniform Resource Locator in accordance with RFC 4248. A string of length zero means that the agent does not have a URL to provide. |
| eriAlarmActiveAlarmTable | 1.3.6.1.4.1.193.183.4.1.3.5 | not-accessible | This table list all active alarms in the system. The aspect is the resource view of the alarms, not the administrative states and processes performed by users. The number of entries, active alarms, can be read in eriAlarmActiveNumber. Entries are created when a resource has a new alarm state. If the same resource has several active alarms, with different Alarm Types, this will be represented as separate rows. Rows disappear whenever the alarm is cleared in the resource. Rows can be changed when an alarm changes severity or additional text. Alarms where the clear state cannot be detected by the resource are not represented in this table. The contents of the active alarm table can also be fetched using file transfer. eriAlarmActiveTableURL provides a URL to the file. | |
| eriAlarmActiveAlarmEntry | 1.3.6.1.4.1.193.183.4.1.3.5.1 | not-accessible | One entry in the table holds one active alarm for a given resource. Entries are created by the system when a resource has a new alarm state. Entries are deleted by the system when a resource alarm state is cleared. Alarm severity and additional text can later be changed in a row. | |
| ERI eriAlarmActiveIndex | 1.3.6.1.4.1.193.183.4.1.3.5.1.1 | EriAlarmIndex | not-accessible | A unique value, greater than zero, for each alarm. It is recommended that values are assigned contiguously starting from 1. The value for each alarm must remain constant at least from one re-initialization of the entity to the next re-initialization. Note that this index should not be used for alarm synchronization purposes since the 'logical' index for an alarm is - eriAlarmActiveMajorType - eriAlarmActiveMinorType - eriAlarmActiveManagedObject |
| ERI eriAlarmActiveMajorType | 1.3.6.1.4.1.193.183.4.1.3.5.1.2 | EriAlarmType | read-only | In combination with eriAlarmActiveMinorType, this provides a unique identification of the fault type. Different managed object types and instances can share alarm types, but if the same managed object reports the same alarm type, it is to be considered as the same alarm state. The alarm type is a simplification of the different X.733 and 3GPP alarm IRP alarm correlation mechanisms based on EventType, ProbableCause, SpecificProblem and NotificationId. For systems where eriAlarmActiveMajorType is not needed for identification purposes, it is not used and MUST be zero-valued. |
| ERI eriAlarmActiveMinorType | 1.3.6.1.4.1.193.183.4.1.3.5.1.3 | EriAlarmType | read-only | In combination with with eriAlarmActiveMajorType, this provides a unique identification of the fault type, not including the managed object. Different managed object types and instances can share alarm types, but if the same managed object reports the same alarm type it is to be considered as the same alarm state. The alarm type is a simplification of the different X.733 and 3GPP alarm IRP alarm correlation mechanisms based on EventType, ProbableCause, SpecificProblem and NotificationId. |
| ERI eriAlarmActiveSpecificProblem | 1.3.6.1.4.1.193.183.4.1.3.5.1.4 | EriAlarmSpecificProblem | read-only | This is a clear-text unique identification of the alarm type. There is a one-to-one mapping between eriAlarmActiveSpecificProblem and [eriAlarmActiveMajorType,eriAlarmActiveMinorType] |
| ERI eriAlarmActiveManagedObject | 1.3.6.1.4.1.193.183.4.1.3.5.1.5 | EriMO | read-only | The 3GPP naming convention shall be used as format for the managed object parameter. Note that the granularity must be good enough to guarantee unique alarm states and relevant resource identification to the operator. NOTE: The DN should be *relative* to the nodes *own* root. |
| IAN eriAlarmActiveEventType | 1.3.6.1.4.1.193.183.4.1.3.5.1.6 | IANAItuEventType | read-only | The event type as defined in X.733/X.736. |
| DAT eriAlarmActiveEventTime | 1.3.6.1.4.1.193.183.4.1.3.5.1.7 | DateAndTime | read-only | A time stamp of the alarm state change event. Note that this variable represents the last change of the alarm state, like changed severity or additional text. If the alarm has not changed state this variable represents the alarm raise time and will be the same as originalEventTime. NOTE: All fields of the DateAndTime MUST be filled out, including the hours and minutes from UTC. As such, the value should be 11 octets long. |
| DAT eriAlarmActiveOriginalEventTime | 1.3.6.1.4.1.193.183.4.1.3.5.1.8 | DateAndTime | read-only | The time-stamp of the original alarm raise notification. NOTE: All fields of the DateAndTime MUST be filled out, including the hours and minutes from UTC. As such, the value should be 11 octets long. |
| ERI eriAlarmActiveProbableCause | 1.3.6.1.4.1.193.183.4.1.3.5.1.9 | EriProbableCause | read-only | The probable cause for the alarm originally defined by X.733 and subsequent standards. See also the ERICSSON-ALARM-PC-MIB. Due to the history of problems in maintaining a standardized probable cause the probable cause is not unique. A best effort mapping of the alarm to existing probable causes are used. |
| ITU eriAlarmActiveSeverity | 1.3.6.1.4.1.193.183.4.1.3.5.1.10 | ItuPerceivedSeverity | read-only | The severity of the alarm as defined by X.733. Note that this may not be the original severity since the alarm may have changed severity. |
| ITU eriAlarmActiveOriginalSeverity | 1.3.6.1.4.1.193.183.4.1.3.5.1.11 | ItuPerceivedSeverity | read-only | The original severity as reported by the alarm raise notification. |
| STR eriAlarmActiveAdditionalText | 1.3.6.1.4.1.193.183.4.1.3.5.1.12 | EriLargeAdditionalText | read-only | A user friendly text describing the alarm. The text is both static depending on the alarm type (probable cause), and dynamic depending on managed object instance and other conditions. This string is longer than the corresponding varbind in the notification in order to manage large strings. |
| STR eriAlarmActiveOrigAdditionalText | 1.3.6.1.4.1.193.183.4.1.3.5.1.13 | EriLargeAdditionalText | read-only | A user-friendly text describing the alarm. The text is both static depending on the alarm type (probable cause), and dynamic depending on managed object and other conditions. This is the original text as reported by the first alarm notification, after which it is not altered. |
| RES eriAlarmActiveResourceId | 1.3.6.1.4.1.193.183.4.1.3.5.1.14 | ResourceId | read-only | In case the alarm refers to an object which is instrumented by SNMP this variable indicates the corresponding OID for the managed object. |
| eriAlarmAlerts | 1.3.6.1.4.1.193.183.4.1.4 | |||
| U32 eriAlarmAlertNumber | 1.3.6.1.4.1.193.183.4.1.4.1 | Unsigned32 | read-only | The number of rows in the alert table. |
| DAT eriAlarmAlertLastChanged | 1.3.6.1.4.1.193.183.4.1.4.2 | DateAndTime | read-only | A timestamp when the alert table was last changed. Can be used by a manager to initiate a an update of alerts procedure. NOTE: All fields of the DateAndTime MUST be filled out, including the hours and minutes from UTC. As such, the value should be 11 octets long. |
| ERI eriAlarmAlertLastSequenceNo | 1.3.6.1.4.1.193.183.4.1.4.3 | EriAlarmSequenceNumber | read-only | The last sequence number used in alert notifications. This can be used to detect a lost notification. |
| STR eriAlarmAlertTableURL | 1.3.6.1.4.1.193.183.4.1.4.4 | SnmpAdminString | read-only | A URL pointing to a location where the contents of alert table can be retrieved as a file. The format of the file is out of the scope of this MIB and system dependant. A Uniform Resource Locator in accordance with RFC 4248. |
| eriAlarmAlertTable | 1.3.6.1.4.1.193.183.4.1.4.5 | not-accessible | This table lists the last alerts in the system. An alert is a stateless alarm, that is no clear notification will be sent. Rows in this table are created when a new alarm event is detected. Rows are deleted by the instrumentation at a predefined size or age. | |
| eriAlarmAlertEntry | 1.3.6.1.4.1.193.183.4.1.4.5.1 | not-accessible | One entry in the table holds one alert for a given resource. Rows in this table are created when a new alert is detected. Rows are deleted by the instrumentation at a predefined size or age. | |
| ERI eriAlarmAlertIndex | 1.3.6.1.4.1.193.183.4.1.4.5.1.1 | EriAlarmIndex | not-accessible | Index in the alert table. |
| ERI eriAlarmAlertMajorType | 1.3.6.1.4.1.193.183.4.1.4.5.1.2 | EriAlarmType | read-only | In combination with eriAlarmAlertMinorType, this provides unique identification of the fault. Different managed object types and instances can share alarm types, but if the same managed object reports the same alarm type it is to be considered as the same alarm state. The alarm type is a simplification of the different X.733 and 3GPP alarm IRP alarm correlation mechanisms based on EventType, ProbableCause, SpecificProblem and NotificationId. |
| ERI eriAlarmAlertMinorType | 1.3.6.1.4.1.193.183.4.1.4.5.1.3 | EriAlarmType | read-only | In combination with eriAlarmAlertMajorType, this provides a unique identification of the fault. Different managed object types and instances can share alarm types. But if the same managed object reports the same alarm type it is to be considered as the same alarm state. The alarm type is a simplification of the different X.733 and 3GPP alarm IRP alarm correlation mechanisms based on EventType, ProbableCause, SpecificProblem and NotificationId. |
| ERI eriAlarmAlertSpecificProblem | 1.3.6.1.4.1.193.183.4.1.4.5.1.4 | EriAlarmSpecificProblem | read-only | This is a clear-text unique identification of the alert type. There is a one-to-one mapping between eriAlarmAlertSpecificProblem and [eriAlarmAlertMajorType, eriAlarmAlertMinorType] |
| ERI eriAlarmAlertManagedObject | 1.3.6.1.4.1.193.183.4.1.4.5.1.5 | EriMO | read-only | The 3GPP naming convention shall be used as format for the managed object parameter. Note that the granularity must be good enough to guarantee relevant resource identification to the operator. NOTE: The DN should be *relative* to the nodes *own* root. |
| IAN eriAlarmAlertEventType | 1.3.6.1.4.1.193.183.4.1.4.5.1.6 | IANAItuEventType | read-only | The event type as defined in X.733/X.736. |
| DAT eriAlarmAlertEventTime | 1.3.6.1.4.1.193.183.4.1.4.5.1.7 | DateAndTime | read-only | A time stamp of the alert. NOTE: All fields of the DateAndTime MUST be filled out, including the hours and minutes from UTC. As such, the value should be 11 octets long. |
| ERI eriAlarmAlertProbableCause | 1.3.6.1.4.1.193.183.4.1.4.5.1.8 | EriProbableCause | read-only | The probable cause for the alarm originally defined by X.733 and subsequent standards. See also the ERICSSON-ALARM-PC-MIB. Due to the history of problems in maintaining a standardized probable cause the probable cause is not unique. A best effort mapping of the alert to existing probable causes are used. |
| ITU eriAlarmAlertSeverity | 1.3.6.1.4.1.193.183.4.1.4.5.1.9 | ItuPerceivedSeverity | read-only | The severity of the alert as defined by X.733 |
| STR eriAlarmAlertAdditionalText | 1.3.6.1.4.1.193.183.4.1.4.5.1.10 | EriLargeAdditionalText | read-only | A user friendly text describing the alert. The text is both static depending on the alert type and dynamic depending on managed object and other conditions. |
| RES eriAlarmAlertResourceId | 1.3.6.1.4.1.193.183.4.1.4.5.1.11 | ResourceId | read-only | In case the alert refers to an object which is instrumented by SNMP this variable indicates the corresponding OID for the managed object. |
| eriAlarmHeartBeat | 1.3.6.1.4.1.193.183.4.1.5 | |||
| U32 eriAlarmHbInterval | 1.3.6.1.4.1.193.183.4.1.5.1 | Unsigned32 | read-write | The notification eriAlarmHeartBeatNotif will be sent every eriAlarmHbInterval. Managers can subscribe to the notification using the SNMP framework MIBS by using the snmpNotifyName 'heartbeat'. (SNMP-NOTIFICATION-MIB, snmpNotifyTable) |
| eriAlarmNotifications | 1.3.6.1.4.1.193.183.4.2 | |||
| eriAlarmNotifsPrefix | 1.3.6.1.4.1.193.183.4.2.0 | |||
| NTF eriAlarmIndeterminate | 1.3.6.1.4.1.193.183.4.2.0.1 | This notification is sent when a resource detects a new alarm state with severity indeterminate. The notification is also used to change severity and/or additional text of an alarm. The combination of ManagedObject and MajorType/MinorType is always unique and can be used by management systems to correlate alarm, alarm change, and alarm clear. A corresponding row will be created in the Alarm Table. The sequence number will increase for every notification and can be used to detect lost notifications. A management system should be prepared for appending text to additional text, indicated by the eriAlarmNObjMoreAdditionalText varbind, and sent with eriAlarmAppendInfo. (Note do not confuse this with a change of additional text.) A management system should also be prepared to receive a resource ID (OID) identifying the alarming resource if the system sending the notification can provide that information. In that case, eriAlarmNObjResourceId will be set to 'true' and the resource ID will be sent in an eriAlarmAppendInfo notification. | ||
| NTF eriAlarmWarning | 1.3.6.1.4.1.193.183.4.2.0.2 | This notification is sent when a resource detects a new alarm state with severity warning. The notification is also used to change severity and/or additional text of an alarm. The combination of ManagedObject and MajorType/MinorType is always unique and can be used by management systems to correlate alarm, alarm change, and alarm clear. A corresponding row will be created in the Alarm Table, (eriAlarmActiveAlarmTable). The sequence number will increase for every notification and can be used to detect lost notifications. A management system should be prepared for appending text to additional text, indicated by the eriAlarmNObjMoreAdditionalText varbind, and sent with eriAlarmAppendInfo. (Note do not confuse this with a change of additional text.) A management system should also be prepared to receive a resource ID (OID) identifying the alarming resource if the system sending the notification can provide that information. In that case, eriAlarmNObjResourceId will be set to 'true' and the resource ID will be sent in an eriAlarmAppendInfo notification. | ||
| NTF eriAlarmMinor | 1.3.6.1.4.1.193.183.4.2.0.3 | This notification is sent when a resource detects a new alarm state with severity minor. The notification is also used to change severity and/or additional text of an alarm. The combination of ManagedObject and MajorType/MinorType is always unique and can be used by management systems to correlate alarm, alarm change, and alarm clear. A corresponding row will be created in the Alarm Table, (eriAlarmActiveAlarmTable). The sequence number will increase for every notification and can be used to detect lost notifications. A management system should be prepared for appending text to additional text, indicated by the eriAlarmNObjMoreAdditionalText varbind, and sent with eriAlarmAppendInfo. (Note do not confuse this with a change of additional text.) A management system should also be prepared to receive a resource ID (OID) identifying the alarming resource if the system sending the notification can provide that information. In that case, eriAlarmNObjResourceId will be set to 'true' and the resource ID will be sent in an eriAlarmAppendInfo notification. | ||
| NTF eriAlarmMajor | 1.3.6.1.4.1.193.183.4.2.0.4 | This notification is sent when a resource detects a new alarm state with severity major. The notification is also used to change severity and/or additional text of an alarm. The combination of ManagedObject and MajorType/MinorType is always unique and can be used by management systems to correlate alarm, alarm change, and alarm clear. A corresponding row will be created in the Alarm Table, (eriAlarmActiveAlarmTable). The sequence number will increase for every notification and can be used to detect lost notifications. A management system should be prepared for appending text to additional text, indicated by the eriAlarmNObjMoreAdditionalText varbind, and sent with eriAlarmAppendInfo. (Note do not confuse this with a change of additional text.) A management system should also be prepared to receive a resource ID (OID) identifying the alarming resource if the system sending the notification can provide that information. In that case, eriAlarmNObjResourceId will be set to 'true' and the resource ID will be sent in an eriAlarmAppendInfo notification. | ||
| NTF eriAlarmCritical | 1.3.6.1.4.1.193.183.4.2.0.5 | This notification is sent when a resource detects a new alarm state with severity critical. The notification is also used to change severity and/or additional text of an alarm. The combination of ManagedObject and MajorType/MinorType is always unique and can be used by management systems to correlate alarm, alarm change, and alarm clear. A corresponding row will be created in the Alarm Table, (eriAlarmActiveAlarmTable). The sequence number will increase for every notification and can be used to detect lost notifications. A management system should be prepared for appending text to additional text, indicated by the eriAlarmNObjMoreAdditionalText varbind, and sent with eriAlarmAppendInfo. (Note do not confuse this with a change of additional text.) A management system should also be prepared to receive a resource ID (OID) identifying the alarming resource if the system sending the notification can provide that information. In that case, eriAlarmNObjResourceId will be set to 'true' and the resource ID will be sent in an eriAlarmAppendInfo notification. | ||
| NTF eriAlarmCleared | 1.3.6.1.4.1.193.183.4.2.0.7 | This notification is sent when a resource detects a cleared alarm state. The combination of ManagedObject and MajorType/MinorType is always unique and shall be used by management systems to correlate alarm and alarm clear. The corresponding row in the alarm table will be deleted, (eriAlarmActiveAlarmTable). The sequence number will increase for every notification and can be used to detect lost notifications. A management system should be prepared for appending text to additional text, indicated by the eriAlarmNObjMoreAdditionalText varbind, and sent with eriAlarmAppendInfo. (Note do not confuse this with a change of additional text). A management system should also be prepared to receive a resource ID (OID) identifying the alarming resource if the system sending the notification can provide that information. In that case, eriAlarmNObjResourceId will be set to 'true' and the resource ID will be sent in an eriAlarmAppendInfo notification. A management system should also be prepared to receive a resource ID (OID) identifying the alarming resource if the system sending the notification can provide that information. In that case, eriAlarmNObjResourceId will be set to 'true' and the resource ID will be sent in an eriAlarmAppendInfo notification. | ||
| NTF eriAlarmAppendInfo | 1.3.6.1.4.1.193.183.4.2.0.8 | This notification is sent in order to append further info to an existing alarm. It might be additional text or a resource ID (OID) identifying the alarming resource using an OID. If additional text is sent, do not confuse this with an actual change of additional text which is reported using the eriAlarm notification. A zero-length string value for eriAlarmNObjAdditionalText means that no additional text is being sent in this notification. A null OID (0.0) value for eriAlarmActiveResourceId means that no resource ID is being sent in this notification. | ||
| NTF eriAlarmIndAlert | 1.3.6.1.4.1.193.183.4.2.0.10 | This notification is sent when a resource detects a new alert with severity indeterminate. A corresponding row will be created in the Alert Table. The sequence number will increase for every notification and can be used to detect lost notifications. | ||
| NTF eriAlarmWarnAlert | 1.3.6.1.4.1.193.183.4.2.0.11 | This notification is sent when a resource detects a new alert with severity warning. A corresponding row will be created in the Alert Table. The sequence number will increase for every notification and can be used to detect lost notifications. | ||
| NTF eriAlarmMinorAlert | 1.3.6.1.4.1.193.183.4.2.0.12 | This notification is sent when a resource detects a new alert with severity minor. A corresponding row will be created in the Alert Table. The sequence number will increase for every notification and can be used to detect lost notifications. | ||
| NTF eriAlarmMajorAlert | 1.3.6.1.4.1.193.183.4.2.0.13 | This notification is sent when a resource detects a new alert with severity major. A corresponding row will be created in the Alert Table. The sequence number will increase for every notification and can be used to detect lost notifications. | ||
| NTF eriAlarmCriticalAlert | 1.3.6.1.4.1.193.183.4.2.0.14 | This notification is sent when a resource detects a new alert with severity critical. A corresponding row will be created in the Alert Table. The sequence number will increase for every notification and can be used to detect lost notifications. | ||
| NTF eriAlarmAppendAlertInfo | 1.3.6.1.4.1.193.183.4.2.0.15 | This notification is sent in order to append further info to an existing alert. It might be additional text or a resource ID (OID) identifying the alarming resource using an OID. This complements information sent in a previous notification. If additional text is sent, do not confuse this with an actual change of additional text which is reported using the eriAlarmAlert notification. A zero-length string value for eriAlarmNObjAdditionalText means that no additional text is being sent in this notification. A null OID (0.0) value for eriAlarmAlertResourceId means that no resource ID is being sent in this notification. | ||
| NTF eriAlarmHeartBeatNotif | 1.3.6.1.4.1.193.183.4.2.0.20 | This is a heartbeat notification with interval according to the eriAlarmHbInterval. It contains the last sequence numbers used for alarms and alarm events. These varbinds can be used to detect lost notifications. The notification eriAlarmHeartBeatNotif will be sent every eriAlarmHbInterval. Managers can subscribe to the notification using the SNMP framework MIBS by using the snmpNotifyName 'heartbeat'. (SNMP-NOTIFICATION-MIB, snmpNotifyTable). | ||
| NTF eriAlarmAlarmListRebuilt | 1.3.6.1.4.1.193.183.4.2.0.30 | This notification is sent when the active alarm list has reached a stable situation after a restart or after a system internal audit process. It is an indication to the manager to perform a alarm resynchronization procedure. | ||
| eriAlarmConformance | 1.3.6.1.4.1.193.183.4.4 | |||
| eriAlarmCompliances | 1.3.6.1.4.1.193.183.4.4.1 | |||
| eriAlarmBasicAlarmsCompliance | 1.3.6.1.4.1.193.183.4.4.1.1 | Minimal compliance for the Ericsson Alarm MIB. Minimal compliance is to support heartbeat, active alarm list, and alarm notifications for raise and clear. | ||
| eriAlarmGroups | 1.3.6.1.4.1.193.183.4.4.2 | |||
| eriAlarmSummaryGroup | 1.3.6.1.4.1.193.183.4.4.2.1 | Group containing the summary counters for alarms. | ||
| eriAlarmActiveAlarmsGroup | 1.3.6.1.4.1.193.183.4.4.2.2 | The group of objects needed to support the active alarm list. | ||
| eriAlarmAlertsGroup | 1.3.6.1.4.1.193.183.4.4.2.3 | The group of objects needed to support the alert history. | ||
| eriAlarmHeartBeatGroup | 1.3.6.1.4.1.193.183.4.4.2.4 | Only read is required for compliance | ||
| eriAlarmSNMPResourceGroup | 1.3.6.1.4.1.193.183.4.4.2.5 | Objects that support SNMP object identifiers for resource identification. | ||
| eriAlarmChangeAlarmGroup | 1.3.6.1.4.1.193.183.4.4.2.6 | Objects that stores previous state of an alarm. | ||
| eriAlarmSimpleAlarmGroup | 1.3.6.1.4.1.193.183.4.4.2.10 | The notifications in this MIB module. | ||
| eriAlarmAddAddInfoGroup | 1.3.6.1.4.1.193.183.4.4.2.12 | Notification to support appending of additional text. | ||
| eriAlarmAlertNotifGroup | 1.3.6.1.4.1.193.183.4.4.2.13 | Notifications for stateless alarms | ||
| eriAlarmHeartBeatNotifGroup | 1.3.6.1.4.1.193.183.4.4.2.14 | Heartbeat notifications. |
RFC description
Manages fault/alarm reporting and severity classification on Ericsson telecom and network equipment.
Start monitoring Ericsson telecom network element (radio/core/transport, enterprise-wide alarm MIB) with a free 30-day trial of IPNetwork Monitor. Import MIBs, browse SNMP OIDs, create custom SNMP monitors, configure alerts, and monitor any SNMP-enabled network device from a single console.