The MIB module to describe traps for the OSPF
Version 2 Protocol.
Copyright (C) The IETF Trust (2006).
This version of this MIB module is part of
RFC 4750; see the RFC itself for full legal
notices.
tIfStateChange trap signifies that there
has been a change in the state of an OSPF virtual
interface.
This trap should be generated when the interface
state regresses (e.g., goes from Point-to-Point to Down)
or progresses to a terminal state
(i.e., Point-to-Point).
ospfTxRetransmit
.1.3.6.1.2.1.14.16.2.10
etransmit trap signifies than an
OSPF packet has been retransmitted on a
non-virtual interface. All packets that may be
retransmitted are associated with an LSDB entry.
The LS type, LS ID, and Router ID are used to
identify the LSDB entry.
ospfVirtIfTxRetransmit
.1.3.6.1.2.1.14.16.2.11
tIfTxRetransmit trap signifies than an
OSPF packet has been retransmitted on a virtual
interface. All packets that may be retransmitted
are associated with an LSDB entry. The LS
type, LS ID, and Router ID are used to identify
the LSDB entry.
ospfOriginateLsa
.1.3.6.1.2.1.14.16.2.12
ginateLsa trap signifies that a new
LSA has been originated by this router. This
trap should not be invoked for simple refreshes
of LSAs (which happens every 30 minutes), but
instead will only be invoked when an LSA is
(re)originated due to a topology change.
Additionally, this trap does not include LSAs that
are being flushed because they have reached
MaxAge.
ospfMaxAgeLsa
.1.3.6.1.2.1.14.16.2.13
AgeLsa trap signifies that one of
the LSAs in the router's link state database has
aged to MaxAge.
ospfLsdbOverflow
.1.3.6.1.2.1.14.16.2.14
bOverflow trap signifies that the
number of LSAs in the router's link state
database has exceeded ospfExtLsdbLimit.
ospfLsdbApproachingOverflow
.1.3.6.1.2.1.14.16.2.15
bApproachingOverflow trap signifies
that the number of LSAs in the router's
link state database has exceeded ninety percent of
ospfExtLsdbLimit.
ospfIfStateChange
.1.3.6.1.2.1.14.16.2.16
tateChange trap signifies that there
has been a change in the state of a non-virtual
OSPF interface. This trap should be generated
when the interface state regresses (e.g., goes
from Dr to Down) or progresses to a terminal
state (i.e., Point-to-Point, DR Other, Dr, or
Backup).
ospfNssaTranslatorStatusChange
.1.3.6.1.2.1.14.16.2.17
aTranslatorStatusChange trap indicates that
there has been a change in the router's ability to
translate OSPF type-7 LSAs into OSPF type-5 LSAs.
This trap should be generated when the translator
status transitions from or to any defined status on
a per-area basis.
ospfRestartStatusChange
.1.3.6.1.2.1.14.16.2.18
tartStatusChange trap signifies that
there has been a change in the graceful restart
state for the router. This trap should be
generated when the router restart status
changes.
ospfNbrRestartHelperStatusChange
.1.3.6.1.2.1.14.16.2.19
RestartHelperStatusChange trap signifies that
there has been a change in the graceful restart
helper state for the neighbor. This trap should be
generated when the neighbor restart helper status
transitions for a neighbor.
ospfNbrStateChange
.1.3.6.1.2.1.14.16.2.2
StateChange trap signifies that
there has been a change in the state of a
non-virtual OSPF neighbor. This trap should be
generated when the neighbor state regresses
(e.g., goes from Attempt or Full to 1-Way or
Down) or progresses to a terminal state (e.g.,
2-Way or Full). When an neighbor transitions
from or to Full on non-broadcast multi-access
and broadcast networks, the trap should be
generated by the designated router. A designated
router transitioning to Down will be noted by
ospfIfStateChange.
ospfVirtNbrRestartHelperStatusChange
.1.3.6.1.2.1.14.16.2.20
tNbrRestartHelperStatusChange trap signifies
that there has been a change in the graceful restart
helper state for the virtual neighbor. This trap should
be generated when the virtual neighbor restart helper
status transitions for a virtual neighbor.
ospfVirtNbrStateChange
.1.3.6.1.2.1.14.16.2.3
tNbrStateChange trap signifies that there
has been a change in the state of an OSPF virtual
neighbor. This trap should be generated
when the neighbor state regresses (e.g., goes
from Attempt or Full to 1-Way or Down) or
progresses to a terminal state (e.g., Full).
ospfIfConfigError
.1.3.6.1.2.1.14.16.2.4
onfigError trap signifies that a
packet has been received on a non-virtual
interface from a router whose configuration
parameters conflict with this router's
configuration parameters. Note that the event
optionMismatch should cause a trap only if it
prevents an adjacency from forming.
ospfVirtIfConfigError
.1.3.6.1.2.1.14.16.2.5
tIfConfigError trap signifies that a
packet has been received on a virtual interface
from a router whose configuration parameters
conflict with this router's configuration
parameters. Note that the event optionMismatch
should cause a trap only if it prevents an
adjacency from forming.
ospfIfAuthFailure
.1.3.6.1.2.1.14.16.2.6
uthFailure trap signifies that a
packet has been received on a non-virtual
interface from a router whose authentication key
or authentication type conflicts with this
router's authentication key or authentication
type.
ospfVirtIfAuthFailure
.1.3.6.1.2.1.14.16.2.7
tIfAuthFailure trap signifies that a
packet has been received on a virtual interface
from a router whose authentication key or
authentication type conflicts with this router's
authentication key or authentication type.
ospfIfRxBadPacket
.1.3.6.1.2.1.14.16.2.8
xBadPacket trap signifies that an
OSPF packet has been received on a non-virtual
interface that cannot be parsed.
ospfVirtIfRxBadPacket
.1.3.6.1.2.1.14.16.2.9
tIfRxBadPacket trap signifies that an OSPF
packet has been received on a virtual interface
that cannot be parsed.
ospfTrap 
ospfSetTrap 
ospfVirtIfStateChange