Home/Catalog/LANtern-MIB

LANtern-MIB

AI MIB Summary

Standard SNMP MIB module defining data structures for LANtern-MIB.

255
Objects
Active
Status
3
Dependencies

Imported Objects

Objects

255 total
Object Name
novell
OBJECT IDENTIFIER
.1.3.6.1.4.1.23
RFC1215-MIB
Unknown
.1.3.6.1.4.1.23
productType
OBJECT IDENTIFIER
.1.3.6.1.4.1.23.1
networkMonitor
OBJECT IDENTIFIER
.1.3.6.1.4.1.23.1.1
ethernetLANtern
OBJECT IDENTIFIER
.1.3.6.1.4.1.23.1.1.1
cableFailureA cableFailure(1) trap is generated whenever the LANtern network monitor detects a fault with the network cable.
TRAP-TYPE
.1.3.6.1.4.1.23.1.1.1.0.1
pingNotificationA pingNotification(2) trap is generated whenever the LANtern network monitor receives the echo response to a proxy ping.
TRAP-TYPE
.1.3.6.1.4.1.23.1.1.1.0.2
duplicateIPAddrA duplicateIPAddr(3) trap is generated whenever the LANtern network monitor first detects more than one host using the same IP address.
TRAP-TYPE
.1.3.6.1.4.1.23.1.1.1.0.3
utilizationAlarmA utilizationAlarm(4) trap is generated whenever the percent utilization parameter enters or leaves an alarm condition as defined by the thresholds set in the eAlarmTable.
TRAP-TYPE
.1.3.6.1.4.1.23.1.1.1.0.4
errorsAlarmAn errorsAlarm(5) trap is generated whenever the percent errors parameter enters or leaves an alarm condition as defined by the thresholds set in the eAlarmTable.
TRAP-TYPE
.1.3.6.1.4.1.23.1.1.1.0.5
broadcastsAlarmA broadcastsAlarm(6) trap is generated whenever the percent broadcasts parameter enters or leaves an alarm condition as defined by the thresholds set in the eAlarmTable.
TRAP-TYPE
.1.3.6.1.4.1.23.1.1.1.0.6
collisionsAlarmA collisionsAlarm(7) trap is generated whenever the percent collisions parameter enters or leaves an alarm condition as defined by the thresholds set in the eAlarmTable.
TRAP-TYPE
.1.3.6.1.4.1.23.1.1.1.0.7
hostInactiveA hostInactive(9) trap is generated whenever the LANtern network monitor first detects that a monitored host has not transmitted for the specified interval. The LANtern will attempt to verify that the host is actually dead by pinging it before generating the trap.
TRAP-TYPE
.1.3.6.1.4.1.23.1.1.1.0.9
hostActiveA hostActive(10) trap is generated whenever the LANtern network monitor first detects that a monitored host has begun transmitting again (after being inactive).
TRAP-TYPE
.1.3.6.1.4.1.23.1.1.1.0.10
newHostA newHost(11) trap is generated whenever the LANtern network monitor first detects a new host transmitting on its network segment.
TRAP-TYPE
.1.3.6.1.4.1.23.1.1.1.0.11
hostLimitExceededA hostLimitExceeded(12) trap is generated the first time the LANtern exceeds its host limit. eHostAddress is the address of the host which caused the limit to be exceeded.
TRAP-TYPE
.1.3.6.1.4.1.23.1.1.1.0.12
mibDoc
OBJECT IDENTIFIER
.1.3.6.1.4.1.23.2
lantern
OBJECT IDENTIFIER
.1.3.6.1.4.1.23.2.1
lanternAdmin
OBJECT IDENTIFIER
.1.3.6.1.4.1.23.2.1.1
adminIdentificationAn identifying ASCII string may be attached to the LANtern network monitor by writing adminIdentification. Conversely, the LANtern network monitor may be identified by reading adminIdentification. adminIdentification is stored in nonvolatile RAM.rw
DisplayString (SNMPv2-TC)
.1.3.6.1.4.1.23.2.1.1.1
adminDateAndTimeReading adminDateAndTime returns the current date and time in use by the LANtern network monitor. The LANtern network monitor's date and time may be adjusted at any time by writing to adminDateAndTime. However, although the new value is updated correctly as time advances, it does not replace the previous value until the LANtern network monitor is restarted. adminDateAndTime is stored in the clock/calendar chip.rw
Time
.1.3.6.1.4.1.23.2.1.1.2
adminTimeZoneA DisplayString defining the time zone of the LANtern network monitor. adminTimeZone is neither parsed nor used by the LANtern network monitor, it is merely stored and divulged upon request. It is strongly recommended that adminTimeZone be used to store time zone information in a manner identical to the UNIX System V time zone environment variable (TZ). This standard approach would permit interoperability with network management consoles from multiple vendors. adminTimeZone is stored in nonvolatile RAM.rw
DisplayString (SNMPv2-TC)
.1.3.6.1.4.1.23.2.1.1.3
adminPowerOnTimeThe date and time when the LANtern network monitor was last powered on or restarted.ro
Time
.1.3.6.1.4.1.23.2.1.1.4
adminPowerOffTimeThe date and time when the LANtern network monitor was last powered off or restarted. The value is 0 (midnight, 1 January 1900) after a cold start.ro
Time
.1.3.6.1.4.1.23.2.1.1.5
adminNetworkIPAddrThe IP address to be used by the LANtern network monitor on the monitored network. adminNetworkIPAddr may be written at any time; however, the change does not take effect until the LANtern network monitor is restarted. When adminNetworkIPAddr is read, it returns the IP address currently in use, regardless of any previous writes. adminNetworkIPAddr is stored in nonvolatile RAM. On start up, if the LANtern does not have an IP address, it will attempt to acquire one via BOOTP and/or RARP. If neither method is successful, the address 192.68.205.1 is used.rw
IpAddress
.1.3.6.1.4.1.23.2.1.1.7
adminNetworkSubnetMaskThe subnet mask for the monitored network. adminNetworkSubnetMask may be written at any time; however, the change does not take effect until the LANtern network monitor is restarted. When adminNetworkSubnetMask is read, it returns the subnet mask currently in use, regardless of any previous writes. adminNetworkSubnetMask is stored in nonvolatile RAM. When the value 0.0.0.0 is stored in this variable, the LANtern assumes no subnetting. This value is acquired via BOOTP if the value of adminNetworkIPAddr is acquired via BOOTP. If neither BOOTP nor RARP succeeds in acquiring adminNetworkIPAddr, the value 255.255.255.128 is usedrw
IpAddress
.1.3.6.1.4.1.23.2.1.1.8
adminNetworkGatewayThe IP address of a gateway directly connected to the monitored network (the LANtern network monitor's default gateway). adminNetworkGateway may be written at any time; however, the change does not take effect until the LANtern network monitor is restarted. When adminNetworkGateway is read it returns the gateway IP address currently in use, regardless of any previous writes. adminNetworkGateway is stored in nonvolatile RAM.rw
IpAddress
.1.3.6.1.4.1.23.2.1.1.9
adminClientTableA table providing data on all authorized LANtern clients. The table is accessed by adminClientIPAddr. A new entry may be created by writing to a nonexistent instance. Note that adminClientIPAddr is set implicitly from this write; it cannot be written directly. An entry may subsequently be deleted by writing (any value) to adminClientDelete. adminClientTable is stored in nonvolatile RAM. Default: a single entry with: adminClientIPAddr.0.0.0.0=0.0.0.0, adminClientIPMask.0.0.0.0=0.0.0.0, adminClientCommunities.0.0.0.0=7
SEQUENCE OF AdminClientEntry
.1.3.6.1.4.1.23.2.1.1.10
adminClientEntryData about each authorized client.
AdminClientEntry
.1.3.6.1.4.1.23.2.1.1.10.1
adminClientIPAddrThe IP address (or portion thereof) of a station authorized to access the LANtern network monitor.ro
IpAddress
.1.3.6.1.4.1.23.2.1.1.10.1.1
adminClientIPMaskA 32-bit mask that is bitwise anded with the candidate client's IP address before attempting to match against adminClientIPAddr.rw
IpAddress
.1.3.6.1.4.1.23.2.1.1.10.1.2
adminClientCommunitiesA bit array where the presence of a particular bit indicates that use of that particular community name is permitted. Bit Community 2^0 administrator 2^1 logger 2^2 monitor.rw
INTEGER
.1.3.6.1.4.1.23.2.1.1.10.1.3
adminClientDeleteA write (any value) causes the table entry to be deleted.rw
INTEGER
.1.3.6.1.4.1.23.2.1.1.10.1.4
adminUnauthorizedIPAddrThe IP address of the station that generated the authentication failure.
IpAddress
.1.3.6.1.4.1.23.2.1.1.11
adminUnauthorizedCommunityThe community name string used in the PDU that generated the authentication failure.
OCTET STRING
.1.3.6.1.4.1.23.2.1.1.12
adminNotificationTableA list of all stations wishing to receive traps from the LANtern network monitor; accessed by adminNotificationIPAddr. A new entry may be created by writing to a nonexistent instance. Note that adminNotificationIPAddr is set implicitly from this write; it cannot be written directly. An entry may subsequently be deleted by writing (any value) to adminNotificationDelete adminNotificationTable is stored in nonvolatile RAM.
SEQUENCE OF AdminNotificationEntry
.1.3.6.1.4.1.23.2.1.1.13
adminNotificationEntryData for each station on the notification list.
AdminNotificationEntry
.1.3.6.1.4.1.23.2.1.1.13.1
adminNotificationIPAddrThe IP address of the station wishing to receive traps from the LANtern network monitor.ro
IpAddress
.1.3.6.1.4.1.23.2.1.1.13.1.1
adminNotificationStatusTraps are sent to all primaryContacts who have the corresponding bit set in adminNotificationTrapMask. Traps are sent to backupContacts only if they have the corresponding bit set in adminNotificationTrapMask and if a confirmed delivery to a station naming it as backup failed. Default: primaryContact(1)rw
Enumeration
.1.3.6.1.4.1.23.2.1.1.13.1.2
adminNotificationTrapMaskA bit array specifying which traps the station wishes to receive. Bit Trap 2^0 warmStart 2^1 cableFailure 2^2 reserved 2^3 duplicateIPAddr 2^4 utilizationAlarm 2^5 errorsAlarm 2^6 broadcastsAlarm 2^7 collisionsAlarm 2^8 authenticationFailure 2^9 hostInactive 2^10 hostActive 2^11 newHost 2^12 hostLimitExceededrw
INTEGER
.1.3.6.1.4.1.23.2.1.1.13.1.3
adminNotificationConfirmMaskA bit array specifying which traps the station wishes to receive with confirmed delivery. Any bits set must also be set in adminNotificationTrapMask. If a trap sent with confirmed delivery is not acknowledged within adminNotificationTimeout seconds it is sent again. After adminNotificationRetries attempts to deliver the trap, the LANtern network monitor gives up, and tries to deliver it to the station specified by adminNotificationBackup.rw
INTEGER
.1.3.6.1.4.1.23.2.1.1.13.1.4
adminNotificationTimeoutFor traps with confirmed delivery, adminNotificationTimeout specifies the interval (in seconds) between retries.rw
Seconds
.1.3.6.1.4.1.23.2.1.1.13.1.5
adminNotificationRetriesFor traps with confirmed delivery, adminNotificationRetries specifies the number of retries that should be attempted before giving up and trying to deliver the trap to adminNotificationBackupIPAddr.rw
INTEGER
.1.3.6.1.4.1.23.2.1.1.13.1.6
adminNotificationBackupIPAddrFor traps with confirmed delivery, adminNotificationBackupIPAddr specifies the IP address of a backup station (also in adminNotificationTable) to be contacted should delivery of the trap to this station fail. Default: 0.0.0.0 (no backup)rw
IpAddress
.1.3.6.1.4.1.23.2.1.1.13.1.7
adminNotificationDeleteA write (any value) causes the table entry to be deleted.rw
INTEGER
.1.3.6.1.4.1.23.2.1.1.13.1.8
adminTrapHandleA unique handle that is generated for each trap issued and that is passed in the trap-PDU along with any other variable bindings.
INTEGER
.1.3.6.1.4.1.23.2.1.1.14
adminTrapAcknowledgeA trap is acknowledged by writing the value of adminTrapHandle passed in the trap-PDU to adminTrapAcknowledge.rw
INTEGER
.1.3.6.1.4.1.23.2.1.1.15
adminDownLoadFileThe name of the executable file to be downloaded from adminDownLoadServer.rw
OCTET STRING
.1.3.6.1.4.1.23.2.1.1.16
adminDownLoadServerThe name of the file server from which to download a new executable image (adminDownLoadFile).rw
IpAddress
.1.3.6.1.4.1.23.2.1.1.17
adminDownloadA write to adminDownload of temporaryChange(1) or permanentChange(2) causes the LANtern network monitor to discontinue its normal functions and perform a TFTP read of the file specified by adminDownLoadFile from the server specified by adminDownLoadServer into RAM. Upon successful completion of the file transfer, the new image is written to the flash EPROM memory (permanentChange only), destroying the previous image. The LANtern network monitor then performs a warm restart to activate the new image. A read of adminDownLoad returns the status of the last download. The values temporaryChange(1) and permanentChange(2) indicate a download is in progress. tftpFailed(4) indicates the server failed to respond or the transfer timed out. badFile(5) occurs if the LANtern network monitor determines the downloaded file has been corrupted or is not a LANtern executable. All other error codes are the values defined by the TFTP protocol [RFC 783], offset by six. Note: adminDownloadFile and adminDownLoadServer must be set prior (separate PDU) to setting adminDownLoad.rw
Enumeration
.1.3.6.1.4.1.23.2.1.1.18
adminResetA write to adminReset causes the LANtern network monitor to discontinue its normal functions and commence a restart sequence. The contents of RAM, including all counters and statistics, are lost. A coldRestart destroys the contents of the nonvolatile RAM and causes the LANtern network monitor to start up exactly as if power was supplied for the first time. This is equivalent to supplying power to the LANtern network monitor while holding the hardware reset button depressed. A warmRestart preserves the contents of the nonvolatile RAM and causes the LANtern network monitor to start up exactly as if the reset button had been pressed (or power was being restored after an outage).rw
Enumeration
.1.3.6.1.4.1.23.2.1.1.19
adminSerialIPAddrThe IP address currently in use by the LANtern network monitor on the serial channel. adminSerialIPAddr may be written at any time; however, the change does not take effect until the LANtern network monitor is restarted. When adminSerialIPAddr is read, it returns the IP address currently in use, regardless of any previous writes. adminSerialIPAddr is stored in nonvolatile RAM.rw
IpAddress
.1.3.6.1.4.1.23.2.1.1.21
adminSerialSubnetMaskThe subnet mask for the serial channel. adminSerialSubnetMask may be written at any time; however, the change does not take effect until the LANtern network monitor is restarted. When this variable is read, it returns the subnet mask currently in use, regardless of any previous writes. When the value 0.0.0.0 is stored in this variable, the LANtern assumes no subnetting. adminSerialSubnetMask is stored in nonvolatile RAM.rw
IpAddress
.1.3.6.1.4.1.23.2.1.1.22
adminSerialBaudRateA codification of the baud rate to be used on the serial line for incoming calls or when the line is directly connected. Change does not switch line speed until next state change of modem or reset. adminSerialBaudRate is stored in nonvolatile RAM.rw
Enumeration
.1.3.6.1.4.1.23.2.1.1.23
adminSerialTimeoutOnce a phone connection has been established, the LANtern network monitor maintains that connection until either the other end hangs up or adminSerialTimeout seconds elapses with no communication. adminSerialTimeout is stored in nonvolatile RAM.rw
Seconds
.1.3.6.1.4.1.23.2.1.1.24
adminSerialConnectionThe type of connection used by the serial line. adminSerialConnection may be written at any time; however, the change does not take effect until the LANtern network monitor is restarted. When adminSerialConnection is read, it returns the value currently in use, regardless of any previous writes. adminSerialConnection is stored in nonvolatile RAM.rw
Enumeration
.1.3.6.1.4.1.23.2.1.1.25
adminSerialFlowControlThe type of flow control used on the serial line. adminSerialFlowControl may be written at any time; however, the change does not take effect until the LANtern network monitor is restarted. When adminSerialFlowControl is read, it returns the value currently in use, regardless of any previous writes. adminSerialFlowControl is stored in nonvolatile RAM.rw
Enumeration
.1.3.6.1.4.1.23.2.1.1.26
adminModemControlA delimited string containing commands to initialize, dial, and hang up the modem. See Section 3.1.2 for more details on the format of this string. adminModemControl may be written at any time; however, the change does not take effect until the LANtern network monitor is restarted. When adminModemControl is read, it returns the value currently in use, regardless of any previous writes. adminModemControl is stored in nonvolatile RAM.rw
OCTET STRING
.1.3.6.1.4.1.23.2.1.1.27
adminModemConnectA delimited string containing baud rates and modem responses when it connects at particular baud rates. See Section 3.1.2 for more details on the format of this string. adminModemConnect may be written at any time; however, the change does not take effect until the LANtern network monitor is restarted. When adminModemConnect is read, it returns the value currently in use, regardless of any previous writes. adminModemConnect is stored in nonvolatile RAM.rw
OCTET STRING
.1.3.6.1.4.1.23.2.1.1.28
adminModemNoConnectA delimited string containing baud rates and modem responses when it connects at particular baud rates. See Section 3 for more details on the format of this string. adminModemNoConnect may be written at any time; however, the change does not take effect until the LANtern network monitor is restarted. When adminModemNoConnect is read, it returns the value currently in use, regardless of any previous writes. adminModemNoConnect is stored in nonvolatile RAM.rw
OCTET STRING
.1.3.6.1.4.1.23.2.1.1.29
adminGatewayControlA switch to enable or disable IP gatewaying between the serial line and the network. See Section 3 for more details on the format of this string. adminGatewayControl may be written at any time; however, the change does not take effect until the LANtern network monitor is restarted. When adminGatewayControl is read, it returns the value currently in use, regardless of any previous writes. adminGatewayControl is stored in nonvolatile RAM.rw
Enumeration
.1.3.6.1.4.1.23.2.1.1.30
adminPhoneTableA table that provides information about each possible phone connection that can be made over the serial channel. The table is accessed by adminPhoneIPAddr. A new entry can be created by writing to a nonexistent instance. Note that adminPhoneIPAddr is set implicitly from this write. adminPhoneIPAddr cannot be written directly. An entry may subsequently be deleted by writing (any value) to adminPhoneDelete. See Section 3 for more details about using the phone table. adminPhoneTable is stored in nonvolatile RAM.
SEQUENCE OF AdminPhoneEntry
.1.3.6.1.4.1.23.2.1.1.31
adminPhoneEntryData for a particular phone connection that can be established over the serial channel.
AdminPhoneEntry
.1.3.6.1.4.1.23.2.1.1.31.1
adminPhoneIPAddrThe IP address of the machine or IP network (SLIP gateway) at adminPhoneNumber.ro
IpAddress
.1.3.6.1.4.1.23.2.1.1.31.1.1
adminPhoneIPMaskThe IP subnet mask to be used when communicating over this phone connection. When the value 0.0.0.0 is stored in this variable, the LANtern network monitor assumes no subnetting. Default: 0.0.0.0 (no subnetting)rw
IpAddress
.1.3.6.1.4.1.23.2.1.1.31.1.2
adminPhoneLocalIPAddrThe IP address the LANtern network monitor uses for its serial port while communicating over this phone connection.rw
IpAddress
.1.3.6.1.4.1.23.2.1.1.31.1.3
adminPhoneNumberThe phone number string the modem uses to dial the machine with IP address adminPhoneIPAddr.rw
OCTET STRING
.1.3.6.1.4.1.23.2.1.1.31.1.4
adminPhoneConnectionProtocolAn ASCII string specifying the logon sequence once the phone is connected.rw
OCTET STRING
.1.3.6.1.4.1.23.2.1.1.31.1.5
adminPhoneDeleteA write (any value) causes the table entry to be deleted.rw
INTEGER
.1.3.6.1.4.1.23.2.1.1.31.1.6
lanternEthernet
OBJECT IDENTIFIER
.1.3.6.1.4.1.23.2.1.2
eNetworkEventsThe total number of network events (good packets, error packets, and collisions) observed since counter initialization. A network event is any activity on the network in which signal transitions cause carrier sense to be active for more than 0.5 microseconds. Carrier sense dropouts that occur during collisions, and sometimes at the beginning or end of packets, are filtered out to ensure that an individual packet is counted only once.ro
Counter
.1.3.6.1.4.1.23.2.1.2.1
eGoodPktsThe total number of legally formed packets received by the network controller since counter initialization.ro
Counter
.1.3.6.1.4.1.23.2.1.2.2
eBroadcastPktsThe total number of good packets with the broadcast address as the destination address.ro
Counter
.1.3.6.1.4.1.23.2.1.2.3
eMulticastPktsThe total number of good packets with a multicast address as the destination address. The broadcast address is not included.ro
Counter
.1.3.6.1.4.1.23.2.1.2.4
eUnicastPktsThe total number of good packets with an individual host address as the destination address.ro
Counter
.1.3.6.1.4.1.23.2.1.2.5
ePkts64to127OctetsThe total number of good packets between 64 and 127 octets in length, including the CRC.ro
Counter
.1.3.6.1.4.1.23.2.1.2.6
ePkts128to255OctetsThe total number of good packets between 128 and 255 octets in length, including the CRC.ro
Counter
.1.3.6.1.4.1.23.2.1.2.7
ePkts256to511OctetsThe total number of good packets between 256 and 511 octets in length, including CRC.ro
Counter
.1.3.6.1.4.1.23.2.1.2.8
ePkts512to1023OctetsThe total number of good packets between 512 and 1023 octets in length, including CRC.ro
Counter
.1.3.6.1.4.1.23.2.1.2.9
ePkts1024to1518OctetsThe total number of good packets between 1024 and 1518 octets in length, including CRC.ro
Counter
.1.3.6.1.4.1.23.2.1.2.10
eErrorsThe total number of errors detected since counter initialization. It is the sum of a CRC/Alignment errors, Oversize errors, Undersize errors, and Jabbers, as defined below.ro
Counter
.1.3.6.1.4.1.23.2.1.2.11
eCRCAlignErrorsThe total number of legal size packets with a bad Frame Check Sequence (FCS) received by the network controller since counter initialization.ro
Counter
.1.3.6.1.4.1.23.2.1.2.12
eUndersizePktsThe total number of undersize packets received by the network controller since counter initialization. An undersize packet is one that is less than 64 octets long (including CRC) and is otherwise well formed.ro
Counter
.1.3.6.1.4.1.23.2.1.2.13
eOversizePktsThe total number of oversize packets received by the network controller since counter initialization. An oversize packet is one that is longer than 1518 octets (including CRC) and is otherwise well-formed.ro
Counter
.1.3.6.1.4.1.23.2.1.2.14
eJabbersThe total number of packets longer than 1518 octets with a bad Frame Check Sequence (FCS) received by the network controller since counter initialization.ro
Counter
.1.3.6.1.4.1.23.2.1.2.15
eCollisionsThe total number of local collisions observed since counter initialization. A local collision is a collision or other 'signal quality error' event that occurs on the segment to which the LANtern network monitor is attached.ro
Counter
.1.3.6.1.4.1.23.2.1.2.16
eFragmentsThe total number of packets shorter than 64 octets with a bad Frame Check Sequence (FCS) received by the network controller since counter initialization.ro
Counter
.1.3.6.1.4.1.23.2.1.2.17
eOctetsThe total number of octets on the network in good packets. The source/destination address, the type/length field, and the CRC are included. This measurement gives a good indication of useful network throughput.ro
Counter
.1.3.6.1.4.1.23.2.1.2.18
eTimeUSecsTime in microseconds. If read in the same PDU as other counters, this can be used to accurately compute statistics over time.ro
Counter
.1.3.6.1.4.1.23.2.1.2.19
eCarrierUSecsThe number of microseconds during which carrier was detected on the cable. This can be used in conjunction with eTimeUSecs to accurately compute network utilization over time.ro
Counter
.1.3.6.1.4.1.23.2.1.2.20
eHistoryBucketsThe number of discrete time intervals (or buckets) over which the logged data is saved. This number is a constant.ro
INTEGER
.1.3.6.1.4.1.23.2.1.2.21
eHistoryIntervalThe interval, in seconds, represented by each bucket. eHistoryInterval is stored in nonvolatile RAM.rw
Seconds
.1.3.6.1.4.1.23.2.1.2.22
eHistoryTableA log of the network events that occurred during each of the preceding eHistoryBuckets intervals of length eHistoryInterval.
SEQUENCE OF EHistoryEntry
.1.3.6.1.4.1.23.2.1.2.23
eHistoryEntryEach logged counter has the same semantics as the counter with a similar name defined above, except that each counter records only those events that occurred during the log interval. The remaining log entries are defined below.
EHistoryEntry
.1.3.6.1.4.1.23.2.1.2.23.1
eHistoryNetworkEventsThe number of network events (good packets, error packets, and collisions) observed during the interval. A network event is any activity on the network in which signal transitions cause carrier sense to be active for more than 0.5 microseconds. Carrier sense dropouts that occur during collisions, and sometimes at the beginning or end of packets, are filtered out to ensure that an individual packet is counted only once.ro
Counter
.1.3.6.1.4.1.23.2.1.2.23.1.1
eHistoryGoodPktsThe number of legally formed packets received by the network controller during the interval.ro
Counter
.1.3.6.1.4.1.23.2.1.2.23.1.2
eHistoryBroadcastPktsThe number of good packets with the broadcast address as the destination address received during the interval.ro
Counter
.1.3.6.1.4.1.23.2.1.2.23.1.3
eHistoryMulticastPktsThe number of good packets with a multicast address as the destination address received during the interval. The broadcast address is not included.ro
Counter
.1.3.6.1.4.1.23.2.1.2.23.1.4
eHistoryUnicastPktsThe number of good packets with an individual host address as the destination address received during the interval.ro
Counter
.1.3.6.1.4.1.23.2.1.2.23.1.5
eHistoryPkts64to127OctetsThe number of good packets between 64 and 127 octets in length, including the CRC received during the interval.ro
Counter
.1.3.6.1.4.1.23.2.1.2.23.1.6
eHistoryPkts128to255OctetsThe number of good packets between 128 and 255 octets in length, including the CRC received during the interval.ro
Counter
.1.3.6.1.4.1.23.2.1.2.23.1.7
eHistoryPkts256to511OctetsThe number of good packets between 256 and 511 octets in length, including CRC received during the interval.ro
Counter
.1.3.6.1.4.1.23.2.1.2.23.1.8
eHistoryPkts512to1023OctetsThe number of good packets between 512 and 1023 octets in length, including CRC received during the interval.ro
Counter
.1.3.6.1.4.1.23.2.1.2.23.1.9
eHistoryPkts1024to1518OctetsThe number of good packets between 1024 and 1518 octets in length, including CRC received during the interval.ro
Counter
.1.3.6.1.4.1.23.2.1.2.23.1.10
eHistoryErrorsThe number of errors detected during the interval. It is the sum of a CRC/Alignment errors, Oversize errors, Undersize errors, and Jabbers, as defined below.ro
Counter
.1.3.6.1.4.1.23.2.1.2.23.1.11
eHistoryCRCAlignErrorsThe number of legal size packets with a bad Frame Check Sequence (FCS) received by the network controller during the interval.ro
Counter
.1.3.6.1.4.1.23.2.1.2.23.1.12
eHistoryUndersizePktsThe number of undersize packets received by the network controller during the interval. An undersize packet is one that is less than 64 octets long (including CRC) and is otherwise well formed.ro
Counter
.1.3.6.1.4.1.23.2.1.2.23.1.13
eHistoryOversizePktsThe number of oversize packets received by the network controller during the interval. An oversize packet is one that is longer than 1518 octets (including CRC) and is otherwise well- formed.ro
Counter
.1.3.6.1.4.1.23.2.1.2.23.1.14
eHistoryJabbersThe number of packets longer than 1518 octets with a bad Frame Check Sequence (FCS) received by the network controller during the interval.ro
Counter
.1.3.6.1.4.1.23.2.1.2.23.1.15
eHistoryCollisionsThe number of local collisions observed during the interval. A local collision is a collision or other 'signal quality error' event that occurs on the segment to which the LANtern network monitor is attached.ro
Counter
.1.3.6.1.4.1.23.2.1.2.23.1.16
eHistoryFragmentsThe number of packets shorter than 64 octets with a bad Frame Check Sequence (FCS) received by the network controller during the interval.ro
Counter
.1.3.6.1.4.1.23.2.1.2.23.1.17
eHistoryOctetsThe number of octets on the network in good packets during the interval. The source/destination address, the type/length field, and the CRC are included. This measurement gives a good indication of useful network throughput.ro
Counter
.1.3.6.1.4.1.23.2.1.2.23.1.18
eHistoryUtilizationThe average network utilization during this interval, in tenths of a percent.ro
INTEGER
.1.3.6.1.4.1.23.2.1.2.23.1.19
eHistoryIntervalStartThe date and time of the start of the interval represented by the data in this bucket. This is the same as eHistoryIntervalEnd of the previous bucket.ro
Time
.1.3.6.1.4.1.23.2.1.2.23.1.20
eHistoryIntervalEndThe date and time of the end of the interval represented by the data in this bucket. This is the same as eHistoryIntervalStart of the next bucket.ro
Time
.1.3.6.1.4.1.23.2.1.2.23.1.21
eAlarmTableA table of critical gauges for which an alarm is generated, if one exceeds its predetermined thresholds. The table is accessed by gauge type. The user-settable parameters of eAlarmTable are stored in nonvolatile RAM.
SEQUENCE OF EAlarmEntry
.1.3.6.1.4.1.23.2.1.2.24
eAlarmEntryParameters for each alarmed gauge.
EAlarmEntry
.1.3.6.1.4.1.23.2.1.2.24.1
eAlarmTypeDefines the network parameter being monitored by this gauge. percentUtilization: Average percent utilization. percentErrors: Errors as a percentage of total packets (good packets + errors). percentBroadcasts: Broadcast packets as a percentage of total good packets. percentCollisions: Local collisions as a percentage of total network events.ro
Enumeration
.1.3.6.1.4.1.23.2.1.2.24.1.1
eAlarmValueThe value, in tenths of one percent, of the monitored network parameter computed over the previous sampling interval.ro
Gauge
.1.3.6.1.4.1.23.2.1.2.24.1.2
eAlarmStateIf the gauge is enabled, its value is computed and an alarm (trap-PDU) is generated if either of its thresholds is exceeded. Otherwise, its value is not computed. eAlarmState is stored in nonvolatile RAM.rw
Enumeration
.1.3.6.1.4.1.23.2.1.2.24.1.3
eAlarmSampleTimeThe interval, in seconds, over which eAlarmValue is sampled. eAlarmSampleTime is stored in nonvolatile RAM.rw
Seconds
.1.3.6.1.4.1.23.2.1.2.24.1.4
eAlarmMinTrafficThe minimum value the denominator of the alarm equation must achieve during the sample interval before the LANtern network monitor updates eAlarmValue. This can be used to prevent spurious alarms caused by very low traffic. eAlarmMinTraffic is stored in nonvolatile RAM.rw
INTEGER
.1.3.6.1.4.1.23.2.1.2.24.1.5
eAlarmLowThresholdThe low threshold for eAlarmValue, in tenths of one percent. eAlarmLowThreshold is stored in nonvolatile RAM.rw
INTEGER
.1.3.6.1.4.1.23.2.1.2.24.1.6
eAlarmHighThresholdThe high threshold for eAlarmValue, in tenths of one percent. eAlarmHighThreshold is stored in nonvolatile RAM.rw
INTEGER
.1.3.6.1.4.1.23.2.1.2.24.1.7
eAlarmLowDeltaThe delta value used to offset the gauge value when the low threshold is passed, in tenths of one percent. eAlarmLowDelta is stored in nonvolatile RAM.rw
INTEGER
.1.3.6.1.4.1.23.2.1.2.24.1.8
eAlarmHighDeltaThe delta value used to offset the gauge value when the high threshold is passed. eAlarmHighDelta is stored in nonvolatile RAM.rw
INTEGER
.1.3.6.1.4.1.23.2.1.2.24.1.9
eAlarmLowWaterMarkThe lowest value seen for eAlarmValue, in tenths of one percent. This can be reset by writing to eAlarmLowWaterMark. The value written is ignored, and eAlarmLowWaterMark is set to the current value of eAlarmValue.rw
INTEGER
.1.3.6.1.4.1.23.2.1.2.24.1.10
eAlarmHighWaterMarkThe highest value seen for eAlarmValue, in tenths of one percent. This can be reset by writing to eAlarmHighWaterMark. The value written is ignored, and eAlarmHighWaterMark is set to the current value of eAlarmValue.rw
INTEGER
.1.3.6.1.4.1.23.2.1.2.24.1.11
eAlarmLowSetTimeThe date and time eAlarmLowWaterMark was last set. This value is NULL until the first time eAlarmLowWaterMark is set.ro
Time
.1.3.6.1.4.1.23.2.1.2.24.1.12
eAlarmHighSetTimeThe date and time eAlarmHighWaterMark was last set. This value is NULL until the first time eAlarmHighWaterMark is set.ro
Time
.1.3.6.1.4.1.23.2.1.2.24.1.13
eHostNewHostAlarmIf enabled, the LANtern network monitor generates a newHost trap whenever a new host first transmits on the network segment. Note that eHostNewHostAlarm is NOT stored in nonvolatile RAM, and returns to its default setting whenever the LANtern network monitor is reset (or powered-on).rw
Enumeration
.1.3.6.1.4.1.23.2.1.2.25
eHostTableEntriesThe number of entries currently in eHostTable and eHostTTable.ro
INTEGER
.1.3.6.1.4.1.23.2.1.2.26
eHostPurgeWriting a date and time to eHostPurge causes the LANtern network monitor to purge all host table entries eHostTable where the date and time of both the most recent transmission and reception is earlier than that specified. All matrix entries (eMatrixSDTable and eMatrixDSTable) associated with the deleted host entries are also deleted. Hosts with the purge disable flag set are not deleted. Reading this variable returns the date and time of the last purge. The value returned is 0 (midnight 1 January 1900), if the table has never been purged.rw
Time
.1.3.6.1.4.1.23.2.1.2.27
eHostTableStatistical data for each host seen on the network, accessed by MAC address. Entries may be 'preloaded' into the table by writing to eHostControl for the appropriate instance, which also creates a corresponding entry in eHostTTable and sets the date and time of first transmit to the current date and time. An entry can be deleted from the table by writing (any value) to eHostDelete. This also deletes the corresponding entry from eHostTTable and all entries from eMatrixSDTable and eMatrixDSTable that reference that host.
SEQUENCE OF EHostEntry
.1.3.6.1.4.1.23.2.1.2.28
eHostEntryStatistical data for each host seen on the network, accessed by eHostAddress.
EHostEntry
.1.3.6.1.4.1.23.2.1.2.28.1
eHostAddressThe MAC layer physical address of the host.ro
PhysAddress (SNMPv2-TC)
.1.3.6.1.4.1.23.2.1.2.28.1.1
eHostInPktsThe total number of good packets transmitted to this address.ro
Counter
.1.3.6.1.4.1.23.2.1.2.28.1.2
eHostOutPktsThe total number of good packets transmitted by this host.ro
Counter
.1.3.6.1.4.1.23.2.1.2.28.1.3
eHostInOctetsThe total number of octets in good packets transmitted to this address.ro
Counter
.1.3.6.1.4.1.23.2.1.2.28.1.4
eHostOutOctetsThe total number of octets in good packets transmitted by this host.ro
Counter
.1.3.6.1.4.1.23.2.1.2.28.1.5
eHostInErrorsThe total number of error (CRC, undersize, or oversize) packets transmitted to this address.ro
Counter
.1.3.6.1.4.1.23.2.1.2.28.1.6
eHostOutErrorsThe total number of error (CRC, undersize, or oversize) packets transmitted by this host.ro
Counter
.1.3.6.1.4.1.23.2.1.2.28.1.7
eHostProtocolsA bit array where each bit indicates a protocol that was seen in a packet transmitted by that host. The protocols currently monitored are: Bit Protocol 2^0 Unrecognized protocol (none of the following) 2^1 DOD (IP, ARP, RARP) 2^2 ISO 2^3 DEC 2^4 NetWare 2^5 AppleTalk (AppleTalk, AppleTalk ARP) 2^6 XNS 2^7 SNA 2^8 VINESro
INTEGER
.1.3.6.1.4.1.23.2.1.2.28.1.8
eHostFirstTransmitThe date and time of the first good transmission by this host. If the host has not transmitted, this value is 0ro
Time
.1.3.6.1.4.1.23.2.1.2.28.1.9
eHostLastTransmitThe date and time of the most recent transmission by this host. If the host has not transmitted, this value is 0ro
Time
.1.3.6.1.4.1.23.2.1.2.28.1.10
eHostLastReceiveThe data and time of the most recent transmission to this address.ro
Time
.1.3.6.1.4.1.23.2.1.2.28.1.11
eHostControlA collection of control bits and bit fields. These fields are grouped into one object to reduce network traffic (especially over the serial line) during startup. Writing to eHostControl may be used to pre-load entries into the table. This also has the side effect of inhibiting newHost traps for that host. BITS MEANING 2^0-2^2 3-bit host timeout code 0 - host timeout disabled 1 - 1 minute 2 - 2 minutes 3 - 4 minutes 4 - 8 minutes 5 - 16 minutes 6 - 32 minutes 7 - 64 minutes 2^3 onSegmentBit: if set, host is on LANtern's segment. 2^7 inhibitPurgeBit: if set, inhibit purge for this host.rw
INTEGER
.1.3.6.1.4.1.23.2.1.2.28.1.12
eHostDeleteAn entry may be deleted from eHostTable by writing (any value) to eHostDelete. Note that this overrides the purge disable flag in eHostControl. Any entries in the matrix tables (eMatrixSDTable and eMatrixDSTable) that reference the host being deleted also are deleted.rw
INTEGER
.1.3.6.1.4.1.23.2.1.2.28.1.13
eHostTTableStatistical data for each host that has transmitted on the network; accessed by eHostTFirstTransmit (and an ordinal number to resolve ambiguities).
SEQUENCE OF EHostTEntry
.1.3.6.1.4.1.23.2.1.2.29
eHostTEntryThe contents are identical to those described for eHostTable above except that the access for eHostTControl is read-only for all communities. The table is accessed by eHostTFirstTransmit (and an ordinal number to resolve ambiguities)
EHostTEntry
.1.3.6.1.4.1.23.2.1.2.29.1
eHostTAddressThe MAC layer physical address of the host.ro
PhysAddress (SNMPv2-TC)
.1.3.6.1.4.1.23.2.1.2.29.1.1
eHostTInPktsThe total number of good packets transmitted to this address.ro
Counter
.1.3.6.1.4.1.23.2.1.2.29.1.2
eHostTOutPktsThe total number of good packets transmitted by this host.ro
Counter
.1.3.6.1.4.1.23.2.1.2.29.1.3
eHostTInOctetsThe total number of octets in good packets transmitted to this address.ro
Counter
.1.3.6.1.4.1.23.2.1.2.29.1.4
eHostTOutOctetsThe total number of octets in good packets transmitted by this host.ro
Counter
.1.3.6.1.4.1.23.2.1.2.29.1.5
eHostTInErrorsThe total number of error (CRC, undersize, or oversize) packets transmitted to this address.ro
Counter
.1.3.6.1.4.1.23.2.1.2.29.1.6
eHostTOutErrorsThe total number of error (CRC, undersize, or oversize) packets transmitted by this host.ro
Counter
.1.3.6.1.4.1.23.2.1.2.29.1.7
eHostTProtocolsA bit array where each bit indicates a protocol that was seen in a packet transmitted by that host. The protocols currently monitored are: Bit Protocol 2^0 Unrecognized protocol (none of the following) 2^1 DOD (IP, ARP, RARP) 2^2 ISO 2^3 DEC 2^4 NetWare 2^5 AppleTalk (AppleTalk, AppleTalk ARP) 2^6 XNS 2^7 SNA 2^8 VINESro
INTEGER
.1.3.6.1.4.1.23.2.1.2.29.1.8
eHostTFirstTransmitThe date and time of the first good transmission by this host. If the host has not transmitted, this value is 0ro
Time
.1.3.6.1.4.1.23.2.1.2.29.1.9
eHostTLastTransmitThe date and time of the most recent transmission by this host. If the host has not transmitted, this value is 0ro
Time
.1.3.6.1.4.1.23.2.1.2.29.1.10
eHostTLastReceiveThe data and time of the most recent transmission to this address.ro
Time
.1.3.6.1.4.1.23.2.1.2.29.1.11
eHostTControlA collection of control bits and bit fields. These fields are grouped into one object to reduce network traffic (especially over the serial line) during startup. Writing to eHostControl may be used to pre-load entries into the table. This also has the side effect of inhibiting newHost traps for that host. BITS MEANING 2^0-2^2 3-bit host timeout code 0 - host timeout disabled 1 - 1 minute 2 - 2 minutes 3 - 4 minutes 4 - 8 minutes 5 - 16 minutes 6 - 32 minutes 7 - 64 minutes 2^3 onSegmentBit: if set, host is on LANtern's segment. 2^7 inhibitPurgeBit: if set, inhibit purge for this host.ro
INTEGER
.1.3.6.1.4.1.23.2.1.2.29.1.12
eMatrixTableEntriesThe number of entries currently in eMatrixSDTable and eMatrixDSTable.ro
INTEGER
.1.3.6.1.4.1.23.2.1.2.30
eMatrixPurgeWriting a date and time to eMatrixPurge causes the LANtern network monitor to purge all matrix (eMatrixSDTable and eMatrixDSTable) table entries where the date and time of most recent transmission is earlier than the specified time. The whole table can be purged by writing a time later than the current time. Reading this variable returns the time of most recent manual or automatic purge. The value returned is 0 (midnight 1 January 1900), if the table has never been purged.rw
Time
.1.3.6.1.4.1.23.2.1.2.31
eMatrixSDTableA table of network traffic sent from one particular source host to one particular destination host. A particular object instance is accessed by appending the source host address followed by the destination host address. This allows the table to be traversed with the source address as the major key and the destination address as the minor key. An entry may be deleted from the table by writing to eMatrixSDDelete.
SEQUENCE OF EMatrixSDEntry
.1.3.6.1.4.1.23.2.1.2.32
eMatrixSDEntryThe statistics for traffic in a particular direction between two hosts on the network.
EMatrixSDEntry
.1.3.6.1.4.1.23.2.1.2.32.1
eMatrixSDSourceAddressThe MAC layer physical address of the source host.ro
PhysAddress (SNMPv2-TC)
.1.3.6.1.4.1.23.2.1.2.32.1.1
eMatrixSDDestAddressThe MAC layer physical address of the destination host.ro
PhysAddress (SNMPv2-TC)
.1.3.6.1.4.1.23.2.1.2.32.1.2
eMatrixSDPktsThe number of good packets sent from eMatrixSDSourceAddress to eMatrixSDDestAddress.ro
Counter
.1.3.6.1.4.1.23.2.1.2.32.1.3
eMatrixSDOctetsThe number of octets in good packets sent from eMatrixSDSourceAddress to eMatrixSDDestAddress.ro
Counter
.1.3.6.1.4.1.23.2.1.2.32.1.4
eMatrixSDErrorsThe number of error (CRC/align/undersize/oversize) packets sent from eMatrixSDSourceAddress to eMatrixSDDestAddress.ro
Counter
.1.3.6.1.4.1.23.2.1.2.32.1.5
eMatrixSDProtocolsA bit array where each bit indicates a protocol that was seen in a packet sent from eMatrixSDSourceAddress to eMatrixSDDestAddress. The protocols currently monitored are: Bit Protocol 2^0 Unrecognized protocol (none of the following) 2^1 DOD (IP, ARP, RARP) 2^2 ISO 2^3 DEC 2^4 NetWare 2^5 AppleTalk (AppleTalk, AppleTalk ARP) 2^6 XNS 2^7 SNA 2^8 VINESro
INTEGER
.1.3.6.1.4.1.23.2.1.2.32.1.6
eMatrixSDFirstTransmitThe date and time the first transmission from eMatrixSDSourceAddress to eMatrixSDDestAddress.ro
Time
.1.3.6.1.4.1.23.2.1.2.32.1.7
eMatrixSDLastTransmitThe date and time of the most recent transmission from eMatrixSDSourceAddress to eMatrixSDDestAddress.ro
Time
.1.3.6.1.4.1.23.2.1.2.32.1.8
eMatrixSDDeleteA write (any value) causes the table entry to be deleted.rw
INTEGER
.1.3.6.1.4.1.23.2.1.2.32.1.9
eMatrixDSTableA table of network traffic sent from one particular source host to one particular destination host. A particular object instance is accessed by appending the destination address followed by the source address. This allows the table to be traversed with the destination address as the major key and the source address as the minor key. An entry may be deleted from the table by writing to eMatrixDSDelete.
SEQUENCE OF EMatrixDSEntry
.1.3.6.1.4.1.23.2.1.2.33
eMatrixDSEntryThe contents of the table are identical to those described above for eMatrixSDTable.
EMatrixDSEntry
.1.3.6.1.4.1.23.2.1.2.33.1
eMatrixDSSourceAddressThe MAC layer physical address of the source host.ro
PhysAddress (SNMPv2-TC)
.1.3.6.1.4.1.23.2.1.2.33.1.1
eMatrixDSDestAddressThe MAC layer physical address of the destination host.ro
PhysAddress (SNMPv2-TC)
.1.3.6.1.4.1.23.2.1.2.33.1.2
eMatrixDSPktsThe number of good packets sent from eMatrixDSSourceAddress to eMatrixDSDestAddress.ro
Counter
.1.3.6.1.4.1.23.2.1.2.33.1.3
eMatrixDSOctetsThe number of octets in good packets sent from eMatrixDSSourceAddress to eMatrixDSDestAddress.ro
Counter
.1.3.6.1.4.1.23.2.1.2.33.1.4
eMatrixDSErrorsThe number of error (CRC/align/undersize/oversize) packets sent from eMatrixDSSourceAddress to eMatrixDSDestAddress.ro
Counter
.1.3.6.1.4.1.23.2.1.2.33.1.5
eMatrixDSProtocolsA bit array where each bit indicates a protocol that was seen in a packet sent from eMatrixDSSourceAddress to eMatrixDSDestAng defining the time zone of thee protocols currently monitored are: Bit Protocol 2^0 Unrecognized protocol (none of the following) 2^1 DOD (IP, ARP, RARP) 2^2 ISO 2^3 DEC 2^4 NetWare 2^5 AppleTalk (AppleTalk, AppleTalk ARP) 2^6 XNS 2^7 SNA 2^8 VINESro
INTEGER
.1.3.6.1.4.1.23.2.1.2.33.1.6
eMatrixDSFirstTransmitThe date and time the first transmission from eMatrixDSSourceAddress to eMatrixDSDestAddress.ro
Time
.1.3.6.1.4.1.23.2.1.2.33.1.7
eMatrixDSLastTransmitThe date and time of the most recent transmission from eMatrixDSSourceAddress to eMatrixDSDestAddress.ro
Time
.1.3.6.1.4.1.23.2.1.2.33.1.8
eMatrixDSDeleteA write (any value) causes the table entry to be deleted.rw
INTEGER
.1.3.6.1.4.1.23.2.1.2.33.1.9
eMediaCheckIntervalThe LANtern network monitor performs a periodic cable check every eMediaCheckInterval seconds. If eMediaCheckInterval is zero, periodic cable checks are not performed. eMediaCheckInterval is stored in nonvolatile RAM.rw
Seconds
.1.3.6.1.4.1.23.2.1.2.34
eMediaStatusReading eMediaStatus returns the most recent cable check, automatic or manual. Writing any value causby the LANtern network . This object is also passed in the cableFailure trap-PDU.ro
Enumeration
.1.3.6.1.4.1.23.2.1.2.35
eHostLimitThe maximum number of unicast addresses which the LANtern host table holds. A value of 0 indicates that there is no limit other than memory constraints. The value 0 will be returned by LANtern and the value 32 will be returned by LANtern LTD.ro
INTEGER
.1.3.6.1.4.1.23.2.1.2.37
eOnSegmentPktsThe count of the number of packets which were transmitted between hosts on the same segment as the LANtern.ro
Counter
.1.3.6.1.4.1.23.2.1.2.38
eOnSegmentOctetsThe count of the number of octets in packets which were transmitted between hosts on the same segment as the LANtern.ro
Counter
.1.3.6.1.4.1.23.2.1.2.39
eDepartingPktsThe count of the number of packets which were transmitted by hosts on the same segment as the LANtern to hosts on other segments.ro
Counter
.1.3.6.1.4.1.23.2.1.2.40
eDepartingOctetsThe count of the number of octets in packets which were transmitted by hosts on the same segment as the LANtern to hosts on other segments.ro
Counter
.1.3.6.1.4.1.23.2.1.2.41
eArrivingPktsThe count of the number of packets which were transmitted by hosts on other segments to hosts on the same segment as the LANtern.ro
Counter
.1.3.6.1.4.1.23.2.1.2.42
eArrivingOctetsThe count of the number of octets in packets which were transmitted by hosts on other segments to hosts on the same segment as the LANtern.ro
Counter
.1.3.6.1.4.1.23.2.1.2.43
eThruPktsThe count of the number of packets seen on the LANtern's segment which were transmitted between hosts which are not on the LANtern's segment.ro
Counter
.1.3.6.1.4.1.23.2.1.2.44
eThruOctetsThe count of the number of octets in packets seen on the LANtern's segment which were transmitted between hosts which are not on the LANtern's segment.ro
Counter
.1.3.6.1.4.1.23.2.1.2.45
eHostDeletesA count of the number of hosts which have been deleted since the LANtern was powered on.ro
Counter
.1.3.6.1.4.1.23.2.1.2.46
eHostOTableStatistical data for each host that has transmitted on the network; accessed by eHostOOrderIndex. This table exists to permit rapid downloading of the host table.
SEQUENCE OF EHostOEntry
.1.3.6.1.4.1.23.2.1.2.47
eHostOEntryThe contents are identical to those described for eHostTable above except that the access for eHostOControl is read-only for all communities and eHostOOrderIndex appears only in this table.
EHostOEntry
.1.3.6.1.4.1.23.2.1.2.47.1
eHostOAddressThe MAC layer physical address of the host.ro
PhysAddress (SNMPv2-TC)
.1.3.6.1.4.1.23.2.1.2.47.1.1
eHostOInPktsThe total number of good packets transmitted to this address.ro
Counter
.1.3.6.1.4.1.23.2.1.2.47.1.2
eHostOOutPktsThe total number of good packets transmitted by this host.ro
Counter
.1.3.6.1.4.1.23.2.1.2.47.1.3
eHostOInOctetsThe total number of octets in good packets transmitted to this address.ro
Counter
.1.3.6.1.4.1.23.2.1.2.47.1.4
eHostOOutOctetsThe total number of octets in good packets transmitted by this host.ro
Counter
.1.3.6.1.4.1.23.2.1.2.47.1.5
eHostOInErrorsThe total number of error (CRC, undersize, or oversize) packets transmitted to this address.ro
Counter
.1.3.6.1.4.1.23.2.1.2.47.1.6
eHostOOutErrorsThe total number of error (CRC, undersize, or oversize) packets transmitted by this host.ro
Counter
.1.3.6.1.4.1.23.2.1.2.47.1.7
eHostOProtocolsA bit array where each bit indicates a protocol that was seen in a packet transmitted by that host. The protocols currently monitored are: Bit Protocol 2^0 Unrecognized protocol (none of the following) 2^1 DOD (IP, ARP, RARP) 2^2 ISO 2^3 DEC 2^4 NetWare 2^5 AppleTalk (AppleTalk, AppleTalk ARP) 2^6 XNS 2^7 SNA 2^8 VINESro
INTEGER
.1.3.6.1.4.1.23.2.1.2.47.1.8
eHostOFirstTransmitThe date and time of the first good transmission by this host. If the host has not transmitted, this value is 0ro
Time
.1.3.6.1.4.1.23.2.1.2.47.1.9
eHostOLastTransmitThe date and time of the most recent transmission by this host. If the host has not transmitted, this value is 0ro
Time
.1.3.6.1.4.1.23.2.1.2.47.1.10
eHostOLastReceiveThe data and time of the most recent transmission to this address.ro
Time
.1.3.6.1.4.1.23.2.1.2.47.1.11
eHostOControlA collection of control bits and bit fields. These fields are grouped into one object to reduce network traffic (especially over the serial line) during startup. Writing to eHostControl may be used to pre-load entries into the table. This also has the side effect of inhibiting newHost traps for that host. BITS MEANING 2^0-2^2 3-bit host timeout code 0 - host timeout disabled 1 - 1 minute 2 - 2 minutes 3 - 4 minutes 4 - 8 minutes 5 - 16 minutes 6 - 32 minutes 7 - 64 minutes 2^3 onSegmentBit: if set, host is on LANtern's segment. 2^7 inhibitPurgeBit: if set, inhibit purge for this host.ro
INTEGER
.1.3.6.1.4.1.23.2.1.2.47.1.12
eHostOOrderIndexA (dense) ordinal that uniquely defines an entry in the eHostOTable table.ro
INTEGER
.1.3.6.1.4.1.23.2.1.2.47.1.13
lanternTokenRing
OBJECT IDENTIFIER
.1.3.6.1.4.1.23.2.1.3
lanternIp
OBJECT IDENTIFIER
.1.3.6.1.4.1.23.2.1.4
ipPingTargetWriting an IP address to ipPingTarget causes the LANtern network monitor to ping that host (using ICMP Echo). When the LANtern network monitor receives the echo response, a pingNotification trap is issued to the host that requested the ping. The data passed with the trap are ipPingTarget and ipPingDuration. Note: There is a separate instance of this variable (indexed by the IP address of the host to receive the notification) for each ping outstanding. This is best illustrated by an example; suppose one wants to request the LANtern to ping host 130.57.1.2 and send the ping notification trap to host 130.57.8.9. Accordingly, a set request as follows has the desired effect: ipPingTarget.130.57.8.9 = 130.57.1.2rw
IpAddress
.1.3.6.1.4.1.23.2.1.4.1
ipPingDurationThe elapsed time between the LANtern network monitor's issuance of the Ping and its receipt of the response. This data is passed with the pingNotification trap. Note: There is a separate instance of this variable (indexed by the IP address of the host to receive the notification) for each ping outstanding. This is best illustrated by an example; suppose one wants to request the LANtern to ping host 130.57.1.2 and send the ping notification trap to host 130.57.8.9. Accordingly, a set request as follows has the desired effect: ipPingDuration.130.57.8.9 = 130.57.1.2
TimeTicks (SNMPv2-SMI)
.1.3.6.1.4.1.23.2.1.4.2
ipDupeCheckEnables or disables duplicate IP address checking. ipDupeCheck may be written at any time; however, the change does not take effect until the LANtern network monitor is restarted. When ipDupeCheck is read, it returns the current state of duplicate IP address checking, regardless of any previous writes. ipDupeCheck is stored in nonvolatile RAM.rw
Enumeration
.1.3.6.1.4.1.23.2.1.4.3
ipDupeTableTable of active duplicate IP address alarms, accessed by IP address.
SEQUENCE OF IpDupeEntry
.1.3.6.1.4.1.23.2.1.4.4
ipDupeEntryData pertinent to the duplicate IP address alarm.
IpDupeEntry
.1.3.6.1.4.1.23.2.1.4.4.1
ipDupeIPAddrThe IP address that was observed being used by more than one host.ro
IpAddress
.1.3.6.1.4.1.23.2.1.4.4.1.1
ipDupeGoodMACAddrThe physical network address of the host that is authorized to use the IP address. Initially, this is the host that was first seen to use the IP address. Once an alarm has been generated, the administrator may override this assumption by writing the real authorized physical address to ipDupeGoodMACAddr.ro
PhysAddress (SNMPv2-TC)
.1.3.6.1.4.1.23.2.1.4.4.1.2
ipDupeBadMACAddrThe physical network address of the host that is erroneously using the IP address.ro
PhysAddress (SNMPv2-TC)
.1.3.6.1.4.1.23.2.1.4.4.1.3
ipDupeTimeThe date and time the duplicate usage of the IP address was detected.ro
Time
.1.3.6.1.4.1.23.2.1.4.4.1.4
ipDupeClearWhen the condition causing the alarm has been fixed, the administrator should clear the alarm by writing to alarmDupIpClear. Either of the two MAC addresses can be sanctioned or, alternatively, all knowledge of that IP address can be purged by specifying sanctionNeither.rw
Enumeration
.1.3.6.1.4.1.23.2.1.4.4.1.5
ipMACToIPTableA table containing mappings from physical media addresses to IP addresses; accessed by ipMACToIPMACAddr. ipMACToIPIPAddr is also required as a secondary index to resolve ambiguities since any given physical address may have more than one IP address. Note that this table is a by-product of duplicate IP address checking and, as such, is subject to the following limitations: the table has no entries if ipDupeCheck is disabled, data is available only for hosts on the (LANtern network monitor's) local subnet, and data is available only for hosts that have successfully transmitted an IP packet while the LANtern network monitor has been monitoring the segment. An entry may be deleted by writing (any value) to ipMACToIPDelete.
SEQUENCE OF IpMACToIPEntry
.1.3.6.1.4.1.23.2.1.4.5
ipMACToIPEntryThe mapping from a physical media address to an IP address.
IpMACToIPEntry
.1.3.6.1.4.1.23.2.1.4.5.1
ipMACToIPMACAddrThe physical media address.ro
PhysAddress (SNMPv2-TC)
.1.3.6.1.4.1.23.2.1.4.5.1.1
ipMACToIPIPAddrThe IP address.ro
IpAddress
.1.3.6.1.4.1.23.2.1.4.5.1.2
ipMACToIPDeleteAn entry may be deleted from ipMACToIPTable by writing (any value) to ipMACToIPDelete. This also deletes the entry in the ipDupeTable for the same IP address if such an entry exists.rw
INTEGER
.1.3.6.1.4.1.23.2.1.4.5.1.3
lantern802dot2
OBJECT IDENTIFIER
.1.3.6.1.4.1.23.2.1.5
ieee8022TestTargetWriting an ethernet address to ieee8022TestTarget causes the LANtern to send an 802.2 Test packet to that address.rw
PhysAddress (SNMPv2-TC)
.1.3.6.1.4.1.23.2.1.5.1
lanternIpx
OBJECT IDENTIFIER
.1.3.6.1.4.1.23.2.1.6
ipxDiagnosticTargetWriting an ethernet address to ipxDiagnosticTarget causes the LANtern to send two diagnostic packets, one in ethernet frame format, and the other in 802.3 frame format.rw
PhysAddress (SNMPv2-TC)
.1.3.6.1.4.1.23.2.1.6.1
lanternProtocols
OBJECT IDENTIFIER
.1.3.6.1.4.1.23.2.1.10
protoUnknownPktsThe count of packets observed with an unknown protocol.ro
Counter
.1.3.6.1.4.1.23.2.1.10.1
protoUnknownOctetsThe count of octets in packets observed with an unknown protocol.ro
Counter
.1.3.6.1.4.1.23.2.1.10.2
protoTCPIPPktsThe count of packets observed with a protocol from the TCP/IP suite (IP, ARP, and RARP).ro
Counter
.1.3.6.1.4.1.23.2.1.10.3
protoTCPIPOctetsThe count of octets in packets observed with a protocol from the TCP/IP suite (IP, ARP, and RARP).ro
Counter
.1.3.6.1.4.1.23.2.1.10.4
protoISOPktsThe count of packets observed with a protocol from the ISO suite.ro
Counter
.1.3.6.1.4.1.23.2.1.10.5
protoISOOctetsThe count of octets in packets observed with a protocol from the ISO suite.ro
Counter
.1.3.6.1.4.1.23.2.1.10.6
protoDECPktsThe count of packets observed with a protocol from the Digital Equipment Corporation protocol suite.ro
Counter
.1.3.6.1.4.1.23.2.1.10.7
protoDECOctetsThe count of octets in packets observed with a protocol from the Digital Equipment Corporation protocol suite.ro
Counter
.1.3.6.1.4.1.23.2.1.10.8
protoNetWarePktsThe count of packets observed with a protocol from the NetWare suite.ro
Counter
.1.3.6.1.4.1.23.2.1.10.9
protoNetWareOctetsThe count of octets in packets observed with a protocol from the NetWare suite.ro
Counter
.1.3.6.1.4.1.23.2.1.10.10
protoAppleTalkPktsThe count of packets observed with a protocol from the AppleTalk suite.ro
Counter
.1.3.6.1.4.1.23.2.1.10.11
protoAppleTalkOctetsThe count of octets in packets observed with a protocol from the AppleTalk suite.ro
Counter
.1.3.6.1.4.1.23.2.1.10.12
protoXNSPktsThe count of packets observed with a protocol from the XNS suite.ro
Counter
.1.3.6.1.4.1.23.2.1.10.13
protoXNSOctetsThe count of octets in packets observed with a protocol from the XNS suite.ro
Counter
.1.3.6.1.4.1.23.2.1.10.14
protoSNAPktsThe count of packets observed with a protocol from the SNA suite.ro
Counter
.1.3.6.1.4.1.23.2.1.10.15
protoSNAOctetsThe count of octets in packets observed with a protocol from the SNA suite.ro
Counter
.1.3.6.1.4.1.23.2.1.10.16
protoVINESPktsThe count of packets observed with a protocol from the Banyan VINES suite.ro
Counter
.1.3.6.1.4.1.23.2.1.10.17
protoVINESOctetsThe count of octets in packets observed with a protocol from the Banyan VINES suite.ro
Counter
.1.3.6.1.4.1.23.2.1.10.18
LANtern-MIB - SNMP MIB Reference | MIBs Explorer