Discovery Methods
Netdata builds your topology by reading, over SNMP, what your devices already know about their neighbors. Each method below contributes part of the map; together they give the full Layer 2 and Layer 3 picture. They all come up automatically — there's nothing to enable per method.
Layer 2 — how switches and their links connect
- LLDP (Link Layer Discovery Protocol) — the vendor-neutral neighbor each device advertises: chassis, port, system name, management address. The backbone of device-to-device links.
- CDP (Cisco Discovery Protocol) — the same neighbor discovery on Cisco and Cisco-compatible gear, with extra detail like platform, native VLAN, and duplex.
- FDB (forwarding database) — the MAC address tables of your switches: which MAC is seen on which port. This is how Netdata knows where endpoints attach.
- ARP / IP neighbors — the IP-to-MAC bindings from routers and switches, so an endpoint can be located by its IP, not only its MAC.
- STP (Spanning Tree) — which Layer 2 links are forwarding and which are blocked, so the map reflects the paths traffic actually takes.
Layer 3 — how routers connect
- BGP — the BGP peering relationships between your routers (neighbor and remote AS), drawn as router-to-router links.
- OSPF — the OSPF adjacencies between your routers.
- Connected subnets — direct router links inferred from two interfaces sharing a
/30or/31, plus logical subnet segments for managed devices sharing a/24through/29. These are rendered as logical Layer 3 relationships rather than physical links.
How they come together
Netdata fuses these per device into one live graph: LLDP and CDP give the links, FDB and ARP place the endpoints, STP marks which links are active, and BGP and OSPF add the routing layer. Each link records how it was discovered and how confident Netdata is in it. Because it's all built from the devices you're already polling, the topology stays current as the network changes.
Open and shape the map
The device topology is served by the topology:snmp function — open it from the topology view to see the fabric. A few controls shape what you see, so you can move between a high-trust overview and the complete picture:
- Nodes identity — show actors by IP (the default, which collapses duplicates and drops non-IP inferred nodes) or by MAC.
- Map — choose Managed Fabric Map (the default — all monitored SNMP devices, direct LLDP/CDP and managed STP links, and FDB paths through qualified broadcast-domain segments), the legacy LLDP/CDP/Managed Devices Map, High Confidence Inferred Map, or All Devices (Low Confidence). Logical Layer 3 subnet, OSPF, and BGP relationships remain visible in every mode with their distinct dashed presentation.
- Infer strategy — how Netdata reconstructs links the devices don't advertise directly, from FDB Minimum-Knowledge (Baseline) (the default) through STP Parent Tree, FDB Pairwise Minimum-Knowledge, STP + FDB Correlated, and CDP + FDB Hybrid. Different strategies suit different fabrics.
- Focus on and Focus depth — pick one or more devices as roots and limit the map to a number of hops out from them, to zoom into one part of a large network.
Start with the defaults; reach for the other map types and strategies when a link you expect isn't showing, or when you want the complete picture rather than the high-confidence one.
What's next
- Overview — what topology gives you and the other sources it brings in.
- Application Dependency Mapping — the same view, for your processes, containers, and Kubernetes workloads.
- Device Metrics — monitoring the devices the topology is built from.
Do you have any feedback for this page? If so, you can open a new issue on our netdata/learn repository.