librenms-mcp
Related Servers
Alternatives to librenms-mcp
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityDmaintenanceMCP server for LibreNMS network monitoring — query devices, alerts, sensors, ports, and more through AI assistants like Claude.MIT
- AlicenseNot gradedqualityBmaintenanceMCP server for the FortiMonitor v2 monitoring API. 241 tools across 33 modules covering server management, outage monitoring, maintenance windows, metrics, notifications, cloud monitoring, SNMP, dashboards, reporting, and more. Unofficial community project, not affiliated with Fortinet. Python, MIT license, Docker and local deployment supported.3MIT
- FlicenseNot gradedqualityDmaintenanceMCP server for interacting with NetBox API, enabling users to query and manage NetBox resources such as devices through natural language.-
- AlicenseCqualityCmaintenanceA Python-based MCP server that enables querying Cisco's Meraki Dashboard API to discover, monitor, and manage Meraki environments.2241MIT
- AlicenseNot gradedqualityBmaintenanceMCP server for managing OpenWISP network infrastructure, enabling AI assistants to control devices, templates, topologies, and RADIUS sessions via the OpenWISP REST API.26MIT
- AlicenseAqualityAmaintenanceGoverns and automates network monitoring across SolarWinds Orion and Paessler PRTG platforms with a unified MCP server, enabling querying, alert management, and governed writes with audit logging.42MIT
TDQS
Scored across 110 tools
Many tool clusters are easy to confuse: device_ports vs device_ports_get vs port_get, alerts_get vs alert_get_by_id vs alert_rule_get, port_fdb vs device_fdb vs fdb_lookup, and ports_search vs ports_search_field vs ports_search_mac all require careful reading to avoid misselection. The descriptions help, but at this scale the boundaries between similar tools are genuinely unclear.
Most names use snake_case with resource prefixes and readable verb placement, but conventions are mixed: plural list names like devicegroups_list collide with singular action names like devicegroup_add, and some tools are noun phrases like system_info or health_by_type. Overall it is fairly navigable but not pattern-predictable.
110 tools is an extreme number for a single MCP server, far beyond the typical well-scoped range and even beyond the 50+ extreme threshold. Even for a broad platform like LibreNMS, this creates a large selection burden and should be split into smaller domain-focused servers.
The surface is impressively broad, covering device lifecycle, alerts, alert rules/templates, bills, locations, ports, services, logs, and many network data views. Minor gaps exist such as no alert template delete, no port group deletion/update, and no explicit maintenance-clear tool, but these are workable rather than blocking.