netbox-mcp-server
Related Servers
Alternatives to netbox-mcp-server
No user-submitted related servers found.
Related Servers
- AlicenseAqualityBmaintenanceEnables AI assistants to read and manage NetBox network infrastructure data via MCP. Supports querying all object types, search, changelogs, GraphQL, IP/prefix/VLAN allocation, cable tracing, config rendering, and write operations with safety modes.1842 PyPI1MIT
- FlicenseAqualityBmaintenanceEnables an LLM to read and write NetBox data through its REST API, supporting listing endpoints, inspecting schemas, and creating, updating, or deleting objects.7-
- AlicenseBqualityDmaintenanceEnables read-only interaction with NetBox network documentation and infrastructure data through LLMs. Allows querying devices, sites, IP addresses, and viewing change history via natural language.3Apache 2.0
- AlicenseAqualityFmaintenanceEnables comprehensive interaction with NetBox infrastructure management through both read and write operations. Supports full CRUD operations for devices, IP addresses, sites, racks, and other NetBox objects through natural language commands.917Apache 2.0
- AlicenseAqualityCmaintenanceEnables LLMs supporting MCP to interact with NetBox data, providing read tools plus write tools to create, partially update, and bulk create or update objects, while intentionally excluding deletion.8Apache 2.0

NetMap MCP Serverofficial
AlicenseNot gradedqualityAmaintenanceEnables an AI assistant such as Claude to read and edit the self-hosted network inventory: search and manage entries, check live TCP reachability, map hosts, link and derive relationships, inspect topology, compare configured read-only sources like Docker, OPNsense, AdGuard and Traefik against what is declared, surface conflicts and new devices, and review the audit log.MIT
TDQS
Scored across 446 tools
Every tool embeds an action and a resource name, so the CRUD operations for a given object are usually clear. However, the set is full of near-parallel taxonomies like role/device_role/asset_role/contact_role and console_port/console_server_port/power_port/power_outlet/front_port/rear_port, with boilerplate descriptions that do little to differentiate them. Agents must parse subtle resource names carefully to avoid selecting the wrong endpoint.
Names overwhelmingly follow a consistent netbox_<verb>_<resource> pattern in snake_case, with list_/get_ and singular/plural forms used predictably. The single netbox_global_search outlier deviates from the verb-first pattern, and several resource names are lexically similar, so the convention is strong but not flawless.
446 tools is an extreme mismatch for an MCP server, far beyond the 25+ threshold for 'too many'. Exposing full CRUD for over a hundred resource types floods the agent's tool-selection context and makes finding the right operation impractical. A curated subset or grouped resource access would be far more usable.
For the resources that are exposed, coverage is remarkably complete: nearly every object type has list, get, create, update, and delete operations, plus cross-resource global_search. Gaps exist for non-exposed NetBox areas such as custom fields, tags, config contexts, and user management, and there are no bulk operations, but core DCIM/IPAM/circuit/inventory workflows are supported end-to-end.