7.130. lldpad

Updated lldpad packages that fix multiple bugs and add various enhancements are now available for Red Hat Enterprise Linux 6.
The lldpad packages provide the Linux user space daemon and configuration tool for Intel's Link Layer Discovery Protocol (LLDP) agent with Enhanced Ethernet support.


The lldpad packages have been upgraded to upstream version 0.9.45, which provides a number of bug fixes and enhancements over the previous version. In particular, a new subpackage, lldpad-libs, has been introduced. It contains the liblldp_clif shared library which provides an easy way for applications to talk to the LLDPAD daemon (lldpad). (BZ#819938)

Bug Fixes

Previously, LLDPAD did not listen to multicast MAC addresses. Consequently, it could not gather information from locally connected bridges and lldptool displayed the wrong information. A patch has been applied to enable monitoring of broadcast MAC addresses and users can now display the correct information about locally connected bridges.
Previously, dcbtool commands could, under certain circumstances, fail to enable the Fibre Channel over Ethernet (FCoE) application type-length-values (TLV) for a selected interface during the installation process. Consequently, various important features might have not been enabled (for example priority flow control, or PFC) by the Data Center Bridging Exchange (DCBX) peer. To prevent such problems, application-specific parameters (such as the FCoE application TLV) in DCBX are now enabled by default.
Previously, an error in the DCBX (Data Center Bridging Exchange) version selection logic could cause LLDPDUs (Link Layer Discovery Protocol Data Units) to be not encoded in the TLV (Type-Length Value) format during the transition from IEEE DCBX to the legacy DCBX mode. Consequently, link flaps, a delay, or a failure in synchronizing up DCBX between the host and a peer device could occur. In the case of booting from a remote FCoE (Fibre-Channel Over Ethernet) LUN (Logical Unit Number), this bug could result in a failure to boot. This update fixes the bug and TLV is now always used in the described scenario.
When none of the user priority attributes were PFC (Priority-based Flow Control) enabled, attempting to query the currently configured LocalAdminParam values for the "enabled" parameter produced the message "End of LLDPDU TLV". An upstream patch has been applied and now the lldptool utility returns "none" as expected in the scenario described.
Previously, when a peer removed a TLV (ETS, PFC, or APP) the 802.1Qaz module did not update the local MIB. Consequently, this resulted in the old peer data persisting even though it was no longer in the received PDU. This update resolves the problem by clearing the local MIB even in the case of a NULL PTR indicating that no MIB was received. As a result, the operational status for PFC reverts to the localAdminParams settings as expected in the scenario described.


This update adds support for the IEEE 802.1Qbg standard over bonded interfaces. Users can now take full advantage of 802.1Qbg capabilities.
All users of lldpad are advised to upgrade to these updated packages, which fix these bugs and add these enhancements.