casper-network-mcp
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| MIST_HOST | No | Juniper Mist host if your cloud is not api.mist.com. | api.mist.com |
| MIST_API_TOKEN | No | Juniper Mist API token. | |
| CENTRAL_BASE_URL | No | HPE Aruba Networking Central base URL. | |
| CENTRAL_CLIENT_ID | No | HPE Aruba Networking Central client ID. | |
| CLEARPASS_BASE_URL | No | HPE Aruba Networking ClearPass base URL. | |
| CLEARPASS_API_TOKEN | No | HPE Aruba Networking ClearPass API token. | |
| CENTRAL_CLIENT_SECRET | No | HPE Aruba Networking Central client secret. |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": false
} |
| prompts | {
"listChanged": false
} |
| resources | {
"subscribe": false,
"listChanged": false
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| find_toolA | Find the tool for a task. Call this first. |
| invoke_read_toolA | Run a tool that only reads, or a non-disruptive troubleshooting check (ping, show). Names come from find_tool. |
| invoke_toolB | Run any tool from find_tool, including ones that change the network. |
| access_checkB | What each product login can do, and whether this server is read-only. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 4 tools
The four tools have largely distinct roles: discovery (find_tool), authentication/status (access_check), safe execution (invoke_read_tool), and full execution (invoke_tool). The read/write split between the two invoke tools is clear and enforced, though agents must first discover a tool's kind before choosing the right invoker.
Three tools follow a verb_noun pattern (find_tool, invoke_tool, invoke_read_tool), while access_check uses noun_verb ordering. This is a minor deviation and all names remain readable and semantically clear.
Four meta-tools are exactly right for a gateway that fronts a large external API surface via discovery rather than exposing every endpoint directly. Each tool has a distinct, necessary role.
The surface covers discovery with schema lookup, authentication inspection, read-only execution, and mutating execution, with pagination and field filtering handled in the read path. A direct way to list all available tool kinds without a query is absent but workable through find_tool.