APPN-TRAP-MIB
This MIB module defines notifications to be generated by
network devices with APPN capabilities. It presupposes
support for the APPN MIB. It also presupposes
support for the DLUR MIB for implementations
that support the DLUR-related groups.
- Source file
APPN-TRAP-MIB- Last revised
- Identity
appnTrapMIB- Base OID
1.3.6.1.2.1.34.4.0
Imported Objects
| APPN-DLUR-MIB | dlurDlusSessnStatus |
| APPN-MIB | appnCompliances appnGroups appnIsInP2SFmdBytes appnIsInP2SFmdPius appnIsInP2SNonFmdBytes appnIsInP2SNonFmdPius appnIsInS2PFmdBytes appnIsInS2PFmdPius appnIsInS2PNonFmdBytes appnIsInS2PNonFmdPius appnIsInSessUpTime appnLocalTgCpCpSession appnLocalTgOperational appnLsOperState appnMIB appnObjects appnPortOperState |
| SNMPv2-CONF | MODULE-COMPLIANCE (no object page) NOTIFICATION-GROUP (no object page) OBJECT-GROUP (no object page) |
| SNMPv2-SMI | Counter32 MODULE-IDENTITY (no object page) NOTIFICATION-TYPE (no object page) OBJECT-TYPE (no object page) |
Net-SNMP examples using the rfc MIB directory Show commands
These commands use the standard Observium installation path and load the selected MIB variant before the RFC and Net-SNMP directories.
Translate the module identity
/usr/bin/snmptranslate -Pud -Ir -On -m 'APPN-TRAP-MIB' -M '/opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp' 'APPN-TRAP-MIB::appnTrapMIB'
Walk the MIB subtree
/usr/bin/snmpbulkwalk -v2c -c '<community>' -Pud -Ir -OQUs -m 'APPN-TRAP-MIB' -M '/opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp' 'udp:<hostname>:161' 'APPN-TRAP-MIB::appnTrapMIB'
Objects (7)
Showing 7 of 7 objects
Object legend
Object type
Icons distinguish tables, entry rows, columns, scalars, and structural nodes.
SNMPv2-TCTruthValue
Syntax
Blue badges identify the value syntax. Connected badges read as defining module and convention.
IF-MIBifIndex
Table index
Green identifies an index object; yellow names its module when the index is defined elsewhere.
r/w
deprecated
obsolete
Access and status
r/w means read-write. Grey labels mark definitions retained for compatibility.
OBS ✓
Observium use
The indicator appears only when Observium directly references that object.
ifOperStatus
.1.3.6.1.2.1…
Names and OIDs
Object names link to their detail pages. Hover or focus a linked name or badge for available definition details.
.1.3.6.1.2.1.34.4.0 |
||
.1.3.6.1.2.1.34.4.1.7 |
||
|
|
Bits
|
.1.3.6.1.2.1.34.4.1.7.1 |
.1.3.6.1.2.1.34.4.1.7.2 |
||
.1.3.6.1.2.1.34.4.1.7.3 |
||
.1.3.6.1.2.1.34.4.1.7.4 |
||
.1.3.6.1.2.1.34.4.1.7.5 |
Dependencies (7) 4 direct · 3 transitive Show tree and compile order Hide dependency details
Each imported module is resolved in the importing module's source directory first, then through the normal default-variant rules.
Dependency tree
Dependency-first compile order
- SNMPv2-SMIrfc
- SNMPv2-TCrfc
- IANAifType-MIBrfc
- SNMPv2-CONFrfc
- SNA-NAU-MIBrfc
- APPN-MIBrfc
- APPN-DLUR-MIBrfc
- APPN-TRAP-MIBrfcselected
Conformance Groups (5)
|
A notification for reporting the final values of the
APPN MIB's ISR counters. |
.1.3.6.1.2.1.34.4.3.2.21
|
|
|
A collection of objects for reducing the polling
associated with the local topology tables in the APPN MIB. Nodes that implement this group SHALL also implement the appnTrapMibTopoNotifGroup. |
.1.3.6.1.2.1.34.4.3.2.22
|
|
|
appnLocalTgOperStateChangeTrap appnLocalTgCpCpChangeTrap appnPortOperStateChangeTrap appnLsOperStateChangeTrap
A collection of notifications for reducing the polling
associated with the local topology tables in the APPN MIB. Nodes that implement this group SHALL also implement the appnTrapMibTopoConfGroup. |
.1.3.6.1.2.1.34.4.3.2.23
|
|
|
A collection of objects for reducing the polling
associated with the dlurDlusTable in the DLUR MIB. Nodes that implement this group SHALL also implement the appnTrapMibDlurNotifGroup. |
.1.3.6.1.2.1.34.4.3.2.24
|
|
|
A notification for reducing the polling associated
with the dlurDlusTable in the DLUR MIB. Nodes that implement this group SHALL also implement the appnTrapMibDlurConfGroup. |
.1.3.6.1.2.1.34.4.3.2.25
|
Compliance Statements (1)
OID
.1.3.6.1.2.1.34.4.3.1.2The compliance statement for the SNMP entities that
implement the APPN-TRAP-MIB.
implement the APPN-TRAP-MIB.
Required groups
| optional | appnTrapMibIsrNotifGroup |
This group is mandatory for APPN nodes supporting reporting of final ISR counter values via notifications. |
| optional | appnTrapMibTopoConfGroup |
This group is mandatory for APPN nodes supporting polling reduction for local topology. |
| optional | appnTrapMibTopoNotifGroup |
This group is mandatory for APPN nodes supporting polling reduction for local topology. |
| optional | appnTrapMibDlurConfGroup |
This group is mandatory for APPN nodes supporting polling reduction for the dlurDlusTable. |
| optional | appnTrapMibDlurNotifGroup |
This group is mandatory for APPN nodes supporting polling reduction for the dlurDlusTable. |
Object refinements
| Object | Access | Syntax | Description |
|---|---|---|---|
| appnTrapControl | readonly | An agent is not required to support a set to this object. |
Notifications / Traps (6)
| Name | OID | Description |
|---|---|---|
.1.3.6.1.2.1.34.4.0.1 |
When it has been enabled, this notification is generated by an
APPN node whenever an ISR session passing through the node is taken down, regardless of whether the session went down normally or abnormally. Its purpose is to allow a management application (primarily an accounting application) that is monitoring the ISR counts to receive the final values of these counts, so that the application can properly account for the amounts the counts were incremented since the last time the application polled them. The appnIsInSessUpTime object provides the total amount of time that the session was active. This notification is not a substitute for polling the ISR counts. In particular, the count values reported in this notification cannot be assumed to be the complete totals for the life of the session, since they may have wrapped while the session was up. The session to which the objects in this notification apply is identified by the fully qualified CP name and PCID that make up the table index. An instance of this notification will contain exactly one instance of each of its objects, and these objects will all belong to the same conceptual row of the appnIsInTable. Generation of this notification is controlled by the same object in the APPN MIB, appnIsInGlobeCtrAdminStatus, that controls whether the count objects themselves are being incremented. |
|
.1.3.6.1.2.1.34.4.0.2 |
When it has been enabled, this notification makes it possible
for an APPN topology application to get asynchronous notifications of local TG operational state changes, and thus to reduce the frequency with which it polls for these changes. This notification is sent whenever there is a change to the appnLocalTgOperational object in a row of the appnLocalTgTable. This notification is only sent for row creation if the row is created with a value of 'true' for appnLocalTgOperational. This notification is only sent for row deletion if the last value of appnLocalTgOperational was 'true'. In this case, the value of appnLocalTgOperational in the notification shall be 'false', since the deletion of a row indicates that the TG is no longer operational. The notification is more than a simple 'poll me now' indication. It carries both a count of local TG topology changes, and the current operational state itself. The count of changes allows an application to detect lost notifications, either when polling or upon receiving a subsequent notification, at which point it knows it must retrieve the entire appnLocalTgTable again. This is the same count as used in the appnLocalCpCpStateChangeTrap. A lost notification could indicate a local TG CP-CP session state change or an operational state change. Generation of this notification is controlled by the appnTrapControl object. |
|
.1.3.6.1.2.1.34.4.0.3 |
When it has been enabled, this notification makes it possible
for an APPN topology application to get asynchronous notifications of local TG control-point to control-point (CP-CP) session state changes, and thus to reduce the frequency with which it polls for these changes. This notification is sent whenever there is a change to the appnLocalTgCpCpSession object but NOT the appnLocalTgOperational object in a row of the appnLocalTgTable. This notification is never sent for appnLocalTgTable row creation or deletion. The notification is more than a simple 'poll me now' indication. It carries both a count of local TG topology changes, and the current CP-CP session state itself. The count of changes allows an application to detect lost notifications, either when polling or upon receiving a subsequent notification, at which point it knows it must retrieve the entire appnLocalTgTable again. This is the same count as used in the appnLocalTgOperStateChangeTrap. A lost notification could indicate a local TG CP-CP session state change or an operational state change. Generation of this notification is controlled by the appnTrapControl object. |
|
.1.3.6.1.2.1.34.4.0.4 |
When it has been enabled, this notification makes it possible
for an APPN topology application to get asynchronous notifications of port operational state changes, and thus to reduce the frequency with which it polls for these changes. This notification is only sent when a appnPortOperState has transitioned to a value of 'active' or 'inactive'. This notification is sent whenever there is a appnPortOperState object transition to 'inactive' or 'active' state in the appnPortTable. This notification is only sent for row creation if the row is created with a value of 'active' for appnPortOperState. This notification is only sent for row deletion if the last value of appnPortOperState was 'active'. In this case, the value of appnPortOperState in the notification shall be 'inactive', since the deletion of a row indicates that the port is no longer active. The notification is more than a simple 'poll me now' indication. It carries both a count of port table changes, and the operational state itself. The count of changes allows an application to detect lost notifications, either when polling or upon receiving a subsequent notification, at which point it knows it must retrieve the entire appnPortTable again. Generation of this notification is controlled by the appnTrapControl object. |
|
.1.3.6.1.2.1.34.4.0.5 |
When it has been enabled, this notification makes it possible
for an APPN topology application to get asynchronous notifications of link station operational state changes, and thus to reduce the frequency with which it polls for these changes. This notification is only sent when a appnLsOperState has transitioned to a value of 'active' or 'inactive'. This notification is sent whenever there is a appnLsOperState object transition to 'inactive' or 'active' state in the appnLsTable. This notification is only sent for row creation if the row is created with a value of 'active' for appnLsOperState. This notification is only sent for row deletion if the last value of appnLsOperState was 'active'. In this case, the value of appnLsOperState in the notification shall be 'inactive', since the deletion of a row indicates that the link station is no longer active. The notification is more than a simple 'poll me now' indication. It carries both a count of link station table changes, and the operational state itself. The count of changes allows an application to detect lost notifications, either when polling or upon receiving a subsequent notification, at which point it knows it must retrieve the entire appnLsTable again. Generation of this notification is controlled by the appnTrapControl object. |
|
.1.3.6.1.2.1.34.4.0.6 |
When it has been enabled, this notification makes it possible
for an APPN topology application to get asynchronous notifications of DLUR-DLUS session changes, and thus to reduce the frequency with which it polls for these changes. This notification is sent whenever there is a dlurDlusSessnStatus object transition to 'inactive' or 'active' state in the dlurDlusTable. This notification is only sent for row creation if the row is created with a value of 'active' for dlurDlusSessnStatus. This notification is only sent for row deletion if the last value of dlurDlusSessnStatus was 'active'. In this case, the value of dlurDlusSessnStatus in the notification shall be 'inactive', since the deletion of a row indicates that the session is no longer active. The notification is more than a simple 'poll me now' indication. It carries both a count of DLUR-DLUS table changes, and the session status itself. The count of changes allows an application to detect lost notifications, either when polling or upon receiving a subsequent notification, at which point it knows it must retrieve the entire dlurDlusTable again. Generation of this notification is controlled by the appnTrapControl object. |