Hands-On Lab: Configuring LLDP

This hands-on lab enables LLDP, the vendor-neutral equivalent of CDP, on a Cisco device connected to non-Cisco equipment, and compares its verification output directly against CDP to highlight the similarities and differences between the two protocols.

LLDP ConfigurationVendor-Neutral DiscoveryLLDP Versus CDP

~2 دقیقه مطالعه · آخرین به‌روزرسانی ۳۱ شهریور ۱۴۰۵

Lab Objective

Enable LLDP globally on a Cisco switch, verify neighbor discovery works toward both a Cisco and a non-Cisco device, and compare LLDP's output structure against the CDP output examined in the previous lab.

Lab Purpose

CDP, covered in the previous lab, is Cisco-proprietary and only discovers other Cisco devices. LLDP (IEEE 802.1AB) provides equivalent discovery functionality as an open, vendor-neutral standard, making it essential whenever a Cisco switch connects to equipment from another manufacturer.

Lab Topology

Switch1 ---- Gi1/0/1 ---- Switch2 (Cisco)
Switch1 ---- Gi1/0/2 ---- ThirdPartyAP (non-Cisco,
                          LLDP-only device)

Task 1: Enable LLDP Globally

LLDP is disabled by default on Cisco devices, unlike CDP. Enable it globally on Switch1.

Task 2: Verify LLDP Is Running

Confirm LLDP is active and check the configured timers.

Task 3: View LLDP Neighbors

Display the LLDP neighbor summary and confirm both the Cisco switch and the non-Cisco access point appear.

Task 4: View Detailed LLDP Information for the Non-Cisco Device

Display detailed LLDP information specifically for the third-party access point, confirming its system name and management address are discoverable despite not being Cisco equipment.

Solution and Verification

Switch1(config)# lldp run

Switch1# show lldp

Global LLDP Information:
    Status: ACTIVE
    LLDP advertisements are sent every 30 seconds
    LLDP hold time advertised is 120 seconds

Switch1# show lldp neighbors

Device ID       Local Intf     Hold-time  Capability   Port ID
Switch2         Gi1/0/1        120        B,R          Gi1/0/1
ThirdPartyAP    Gi1/0/2        120        W            eth0

-- Both a Cisco switch and a non-Cisco access
-- point are discovered -- something CDP alone
-- could never accomplish for the non-Cisco device

Switch1# show lldp neighbors detail

Chassis id: aabb.cc00.7788
Port id: eth0
System Name: ThirdPartyAP
Management Addresses:
    IP: 192.168.1.80
-- Despite being entirely non-Cisco hardware,
-- its system name and management IP are
-- fully discoverable via LLDP

Key Takeaway

LLDP and CDP serve nearly identical purposes and share similar output structure, but LLDP's status as an open IEEE standard makes it the only viable choice for discovering non-Cisco equipment — in a genuinely mixed-vendor environment, both protocols are often run simultaneously, since CDP may still provide slightly richer detail specifically between Cisco devices.

نوشته و پژوهش‌شده توسط دکتر شاهین صیامی

مقالات مرتبط

Hands-On Lab: Final Comprehensive CCNP Troubleshooting Challenge (BGP, DMVPN, and QoS Integration)

This hands-on lab presents a complex multi-layer failure across an integrated BGP-over-DMVPN topology combined with QoS marking, requiring systematic diagnosis of a route reflector misconfiguration, an NHRP registration failure, and an incorrectly applied QoS policy simultaneously affecting the same network.

ادامه

Hands-On Lab: Configuring BGP over DMVPN

This hands-on lab runs iBGP as the routing protocol across the same DMVPN hub-and-spoke topology used in the two previous labs, configuring the hub as a route reflector so spokes learn each other's routes without a full iBGP mesh, combining two previously separate concepts into one integrated design.

ادامه

Hands-On Lab: Configuring OSPF over DMVPN

This hands-on lab runs OSPF as the dynamic routing protocol across the same DMVPN hub-and-spoke topology, configuring the tunnel interface as an OSPF point-to-multipoint network type to correctly handle the hub-and-spoke adjacency pattern without requiring the broadcast network type's DR/BDR election.

ادامه

Hands-On Lab: Configuring EIGRP over DMVPN

This hands-on lab runs EIGRP as the dynamic routing protocol across the DMVPN hub-and-spoke topology built in earlier labs, verifying neighbor relationships form correctly across the multipoint tunnel and routes propagate without requiring per-spoke static configuration on the hub.

ادامه

Hands-On Lab: Configuring HSRP MD5 Authentication

This hands-on lab configures MD5 authentication on an HSRP group, verifying two routers with matching authentication strings form a normal active/standby relationship while a router with a mismatched string is excluded from the group entirely.

ادامه

Hands-On Lab: Configuring Cisco Umbrella-Style DNS Security via DNS Forwarding Redirection

This hands-on lab configures a router to redirect all client DNS queries toward a security-focused DNS resolver using DNS forwarding interception, approximating cloud-delivered DNS security enforcement without requiring per-client configuration changes.

ادامه