AD | Application | AWS | Azure | Cloud | Database | Enterprise | Environmental | Event Log | File System | IoT | IT Service | Network/System | Infra | Performance | Protocol | SaaS | Security | Service Level | Storage | Linux | VMware | VoIP | Web | Wireless | SNMP

Crumbtrail

MonitorTools.com » Technical documentation » SNMP » MIB » Cisco » CISCO-ATM-DUAL-PHY-MIB » Objects

CISCO-ATM-DUAL-PHY-MIB.mib object view, vendor Cisco

Introduction

Most network devices and programs ship with so-called MIB files to describe the parameters and meanings (i.e.: friendly names) which are available for monitoring via SNMP.
ActiveXperts Network Monitor 2024 can import vendor-specific MIB files, so it can be used to monitor specific OID's (Object Identifiers). This way, you can monitor your devices, computers, etc. by selecting your relevant OID's by name.

ActiveXperts Network Monitor 2024 can import MIB file CISCO-ATM-DUAL-PHY-MIB and use it to monitor vendor specific OID's.

CISCO-ATM-DUAL-PHY-MIB file content

Object view of CISCO-ATM-DUAL-PHY-MIB:

Scalar Object
cadpStatEntry .1.3.6.1.4.1.9.9.60.1.1.1.1
An Atm Phy table entry, containing information about a phy on this ATM module.
cadpStatOperActivePhy .1.3.6.1.4.1.9.9.60.1.1.2
Returns the ifIndex of the phy which is currently the active phy. A value of 0 indicates that no phy is currently active.
cadpStatAdminActivePhy .1.3.6.1.4.1.9.9.60.1.1.3
Returns the ifIndex of the phy which is the preferred active phy. A value of 0 indicates that no phy is currently active. Setting this object to a value different from its current value causes the ATM module to make the indicated phy active, and the active phy inactive. Setting this object to its current value has no effect. After performing the phy change, the agent will update all phy information (including cadpStatOperActivePhy) and send a ciscoAtmDualPhyChange trap.
Tabular Object
cadpStatLossOfSignal .1.3.6.1.4.1.9.9.60.1.1.1.1.1
Set to true if the phy is currently experiencing a loss of signal (LOS) from its connected port. Set to false if the phy is not experiencing a loss of signal.
cadpStatFarEndReceiveFailure .1.3.6.1.4.1.9.9.60.1.1.1.1.2
Set to true if the phy is currently experiencing a far end receive failure (FERF) with its connected port. Set to false if the phy is not experiencing a far end receive failure.
cadpStatActive .1.3.6.1.4.1.9.9.60.1.1.1.1.5
Set to true when this phy is currently the active phy. Set to false when this phy is not the currently active phy.
cadpStatSectionBIP8Errors .1.3.6.1.4.1.9.9.60.1.1.1.1.6
The Bit Interleaved Parity 8 is an error checking code applied for quick isolation of faults. Each bit in the B octets is set to 1 or 0 as necessary to obtain even parity over the previous frame. The calculated BIP-8 code for frame N is compared with the BIP-8 code extracted from the B1 byte of frame N+1. Differences indicate that a section level bit error has occurred. Count of Section BIP-8 (Bit Interleaved Parity) errors that have been detected on this phy.
cadpStatLineBIP824Errors .1.3.6.1.4.1.9.9.60.1.1.1.1.7
The Bit Interleaved Parity 8/24 is an error checking code based on even parity. The calculated BIP code for frame N is compared with the BIP-8/24 code extracted from the B2 byte(s) of frame N+1. Any differences indicate that a line layer bit error has occurred. Count of line bit interleaved partiy (BIP-8/24) errors on this phy.
cadpStatLineFEBErrors .1.3.6.1.4.1.9.9.60.1.1.1.1.8
The number of bits (binary 000 to 1000) in the previous BIP-8 that didn't match the even parity check are inserted by the transmitter. The receiver checks for this in the M0/M1 byte of the frame. A non-zero value (legal range is binary 0000 - 1000) indicates a line layer error in the remote end. Any other value is treated as no error. Count of Line Far End Bit Errors (FEBE) on this phy.
cadpStatPathBIP8Errors .1.3.6.1.4.1.9.9.60.1.1.1.1.9
The Bit Interleaved Parity 8 is an error checking code applied for quick isolation of faults. Each bit in the B octets is set to 1 or 0 as necessary to obtain even parity over the previous frame. The calculated BIP-8 code for frame N is compared with the BIP-8 code extracted from the B3 byte of frame N+1. Differences indicate that a Path level bit error has occurred. Count of Path BIP-8 (Bit Interleaved Parity) errors that have been detected on this phy.
cadpStatPathFEBErrors .1.3.6.1.4.1.9.9.60.1.1.1.1.10
The number of B3 errors in the previous frame inserted by the transmitter. The receiver checks for this in the G1 byte of the frame. A non-zero value (legal range is binary 0000 - 1000) indicates a line layer error in the remote end. Any other value is treated as no error. Count of Path Far End Bit Errors (FEBE) on this phy.
cadpStatCorrectableHCSErrors .1.3.6.1.4.1.9.9.60.1.1.1.1.11
The Header Checksum (HCS) is a CRC-8 calculation over the first 4 octets of the ATM cell header. The received HCS is verified using the polynomial x^8 + x^2 + x + 1. The coset polynomial x^6 + x^4 + x^2 + 1, is added (modulo 2) to the received HCS octet before comparison with the calculated result. Cells with single bit error in the HCS byte are corrected. Cells with more than one bit error in the HCS byte are uncorrectable. Count of incoming cells on this phy with single bit error in the Header Checksum (HCS) byte
cadpStatUncorrectableHCSErrors .1.3.6.1.4.1.9.9.60.1.1.1.1.12
The Header Checksum (HCS) is a CRC-8 calculation over the first 4 octets of the ATM cell header. The received HCS is verified using the polynomial x^8 + x^2 + x + 1. The coset polynomial x^6 + x^4 + x^2 + 1, is added (modulo 2) to the received HCS octet before comparison with the calculated result. Cells with single bit error in the HCS byte are corrected. Cells with more than one bit error in the HCS byte are uncorrectable. Count of uncorrectable Header Checksum (HCS) errors on this phy.
Table
cadpStatTable .1.3.6.1.4.1.9.9.60.1.1.1
A table of status information about ATM phy.
Trap
ciscoAtmDualPhyChange .1.3.6.1.4.1.9.9.60.2.0.1
A ciscoAtmDualPhyChange trap is sent when the active phy changes either because of a failure or because of user intervention (setting cadpStatAdminActivePhy, for example).
Object Identifier
ciscoAtmDualPhyMIB .1.3.6.1.4.1.9.9.60
Initial version of this MIB module. Phy definition Throughout this document phy is used as an abbreviation for Physical Interface. In particular it refers to a physical ATM jack on a Catalyst 5000 ATM card. This card can be fitted with either one or two physical jacks, only one of which may be active at any given moment. The second phy serves as a redundant connector to the ATM backbone. Note, however, that for logistical reasons, each phy has a separate ifIndex. Support of the phy by ifTable The dual phy entity on the c5K ATM line card is managed using the ifTable. Specific interpretations of ifTable for the dual phy entity are as follows. Object Use for dual phy entity ====== ======================= ifIndex Each phy entity is represented by an ifEntry. ifDescr Description of the phy entity. ifType The value for the phy entity is other(1). ifSpeed See [1]. ifPhysAddress An octet string of zero length, per [1]. ifAdminStatus See [1]. ifOperStatus See [1]. In addition, note that a phy can be in the up state but still not be the active phy. However, the active phy will always be up. ifLastChange See [1]. ifName See [1]. ifLinkUpDownTrapEnable disabled(2). ifHighSpeed See [1]. ifConnectorPresent true(1). References [1] McCloghrie, K. and F. Kastenholz, Evolution of the Interfaces Group of MIB-II, RFC 1573, Hughes LAN Systems, FTP Software, January 1994.
ciscoAtmDualPhyMIBObjects .1.3.6.1.4.1.9.9.60.1
cadpStatistics .1.3.6.1.4.1.9.9.60.1.1
ciscoAtmDualPhyMIBTrapPrefix .1.3.6.1.4.1.9.9.60.2
ciscoAtmDualPhyMIBTraps .1.3.6.1.4.1.9.9.60.2.0
ciscoAtmDualPhyMIBConformance .1.3.6.1.4.1.9.9.60.3
ciscoAtmDualPhyMIBCompliances .1.3.6.1.4.1.9.9.60.3.1
ciscoAtmDualPhyMIBGroups .1.3.6.1.4.1.9.9.60.3.2
Group
ciscoAtmDualPhyMIBGroup .1.3.6.1.4.1.9.9.60.3.2.1
A collection of objects providing ATM dual phy monitoring.