Nortel Passport 8600 Configuring page 209

Table 65 Alarm variables (continued)
Category Subcategory
IP
Variable
dot3StatsInternalMac
ReceiveErrors
ipInHdrErrors.0
ipInDiscards.0
ipOutDiscards.0
ipFragFails.0
ipReasmFails.0
icmpInParmProbs.0
Appendix A RMON alarm variables
Definition
A count of frames for which transmission on a
particular interface fails due to an internal MAC
sublayer transmit error. A frame is only counted by an
instance of this object if it is not counted by the
corresponding instance of either the
dot3StatsLateCollisions object, the
dot3StatsExcessiveCollisions object, or the
dot3StatsCarrierSenseErrors object.
The precise meaning of the count represented by an
instance of this object is implementation specific. In
particular, an instance of this object may represent a
count of transmission errors on a particular interface
that are not otherwise counted.
The number of input datagrams discarded due to
errors in their IP headers, including bad checksums,
version number mismatch, other format errors,
time-to-live exceeded, and errors discovered in
processing their IP options.
The number of input IP datagrams for which no
problems were encountered to prevent their continued
processing but that were discarded (for example, for
lack of buffer space). Note that this counter does not
include any datagrams discarded while awaiting
reassembly.
The number of output IP datagrams for which no
problem was encountered to prevent their
transmission to their destination but that were
discarded (for example, for lack of buffer space).
Note that this counter would include datagrams
counted in ipForwDatagrams if any such packets met
this (discretionary) discard criterion.
The number of IP datagrams that have been
discarded because they needed to be fragmented at
this entity but could not be, for example, because their
Don't Fragment flag was set.
The number of failures detected by the IP reassembly
algorithm (for whatever reason: timed out, errors, and
so forth). Note that this is not necessarily a count of
discarded IP fragments because some algorithms
(notably the algorithm in RFC 815) can lose track of
the number of fragments by combining them as they
are received.
The number of ICMP In parameter problem messages
received.
Configuring Network Management
209