lldpXdcbxLldpRxDisabled

LLDP-EXT-DCBX-MIB · .1.0.8802.1.1.2.1.5.6945.0.5

Object

notification
This trap is sent when the LLDP receive has been disabled.
          
LLDP gives administrator control to enable/disable the protocol
independently on the Rx side and Tx side. Since DCBX is an
acknowledged protocol which uses LLDP, for the protocol to operate
correctly both LLDP Rx and Tx must be enabled on the interface on
which DCBX runs. The behavior of DCBX is as follows with respect to
LLDP Rx/Tx admin state controls:
          
- If either of Rx or Tx is in disable state, DCBX is disabled on the
  interface. Neither the control nor feature state machines should
  run. The LLDP PDU's that are generated from this interface do not
  have any DCBX TLVs. If the peer sends DCBX TLVs they should be
  ignored as far as the DCBX state machines are concerned.
          
- When DCBX is currently running and LLDP TX is disabled, then
  according to the LLDP specification, a shutdown LLDPDU is sent. When
  the peer receives this PDU, DCBX is determined to be disabled on the
  peer. This is equivalent to DCBX TLV TTL expired in the Control
  State machine and Rx.Feature.present() = FALSE in the Feature state
  machine. If for some reason this frame is lost, then DCBX depends on
  standard rxInfoTTL expiry of the peer's LLDP TLV's.
            
- When DCBX is currently running and LLDP Rx is disabled, then all
  DCBX TLV's including the control TLV should be withdrawn from the
  LLDP PDUs that the interface generates. The peer's behavior should
  be the same as discussed in the previous case.

Context

MIB
LLDP-EXT-DCBX-MIB
OID
.1.0.8802.1.1.2.1.5.6945.0.5
Type
notification
Status
current
Parent
lldpXdcbxNotifications
Siblings
9

Syntax

No syntax metadata recorded.

Values & Constraints

No enumerated values or constraints recorded.

Related Objects

Sibling Objects
Notification Objects