<< All versions
Skill v1.0.0
currentAutomated scan100/100sands-lab/nika/mac-address-conflict-skill
──Details
PublishedSeptember 29, 2026 at 11:48 PM
Content Hashsha256:c28441e95ab60b07...
Git SHA6b4f58a12508
──Files
Files (1 file, 2.2 KB)
SKILL.md2.2 KBactive
SKILL.md · 46 lines · 2.2 KB
version: "1.0.0" name: mac-address-conflict-skill description: Identify duplicate hardware (MAC) addresses on the same network segment. Use when a helper surfaces a concrete duplicate link/ether value or an ARP entry that flips between two MACs for one IP.
MAC Address Conflict
What This Fault Means
mac_address_conflictmeans two different devices present the same Layer 2 hardware identity on the network.- This can make ARP, switching, and control-plane behavior unstable or intermittent even when small ping samples sometimes pass.
Leading Signals
- Two devices show the exact same
link/etherMAC. - Witness ARP data flips one MAC across multiple IPs, and direct device-side MAC collection confirms the duplicate.
- The decisive proof is the duplicate MAC itself, not only the downstream symptoms.
Exact Calls
python diagnosis-methodology-skill/scripts/l2_snapshot.pypython diagnosis-methodology-skill/scripts/network_inventory.py summarypython diagnosis-methodology-skill/scripts/network_inventory.py connected <device>exec_shell(host_name="<host>", command="ip link show")exec_shell(host_name="<witness_host>", command="arp -n")
Required Tool Usage
l2_snapshotis the MAC-inventory and duplicate-MAC proof tool;network_inventoryonly exposes topology views (summary,connected).- Direct
link/ethercomparison is stronger than ARP-table symptoms.
Sweep Rules
- If the affected segment is unknown, start with the broad MAC inventory helper.
- The default MAC and L2 sweeps must include server-side devices (for example load balancers and application servers), not only hosts, routers, and switches.
- Compare one full Layer 2 domain at a time: hosts, gateway, switch/bridge, then adjacent infrastructure if needed.
- Clean L3-L7 checks increase the priority of direct MAC comparison; they do not clear this fault.
Guardrails
- Do not rule this out from sampled reachability alone.
- Do not rely on ARP tables alone when direct MAC comparison is available.
- Bridge membership such as
ethX -> br0is topology information, not MAC-conflict proof by itself. - Identical
link/ethervalues on two different routers or hosts are a real L2 identity fault, not a measurement artifact.