Reference record for OID 1.3.6.1.2.1.26.1.1.1.6


parent
1.3.6.1.2.1.26.1.1.1 (rpMauEntry)
node code
6
node name
rpMauMediaAvailable
dot oid
1.3.6.1.2.1.26.1.1.1.6
type
OBJECT-TYPE
asn1 oid
  • {iso(1) identified-organization(3) dod(6) internet(1) mgmt(2) mib-2(1) snmpDot3MauMgt(26) dot3RpMauBasicGroup(1) rpMauTable(1) rpMauEntry(1) rpMauMediaAvailable(6)}
  • {iso(1) identified-organization(3) dod(6) internet(1) mgmt(2) mib(1) snmpDot3MauMgt(26) dot3RpMauBasicGroup(1) rpMauTable(1) rpMauEntry(1) rpMauMediaAvailable(6)}
  • {iso(1) org(3) dod(6) internet(1) mgmt(2) mib-2(1) snmpDot3MauMgt(26) dot3RpMauBasicGroup(1) rpMauTable(1) rpMauEntry(1) rpMauMediaAvailable(6)}
  • {iso(1) org(3) dod(6) internet(1) mgmt(2) mib(1) snmpDot3MauMgt(26) dot3RpMauBasicGroup(1) rpMauTable(1) rpMauEntry(1) rpMauMediaAvailable(6)}
  • {iso(1) iso-identified-organization(3) dod(6) internet(1) mgmt(2) mib-2(1) snmpDot3MauMgt(26) dot3RpMauBasicGroup(1) rpMauTable(1) rpMauEntry(1) rpMauMediaAvailable(6)}
  • {iso(1) iso-identified-organization(3) dod(6) internet(1) mgmt(2) mib(1) snmpDot3MauMgt(26) dot3RpMauBasicGroup(1) rpMauTable(1) rpMauEntry(1) rpMauMediaAvailable(6)}
  • iri oid
  • /iso/identified-organization/dod/internet/mgmt/mib-2/snmpDot3MauMgt/dot3RpMauBasicGroup/rpMauTable/rpMauEntry/rpMauMediaAvailable
  • /iso/identified-organization/dod/internet/mgmt/mib/snmpDot3MauMgt/dot3RpMauBasicGroup/rpMauTable/rpMauEntry/rpMauMediaAvailable
  • /iso/org/dod/internet/mgmt/mib-2/snmpDot3MauMgt/dot3RpMauBasicGroup/rpMauTable/rpMauEntry/rpMauMediaAvailable
  • /iso/org/dod/internet/mgmt/mib/snmpDot3MauMgt/dot3RpMauBasicGroup/rpMauTable/rpMauEntry/rpMauMediaAvailable
  • /iso/iso-identified-organization/dod/internet/mgmt/mib-2/snmpDot3MauMgt/dot3RpMauBasicGroup/rpMauTable/rpMauEntry/rpMauMediaAvailable
  • /iso/iso-identified-organization/dod/internet/mgmt/mib/snmpDot3MauMgt/dot3RpMauBasicGroup/rpMauTable/rpMauEntry/rpMauMediaAvailable
  • iri by oid_info
    /ISO/Identified-Organization/6/1/2/1/26/1/1/1/6

    Description by circitor

    If the MAU is a link or fiber type (FOIRL,
    10BASE-T, 10BASE-F) then this is equivalent to
    the link test fail state/low light function.
    For an AUI or a coax (including broadband) MAU
    this indicates whether or not loopback is
    detected on the DI circuit. The value of this
    attribute persists between packets for MAU types
    AUI, 10BASE5, 10BASE2, 10BROAD36, and 10BASE-FP.

    The value other(1) is returned if the
    mediaAvailable state is not one of 2 through 11.

    The value unknown(2) is returned when the MAU's
    true state is unknown; for example, when it is
    being initialized. At power-up or following a
    reset, the value of this attribute will be
    unknown for AUI, coax, and 10BASE-FP MAUs. For
    these MAUs loopback will be tested on each
    transmission during which no collision is
    detected. If DI is receiving input when DO
    returns to IDL after a transmission and there
    has been no collision during the transmission
    then loopback will be detected. The value of
    this attribute will only change during
    non-collided transmissions for AUI, coax, and
    10BASE-FP MAUs.

    For 100Mbps and 1000Mbps MAUs, the enumerations
    match the states within the respective link
    integrity state diagrams, fig 32-16, 23-12 and
    24-15 of sections 32, 23 and 24 of [IEEE802.3].
    Any MAU which implements management of
    auto-negotiation will map remote fault
    indication to remote fault.

    The value available(3) indicates that the link,
    light, or loopback is normal. The value
    notAvailable(4) indicates link loss, low light,
    or no loopback.

    The value remoteFault(5) indicates that a fault
    has been detected at the remote end of the link.
    This value applies to 10BASE-FB, 100BASE-T4 Far
    End Fault Indication and non-specified remote
    faults from a system running auto-negotiation.
    The values remoteJabber(7), remoteLinkLoss(8),
    and remoteTest(9) SHOULD be used instead of
    remoteFault(5) where the reason for remote fault
    is identified in the remote signaling protocol.

    The value invalidSignal(6) indicates that an
    invalid signal has been received from the other
    end of the link. invalidSignal(6) applies only
    to MAUs of type 10BASE-FB.

    Where an IEEE Std 802.3-2002 clause 22 MII
    is present, a logic one in the remote fault bit
    (reference section 22.2.4.2.8 of that document)
    maps to the value remoteFault(5), and a logic
    zero in the link status bit (reference section
    22.2.4.2.10 of that document) maps to the value
    notAvailable(4). The value notAvailable(4)
    takes precedence over the value remoteFault(5).

    Any MAU that implements management of clause 37
    Auto-Negotiation will map the received Remote
    Fault (RF1 and RF2) bit values for Offline to
    offline(10), Link Failure to remoteFault(5) and
    Auto-Negotiation Error to autoNegError(11).

    Parsed from file MAU-MIB.mib
    Module: MAU-MIB

    Description by cisco_v1

    If the MAU is a link or fiber type (FOIRL,
    10BASE-T, 10BASE-F) then this is equivalent to
    the link test fail state/low light function.
    For an AUI or a coax (including broadband) MAU
    this indicates whether or not loopback is
    detected on the DI circuit. The value of this
    attribute persists between packets for MAU types
    AUI, 10BASE5, 10BASE2, 10BROAD36, and 10BASE-FP.

    The value other(1) is returned if the
    mediaAvailable state is not one of 2 through 11.

    The value unknown(2) is returned when the MAU's
    true state is unknown; for example, when it is
    being initialized. At power-up or following a
    reset, the value of this attribute will be
    unknown for AUI, coax, and 10BASE-FP MAUs. For
    these MAUs loopback will be tested on each
    transmission during which no collision is
    detected. If DI is receiving input when DO
    returns to IDL after a transmission and there
    has been no collision during the transmission
    then loopback will be detected. The value of
    this attribute will only change during
    non-collided transmissions for AUI, coax, and
    10BASE-FP MAUs.

    For 100Mbps and 1000Mbps MAUs, the enumerations
    match the states within the respective link
    integrity state diagrams, fig 32-16, 23-12 and
    24-15 of sections 32, 23 and 24 of [16]. Any
    MAU which implements management of
    auto-negotiation will map remote fault
    indication to remote fault.

    The value available(3) indicates that the link,
    light, or loopback is normal. The value
    notAvailable(4) indicates link loss, low light,
    or no loopback.

    The value remoteFault(5) indicates that a fault
    has been detected at the remote end of the link.
    This value applies to 10BASE-FB, 100BASE-T4 Far
    End Fault Indication and non-specified remote
    faults from a system running auto-negotiation.
    The values remoteJabber(7), remoteLinkLoss(8),
    and remoteTest(9) SHOULD be used instead of
    remoteFault(5) where the reason for remote fault
    is identified in the remote signaling protocol.

    The value invalidSignal(6) indicates that an
    invalid signal has been received from the other
    end of the link. InvalidSignal(6) applies only
    to MAUs of type 10BASE-FB.

    Where an IEEE Std 802.3u-1995 clause 22 MII
    is present, a logic one in the remote fault bit
    (reference section 22.2.4.2.8 of that document)
    maps to the value remoteFault(5), and a logic
    zero in the link status bit (reference section
    22.2.4.2.10 of that document) maps to the value
    notAvailable(4). The value notAvailable(4)
    takes precedence over the value remoteFault(5).

    Any MAU that implements management of clause 37
    Auto-Negotiation will map the received Remote
    Fault (RF1 and RF2) bit values for Offline to
    offline(10), Link Failure to remoteFault(5) and
    Auto-Negotiation Error to autoNegError(11).

    Description by oid_info

    rpMauMediaAvailable OBJECT-TYPE
    SYNTAX INTEGER {
    other(1),
    unknown(2),
    available(3),
    notAvailable(4),
    remoteFault(5),
    invalidSignal(6),
    remoteJabber(7),
    remoteLinkLoss(8),
    remoteTest(9),
    offline(10),
    autoNegError(11)
    }
    MAX-ACCESS read-only
    STATUS current
    DESCRIPTION "If the MAU is a link or fiber type (FOIRL,
    10BASE-T, 10BASE-F) then this is equivalent to
    the link test fail state/low light function.
    For an AUI or a coax (including broadband) MAU
    this indicates whether or not loopback is
    detected on the DI circuit. The value of this
    attribute persists between packets for MAU types
    AUI, 10BASE5, 10BASE2, 10BROAD36, and 10BASE-FP.
    The value other(1) is returned if the
    mediaAvailable state is not one of 2 through 11.
    The value unknown(2) is returned when the MAUs
    true state is unknown; for example, when it is
    being initialized. At power-up or following a
    reset, the value of this attribute will be
    unknown for AUI, coax, and 10BASE-FP MAUs. For
    these MAUs loopback will be tested on each
    transmission during which no collision is
    detected. If DI is receiving input when DO
    returns to IDL after a transmission and there
    has been no collision during the transmission
    then loopback will be detected. The value of
    this attribute will only change during
    non-collided transmissions for AUI, coax, and
    10BASE-FP MAUs.
    For 100Mbps and 1000Mbps MAUs, the enumerations
    match the states within the respective link
    integrity state diagrams, fig 32-16, 23-12 and
    24-15 of sections 32, 23 and 24 of [16]. Any
    MAU which implements management of
    auto-negotiation will map remote fault
    indication to remote fault.
    The value available(3) indicates that the link,
    light, or loopback is normal. The value
    notAvailable(4) indicates link loss, low light,
    or no loopback.
    The value remoteFault(5) indicates that a fault
    has been detected at the remote end of the link.
    This value applies to 10BASE-FB, 100BASE-T4 Far
    End Fault Indication and non-specified remote
    faults from a system running auto-negotiation.
    The values remoteJabber(7), remoteLinkLoss(8),
    and remoteTest(9) SHOULD be used instead of
    remoteFault(5) where the reason for remote fault
    is identified in the remote signaling protocol.
    The value invalidSignal(6) indicates that an
    invalid signal has been received from the other
    end of the link. InvalidSignal(6) applies only
    to MAUs of type 10BASE-FB.
    Where an IEEE Std 802.3u-1995 clause 22 MII
    is present, a logic one in the remote fault bit
    (reference section 22.2.4.2.8 of that document)
    maps to the value remoteFault(5), and a logic
    zero in the link status bit (reference section
    22.2.4.2.10 of that document) maps to the value
    notAvailable(4). The value notAvailable(4)
    takes precedence over the value remoteFault(5).
    Any MAU that implements management of clause 37
    Auto-Negotiation will map the received Remote
    Fault (RF1 and RF2) bit values for Offline to
    offline(10), Link Failure to remoteFault(5) and
    Auto-Negotiation Error to autoNegError(11)."
    REFERENCE "[IEEE 802.3 Std], 30.5.1.1.4, aMediaAvailable."

    View at oid-info.com

    Description by mibdepot

    If the MAU is a link or fiber type (FOIRL,
    10BASE-T, 10BASE-F) then this is equivalent to the
    link test fail state/low light function. For an
    AUI or a coax (including broadband) MAU this
    indicates whether or not loopback is detected on
    the DI circuit. The value of this attribute
    persists between packets for MAU types AUI,
    10BASE5, 10BASE2, 10BROAD36, and 10BASE-FP.

    The value other(1) is returned if the
    mediaAvailable state is not one of 2 through 6.

    The value unknown(2) is returned when the MAU's
    true state is unknown; for example, when it is
    being initialized. At power-up or following a
    reset, the value of this attribute will be unknown
    for AUI, coax, and 10BASE-FP MAUs. For these MAUs
    loopback will be tested on each transmission
    during which no collision is detected. If DI is
    receiving input when DO returns to IDL after a
    transmission and there has been no collision
    during the transmission then loopback will be
    detected. The value of this attribute will only
    change during non-collided transmissions for AUI,
    coax, and 10BASE-FP MAUs.

    The value available(3) indicates that the link,
    light, or loopback is normal. The value
    notAvailable(4) indicates link loss, low light, or
    no loopback.

    The value remoteFault(5) indicates that a fault
    has been detected at the remote end of the link.
    The value invalidSignal(6) indicates that an
    invalid signal has been received from the other
    end of the link. Both remoteFault(5) and
    invalidSignal(6) apply only to MAUs of type
    10BASE-FB.

    Parsed from file lbhub-repeater.mib.txt
    Company: None
    Module: LBHUB-REPEATER-MIB

    Description by cisco

    If the MAU is a link or fiber type (FOIRL,
    10BASE-T, 10BASE-F) then this is equivalent to
    the link test fail state/low light function.
    For an AUI or a coax (including broadband) MAU
    this indicates whether or not loopback is
    detected on the DI circuit. The value of this
    attribute persists between packets for MAU types
    AUI, 10BASE5, 10BASE2, 10BROAD36, and 10BASE-FP.

    The value other(1) is returned if the
    mediaAvailable state is not one of 2 through 11.

    The value unknown(2) is returned when the MAU's
    true state is unknown; for example, when it is
    being initialized. At power-up or following a
    reset, the value of this attribute will be
    unknown for AUI, coax, and 10BASE-FP MAUs. For
    these MAUs loopback will be tested on each
    transmission during which no collision is
    detected. If DI is receiving input when DO
    returns to IDL after a transmission and there
    has been no collision during the transmission
    then loopback will be detected. The value of
    this attribute will only change during
    non-collided transmissions for AUI, coax, and
    10BASE-FP MAUs.

    For 100Mbps and 1000Mbps MAUs, the enumerations
    match the states within the respective link
    integrity state diagrams, fig 32-16, 23-12 and
    24-15 of sections 32, 23 and 24 of [16]. Any
    MAU which implements management of
    auto-negotiation will map remote fault
    indication to remote fault.

    The value available(3) indicates that the link,
    light, or loopback is normal. The value
    notAvailable(4) indicates link loss, low light,
    or no loopback.

    The value remoteFault(5) indicates that a fault
    has been detected at the remote end of the link.
    This value applies to 10BASE-FB, 100BASE-T4 Far
    End Fault Indication and non-specified remote
    faults from a system running auto-negotiation.
    The values remoteJabber(7), remoteLinkLoss(8),
    and remoteTest(9) SHOULD be used instead of
    remoteFault(5) where the reason for remote fault
    is identified in the remote signaling protocol.

    The value invalidSignal(6) indicates that an
    invalid signal has been received from the other
    end of the link. InvalidSignal(6) applies only
    to MAUs of type 10BASE-FB.

    Where an IEEE Std 802.3u-1995 clause 22 MII
    is present, a logic one in the remote fault bit
    (reference section 22.2.4.2.8 of that document)
    maps to the value remoteFault(5), and a logic
    zero in the link status bit (reference section
    22.2.4.2.10 of that document) maps to the value
    notAvailable(4). The value notAvailable(4)
    takes precedence over the value remoteFault(5).

    Any MAU that implements management of clause 37
    Auto-Negotiation will map the received Remote
    Fault (RF1 and RF2) bit values for Offline to
    offline(10), Link Failure to remoteFault(5) and
    Auto-Negotiation Error to autoNegError(11).

    Information by circitor

    rpMauMediaAvailable OBJECT-TYPE SYNTAX INTEGER { other(1), unknown(2), available(3), notAvailable(4), remoteFault(5), invalidSignal(6), remoteJabber(7), remoteLinkLoss(8), remoteTest(9), offline(10), autoNegError(11) } MAX-ACCESS read-only STATUS current DESCRIPTION "If the MAU is a link or fiber type (FOIRL, 10BASE-T, 10BASE-F) then this is equivalent to the link test fail state/low light function. For an AUI or a coax (including broadband) MAU this indicates whether or not loopback is detected on the DI circuit. The value of this attribute persists between packets for MAU types AUI, 10BASE5, 10BASE2, 10BROAD36, and 10BASE-FP. The value other(1) is returned if the mediaAvailable state is not one of 2 through 11. The value unknown(2) is returned when the MAU's true state is unknown; for example, when it is being initialized. At power-up or following a reset, the value of this attribute will be unknown for AUI, coax, and 10BASE-FP MAUs. For these MAUs loopback will be tested on each transmission during which no collision is detected. If DI is receiving input when DO returns to IDL after a transmission and there has been no collision during the transmission then loopback will be detected. The value of this attribute will only change during non-collided transmissions for AUI, coax, and 10BASE-FP MAUs. For 100Mbps and 1000Mbps MAUs, the enumerations match the states within the respective link integrity state diagrams, fig 32-16, 23-12 and 24-15 of sections 32, 23 and 24 of [IEEE802.3]. Any MAU which implements management of auto-negotiation will map remote fault indication to remote fault. The value available(3) indicates that the link, light, or loopback is normal. The value notAvailable(4) indicates link loss, low light, or no loopback. The value remoteFault(5) indicates that a fault has been detected at the remote end of the link. This value applies to 10BASE-FB, 100BASE-T4 Far End Fault Indication and non-specified remote faults from a system running auto-negotiation. The values remoteJabber(7), remoteLinkLoss(8), and remoteTest(9) SHOULD be used instead of remoteFault(5) where the reason for remote fault is identified in the remote signaling protocol. The value invalidSignal(6) indicates that an invalid signal has been received from the other end of the link. invalidSignal(6) applies only to MAUs of type 10BASE-FB. Where an IEEE Std 802.3-2002 clause 22 MII is present, a logic one in the remote fault bit (reference section 22.2.4.2.8 of that document) maps to the value remoteFault(5), and a logic zero in the link status bit (reference section 22.2.4.2.10 of that document) maps to the value notAvailable(4). The value notAvailable(4) takes precedence over the value remoteFault(5). Any MAU that implements management of clause 37 Auto-Negotiation will map the received Remote Fault (RF1 and RF2) bit values for Offline to offline(10), Link Failure to remoteFault(5) and Auto-Negotiation Error to autoNegError(11)." REFERENCE "[IEEE 802.3 Std], 30.5.1.1.4, aMediaAvailable." ::= { rpMauEntry 6 }

    Information by cisco_v1

    rpMauMediaAvailable OBJECT-TYPE SYNTAX INTEGER { other(1), unknown(2), available(3), notAvailable(4), remoteFault(5), invalidSignal(6), remoteJabber(7), remoteLinkLoss(8), remoteTest(9), offline(10), autoNegError(11) } ACCESS read-only STATUS mandatory DESCRIPTION "If the MAU is a link or fiber type (FOIRL, 10BASE-T, 10BASE-F) then this is equivalent to the link test fail state/low light function. For an AUI or a coax (including broadband) MAU this indicates whether or not loopback is detected on the DI circuit. The value of this attribute persists between packets for MAU types AUI, 10BASE5, 10BASE2, 10BROAD36, and 10BASE-FP. The value other(1) is returned if the mediaAvailable state is not one of 2 through 11. The value unknown(2) is returned when the MAU's true state is unknown; for example, when it is being initialized. At power-up or following a reset, the value of this attribute will be unknown for AUI, coax, and 10BASE-FP MAUs. For these MAUs loopback will be tested on each transmission during which no collision is detected. If DI is receiving input when DO returns to IDL after a transmission and there has been no collision during the transmission then loopback will be detected. The value of this attribute will only change during non-collided transmissions for AUI, coax, and 10BASE-FP MAUs. For 100Mbps and 1000Mbps MAUs, the enumerations match the states within the respective link integrity state diagrams, fig 32-16, 23-12 and 24-15 of sections 32, 23 and 24 of [16]. Any MAU which implements management of auto-negotiation will map remote fault indication to remote fault. The value available(3) indicates that the link, light, or loopback is normal. The value notAvailable(4) indicates link loss, low light, or no loopback. The value remoteFault(5) indicates that a fault has been detected at the remote end of the link. This value applies to 10BASE-FB, 100BASE-T4 Far End Fault Indication and non-specified remote faults from a system running auto-negotiation. The values remoteJabber(7), remoteLinkLoss(8), and remoteTest(9) SHOULD be used instead of remoteFault(5) where the reason for remote fault is identified in the remote signaling protocol. The value invalidSignal(6) indicates that an invalid signal has been received from the other end of the link. InvalidSignal(6) applies only to MAUs of type 10BASE-FB. Where an IEEE Std 802.3u-1995 clause 22 MII is present, a logic one in the remote fault bit (reference section 22.2.4.2.8 of that document) maps to the value remoteFault(5), and a logic zero in the link status bit (reference section 22.2.4.2.10 of that document) maps to the value notAvailable(4). The value notAvailable(4) takes precedence over the value remoteFault(5). Any MAU that implements management of clause 37 Auto-Negotiation will map the received Remote Fault (RF1 and RF2) bit values for Offline to offline(10), Link Failure to remoteFault(5) and Auto-Negotiation Error to autoNegError(11)." REFERENCE "[IEEE 802.3 Std], 30.5.1.1.4, aMediaAvailable." ::= { rpMauEntry 6 }

    Information by oid_info

    Automatically extracted from RFC2668

    Information by mibdepot

    rpMauMediaAvailable OBJECT-TYPE SYNTAX INTEGER { other(1), unknown(2), available(3), notAvailable(4), remoteFault(5), invalidSignal(6) } ACCESS read-only STATUS mandatory DESCRIPTION "If the MAU is a link or fiber type (FOIRL, 10BASE-T, 10BASE-F) then this is equivalent to the link test fail state/low light function. For an AUI or a coax (including broadband) MAU this indicates whether or not loopback is detected on the DI circuit. The value of this attribute persists between packets for MAU types AUI, 10BASE5, 10BASE2, 10BROAD36, and 10BASE-FP. The value other(1) is returned if the mediaAvailable state is not one of 2 through 6. The value unknown(2) is returned when the MAU's true state is unknown; for example, when it is being initialized. At power-up or following a reset, the value of this attribute will be unknown for AUI, coax, and 10BASE-FP MAUs. For these MAUs loopback will be tested on each transmission during which no collision is detected. If DI is receiving input when DO returns to IDL after a transmission and there has been no collision during the transmission then loopback will be detected. The value of this attribute will only change during non-collided transmissions for AUI, coax, and 10BASE-FP MAUs. The value available(3) indicates that the link, light, or loopback is normal. The value notAvailable(4) indicates link loss, low light, or no loopback. The value remoteFault(5) indicates that a fault has been detected at the remote end of the link. The value invalidSignal(6) indicates that an invalid signal has been received from the other end of the link. Both remoteFault(5) and invalidSignal(6) apply only to MAUs of type 10BASE-FB." REFERENCE "Reference IEEE 802.3 MAU Mgt, 20.2.3.2, aMediaAvailable." ::= { rpMauEntry 6 }

    Information by cisco

    rpMauMediaAvailable OBJECT-TYPE SYNTAX INTEGER { other(1), unknown(2), available(3), notAvailable(4), remoteFault(5), invalidSignal(6), remoteJabber(7), remoteLinkLoss(8), remoteTest(9), offline(10), autoNegError(11) } MAX-ACCESS read-only STATUS current DESCRIPTION "If the MAU is a link or fiber type (FOIRL, 10BASE-T, 10BASE-F) then this is equivalent to the link test fail state/low light function. For an AUI or a coax (including broadband) MAU this indicates whether or not loopback is detected on the DI circuit. The value of this attribute persists between packets for MAU types AUI, 10BASE5, 10BASE2, 10BROAD36, and 10BASE-FP. The value other(1) is returned if the mediaAvailable state is not one of 2 through 11. The value unknown(2) is returned when the MAU's true state is unknown; for example, when it is being initialized. At power-up or following a reset, the value of this attribute will be unknown for AUI, coax, and 10BASE-FP MAUs. For these MAUs loopback will be tested on each transmission during which no collision is detected. If DI is receiving input when DO returns to IDL after a transmission and there has been no collision during the transmission then loopback will be detected. The value of this attribute will only change during non-collided transmissions for AUI, coax, and 10BASE-FP MAUs. For 100Mbps and 1000Mbps MAUs, the enumerations match the states within the respective link integrity state diagrams, fig 32-16, 23-12 and 24-15 of sections 32, 23 and 24 of [16]. Any MAU which implements management of auto-negotiation will map remote fault indication to remote fault. The value available(3) indicates that the link, light, or loopback is normal. The value notAvailable(4) indicates link loss, low light, or no loopback. The value remoteFault(5) indicates that a fault has been detected at the remote end of the link. This value applies to 10BASE-FB, 100BASE-T4 Far End Fault Indication and non-specified remote faults from a system running auto-negotiation. The values remoteJabber(7), remoteLinkLoss(8), and remoteTest(9) SHOULD be used instead of remoteFault(5) where the reason for remote fault is identified in the remote signaling protocol. The value invalidSignal(6) indicates that an invalid signal has been received from the other end of the link. InvalidSignal(6) applies only to MAUs of type 10BASE-FB. Where an IEEE Std 802.3u-1995 clause 22 MII is present, a logic one in the remote fault bit (reference section 22.2.4.2.8 of that document) maps to the value remoteFault(5), and a logic zero in the link status bit (reference section 22.2.4.2.10 of that document) maps to the value notAvailable(4). The value notAvailable(4) takes precedence over the value remoteFault(5). Any MAU that implements management of clause 37 Auto-Negotiation will map the received Remote Fault (RF1 and RF2) bit values for Offline to offline(10), Link Failure to remoteFault(5) and Auto-Negotiation Error to autoNegError(11)." REFERENCE "[IEEE 802.3 Std], 30.5.1.1.4, aMediaAvailable." ::= { rpMauEntry 6 }

    First Registration Authority (recovered by parent 1.3.6)

    Defense Communication Agency

    Current Registration Authority (recovered by parent 1.3.6.1.2)

    Internet Assigned Numbers Authority

    Brothers (9)

    OIDNameSub childrenSub Nodes TotalDescription
    1.3.6.1.2.1.26.1.1.1.1 rpMauGroupIndex 0 0 This variable uniquely identifies the repeater
    group containing the port to which the MAU
    described by this entry is connected.
    1.3.6.1.2.1.26.1.1.1.2 rpMauPortIndex 0 0 This variable uniquely identifies the repeater
    port within group rpMauGroupIndex to which the
    MAU described by this entry is conn…
    1.3.6.1.2.1.26.1.1.1.3 rpMauIndex 0 0 This variable uniquely identifies the MAU
    described by this entry from among other
    MAUs connected to the same port
    (rpMauPortIndex…
    1.3.6.1.2.1.26.1.1.1.4 rpMauType 0 0 rpMauType OBJECT-TYPE
    SYNTAX AutonomousType
    MAX-ACCESS read-only
    STATUS current
    DESCRIPTION "This object identifies the MAU typ…
    1.3.6.1.2.1.26.1.1.1.5 rpMauStatus 0 0 The current state of the MAU. This object may be
    implemented as a read-only object by those agents
    and MAUs that do not implemen…
    1.3.6.1.2.1.26.1.1.1.7 rpMauMediaAvailableStateExits 0 0 A count of the number of times that
    rpMauMediaAvailable for this MAU instance leaves
    the state available(3).
    1.3.6.1.2.1.26.1.1.1.8 rpMauJabberState 0 0 The value other(1) is returned if the jabber
    state is not 2, 3, or 4. The agent MUST always
    return other(1) for MAU type dot3Mau…
    1.3.6.1.2.1.26.1.1.1.9 rpMauJabberingStateEnters 0 0 A count of the number of times that
    rpMauJabberState for this MAU instance enters the
    state jabbering(4). For a MAU of type
    dot3M…
    1.3.6.1.2.1.26.1.1.1.10 rpMauFalseCarriers 0 0 A count of the number of false carrier events
    during IDLE in 100BASE-X links. This counter
    does not increment at the symbol rate…