Reference record for OID 1.3.6.1.4.1.3881.2

parent

1.3.6.1.4.1.3881 (ericssonIRP)

node code

2

node name

alarmIrpMIB

dot oid

1.3.6.1.4.1.3881.2

type

MODULE-IDENTITY

asn1 oid

{iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) ericssonIRP(3881) alarmIrpMIB(2)}

{iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprises(1) ericssonIRP(3881) alarmIrpMIB(2)}

{iso(1) org(3) dod(6) internet(1) private(4) enterprise(1) ericssonIRP(3881) alarmIrpMIB(2)}

{iso(1) org(3) dod(6) internet(1) private(4) enterprises(1) ericssonIRP(3881) alarmIrpMIB(2)}

{iso(1) iso-identified-organization(3) dod(6) internet(1) private(4) enterprise(1) ericssonIRP(3881) alarmIrpMIB(2)}

{iso(1) iso-identified-organization(3) dod(6) internet(1) private(4) enterprises(1) ericssonIRP(3881) alarmIrpMIB(2)}

iri oid

/iso/identified-organization/dod/internet/private/enterprise/ericssonIRP/alarmIrpMIB

/iso/identified-organization/dod/internet/private/enterprises/ericssonIRP/alarmIrpMIB

/iso/org/dod/internet/private/enterprise/ericssonIRP/alarmIrpMIB

/iso/org/dod/internet/private/enterprises/ericssonIRP/alarmIrpMIB

/iso/iso-identified-organization/dod/internet/private/enterprise/ericssonIRP/alarmIrpMIB

/iso/iso-identified-organization/dod/internet/private/enterprises/ericssonIRP/alarmIrpMIB

Description by circitor

This SNMP MIB-module constitutes the Ericsson Alarm
Integration Reference Point (IRP) solution set for SNMP,
version 1:2.
The purpose of this IRP is to define an interface though
which a 'system' (typically a network element manager or
a network element) can communicate alarm information for
its managed objects to one or several 'actors' (typically
network management systems).
An alarm is a kind of object that represents an abnormal
condition for a managed object. An alarm is active as
long as the corresponding abnormal condition remains. The
system maintains an 'Alarm Table' containing all currently
active alarms for its managed objects. When an alarm is
cleared, it is removed from the list and no longer
accessible.
Alarms can be forwarded to the actors either
synchronously (requested through get, get-next or get-
bulk PDUs) or asynchrously (through inform or trap PDUs)
whenever an entry in the Alarm Table is created, modified
or cleared.

Parsed from file ERICSSON-ALARM-IRP-MIB.mib
Module: ERICSSON-ALARM-IRP-MIB

Information by circitor

alarmIrpMIB MODULE-IDENTITY
        LAST-UPDATED "200409030000Z"
        ORGANIZATION "Telefonaktiebolaget LM Ericsson"
        CONTACT-INFO ""
        DESCRIPTION
                "This SNMP MIB-module constitutes the Ericsson Alarm 
                 Integration Reference Point (IRP) solution set for SNMP,
                 version 1:2.  
                   The purpose of this IRP is to define an interface though 
                 which a 'system' (typically a network element manager or
                 a network element) can communicate alarm information for 
                 its managed objects to one or several 'actors' (typically 
                 network management systems). 
                   An alarm is a kind of object that represents an abnormal 
                 condition for a managed object. An alarm is active as 
                 long as the corresponding abnormal condition remains. The 
                 system maintains an 'Alarm Table' containing all currently 
                 active alarms for its managed objects. When an alarm is 
                 cleared, it is removed from the list and no longer 
                 accessible.
                   Alarms can be forwarded to the actors either 
                 synchronously (requested through get, get-next or get-
                 bulk PDUs) or asynchrously (through inform or trap PDUs) 
                 whenever an entry in the Alarm Table is created, modified 
                 or cleared."
        REVISION "200409030000Z"
        DESCRIPTION
                "Specification of alarmId MAX-ACCESS corrected by TSP 
                 Node Management."
        ::= { enterprises ericssonIRP(3881) 2 }

First Registration Authority (recovered by parent 1.3.6.1.4.1.3881)

Rahkonen Tomas

Children (3)