N4N063: Link Layer Discovery Protocol
Link Layer Discovery Protocol (LLDP) is a standardized Layer 2 protocol that enables network devices to announce information about themselves to directly connected neighbors, facilitating network topology discovery and device identification in multi-vendor environments. The protocol uses Ethernet frames with special multicast destination MAC addresses to ensure frames don't propagate beyond immediate neighbors, and includes mandatory TLVs (Type-Length-Values) like chassis ID, port ID, and TTL alongside optional ones for extended information.
Summary
Ethan Banks and Holly Podibilak discuss LLDP, a Layer 2 discovery protocol defined in IEEE 802.1ab standard (with extensions via ANSI TIA 1057 for LLDP-MED). LLDP operates as a non-interactive advertisement protocol where devices announce information about themselves at configurable intervals (default 30 seconds, range 5 to 32,768 seconds) to help network engineers map topology and identify connected devices without manual inspection. The protocol uses Time-To-Live (TTL) values to manage how long information is retained; the default TTL is calculated by multiplying the message transmission interval by a hold-time multiplier of four, with a hard maximum of 65,535 seconds.
The technical implementation uses Ethernet frames with a source MAC from the sending device and a destination MAC from a special range of MAC Bridge Filtered Group Addresses (0180C2 followed by specific values ending in 00-0E). These multicast addresses signal to receiving switches that frames should never be forwarded further—ensuring LLDP remains local to the direct link. The payload consists of Type-Length-Value (TLV) fields that carry structured information; mandatory TLVs include chassis ID, port ID, and TTL, while optional TLVs can include port description, system name, management address, system capabilities, and proprietary vendor-specific information via Type 127 TLVs.
The hosts discusses practical security considerations: LLDP frames are unencrypted and contain valuable infrastructure information including device names, model numbers, management IP addresses, and capabilities. This makes LLDP a potential security risk on edge ports where unknown devices might connect. Best practices include disabling LLDP on unused ports entirely, configuring ports as send-only or receive-only rather than bidirectional, and avoiding LLDP on ports where untrusted devices might connect. The protocol does not propagate over wireless; access points connected via backhaul will exchange LLDP frames, but wireless clients won't receive LLDP over-the-air because the protocol provides no value for mobile, transient connections and would waste limited airtime.
Historically, numerous vendors created proprietary discovery protocols (Cisco Discovery Protocol/CDP, MikroTik Neighbor Discovery Protocol/MNDP, Extreme Discovery Protocol/EDP, Alcatel Mapping Adjacency Protocol/AMAP) before LLDP became the industry standard. While CDP and MNDP remain in limited use, LLDP's standardized, vendor-neutral approach has become dominant. The hosts note that CDP provides some capabilities LLDP lacks, particularly detecting native VLAN mismatches on trunk ports, but most modern deployments favor LLDP for multi-vendor interoperability. Tools like Wireshark can decode LLDP frames and parse all TLVs, providing network engineers with visibility into device relationships and infrastructure details.
About this episode
Ethan and Holly tackle the Link Layer Discovery Protocol (LLDP). They explain how this protocol helps network engineers map network topologies and validate wiring. They also discuss how LLDP devices use frames to send information, mandatory and optional type length values (TLVs), and why security on edge ports remains critical. Episode Links: Watch this episode<a class="excerpt-read-more" href="https://packetpushers.net/podcasts/n-is-for-networking/n4n063-link-layer-discovery-protocol/" title="ReadN4N063: Link Layer Discovery Protocol">... Read more »</a>
Key Insights
- LLDP is a non-interactive advertisement protocol that sends information about a device on a regular interval without establishing neighbor relationships or receiving acknowledgments from receivers.
- LLDP uses special multicast destination MAC addresses from the MAC Bridge Filtered Group range (0180C2 followed by specific values) that signal to switches the frame must not be forwarded beyond the immediate hop.
- The default Time-To-Live for LLDP information is 120 seconds, calculated by multiplying the default 30-second transmission interval by a hold-time multiplier of four, with frames overwriting previous data rather than accumulating.
- LLDP does not propagate over wireless links to clients because wireless airtime is a precious resource and LLDP provides no value for transient, mobile devices that constantly join and leave networks.
- Unencrypted LLDP frames leak sensitive infrastructure information including device names, model numbers, management IP addresses, and capabilities, creating security risks if enabled on edge ports where untrusted devices might connect.
- Proprietary discovery protocols like CDP, MNDP, and EDP from individual vendors cannot interoperate with each other, whereas standardized LLDP enables multi-vendor environments to share device information transparently.
- LLDP frames consist of mandatory TLVs (chassis ID, port ID, TTL) and optional TLVs (port description, system name, management address, capabilities), with vendor-specific information encoded as Type 127 organizationally-specific TLVs.
- Cisco Discovery Protocol provides capabilities LLDP lacks, such as detecting native VLAN mismatches on trunk ports, which may justify its continued use in some Cisco-dominant environments despite LLDP's superior interoperability.
Topics
Transcript
. On today's N is for Networking, Holly and I will break down the Link Layer Discovery Protocol for you. I'm Ethan Banks with Holly, and Holly is Holly Podmilak. You can follow us on LinkedIn and chat with us on the Packet Pushers Community Slack group in the N is for Networking pod channel. N is for Networking is part of the Packet Pushers Network of Fine Technology podcast for IT professionals. If you like this show, check out packetpushers.net to discover many other pods that Packet Pushers offers, like Heavy Networking and Life and Uptime and Network Break and Day2DevOps and Network Automation Nerds. And I'm not going to tell you all of them. You just need to…
Full transcript available for MurmurCast members
Sign Up to AccessMore from The Everything Feed - All Packet Pushers Pods
NAN132: The AI-Augmented Engineer
Garrett Masters, a Senior Network Administrator with 11 years of experience, discusses his journey into AI-augmented network engineering through his YouTube channel GtalksTech. He explains how AI tools like Claude and Gemini enable network engineers to leverage automation without deep programming expertise, using practical examples like building MCP servers for network management.
TCG085: Enterprise Salescraft with Drew Meli
Drew Meli, an enterprise sales executive with 16 years of experience, discusses best practices in B2B enterprise software sales, emphasizing transparency, stakeholder alignment, and collaborative deal progression rather than high-pressure tactics. The conversation covers the complex journey from initial customer interest through procurement, security reviews, and the emerging impact of AI on sales processes and organizational structures.
HS144: Next-Generation Data Centers: The Rules Are Changing, How Should Your Strategy Change?
Jonna Till-Johnson and John Burke discuss how the rules for building next-generation data centers have fundamentally changed across political, economic, physical, and organizational dimensions. They examine how U.S. import restrictions on Chinese technology, extreme power and cooling demands from AI workloads, supply chain constraints, data sovereignty concerns, and shifting skill requirements create unprecedented complexity for enterprises planning new data center initiatives.
TNO071: The Network Team Is Drowning. Is AI the Life Raft? (Sponsored)
Rekha Shenoy and Irfan Kimji from Backbox discuss how the exponential growth of vulnerabilities (49,000 CVEs annually) has made manual network operations unsustainable, and how AI-powered automation can help network teams manage patches and security updates at scale while maintaining human control and oversight.
HN840: How to Make a Technology Buying Decision
Sean Morgan, a research director at Deloro Group, discusses how technology buying decisions should extend beyond engineering specifications to include business alignment, ROI calculations, and understanding total cost of ownership. Engineers must shift from viewing IT as a cost center to positioning it as a business enabler by connecting technical decisions to revenue impact and organizational objectives.