workspace/skills/cml-topology-builder/SKILL.md
Build CML topologies — add nodes, create interfaces, wire links, set link conditioning, add annotations. Use when building a network topology in CML, adding routers or switches to a lab, wiring links between nodes, or simulating WAN conditions.
npx skillsauth add automateyournetwork/netclaw cml-topology-builderInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
cml-mcp (pip-installed, stdio transport)CML_URL, CML_USERNAME, CML_PASSWORD environment variables| Tool | Parameters | What It Does |
|------|-----------|-------------|
| get_node_defs | none | List all available node definitions (IOSv, NX-OS, IOS-XR, etc.) |
| create_node | lab_id/lab_title, node_def, label, x, y | Add a node to a lab |
| get_nodes | lab_id/lab_title | List all nodes in a lab |
| get_node | lab_id/lab_title, node_id/node_label | Get details of a specific node |
| Tool | Parameters | What It Does |
|------|-----------|-------------|
| create_interface | lab_id/lab_title, node_id/node_label, slot? | Create a new interface on a node |
| get_interfaces | lab_id/lab_title, node_id/node_label | List all interfaces on a node |
| get_interface | lab_id/lab_title, node_id/node_label, interface_id/interface_label | Get interface details |
| Tool | Parameters | What It Does |
|------|-----------|-------------|
| create_link | lab_id/lab_title, src_node/src_label, src_intf, dst_node/dst_label, dst_intf | Create a link between two interfaces |
| get_links | lab_id/lab_title | List all links in a lab |
| get_link | lab_id/lab_title, link_id | Get link details |
| set_link_condition | lab_id/lab_title, link_id, bandwidth?, latency?, jitter?, loss? | Set link conditioning (WAN simulation) |
| set_link_state | lab_id/lab_title, link_id, state | Set link state (up/down) — simulate link failures |
| Tool | Parameters | What It Does |
|------|-----------|-------------|
| create_annotation | lab_id/lab_title, annotation_type, content, x, y, width?, height? | Add a text/shape annotation |
| get_annotations | lab_id/lab_title | List all annotations |
| delete_annotation | lab_id/lab_title, annotation_id | Remove an annotation |
Common node types available in CML (use get_node_defs to get the full list):
| Node Definition ID | Description | Typical Use |
|--------------------|-------------|-------------|
| iosv | Cisco IOSv (IOS 15.x) | Routing, switching labs |
| iosvl2 | Cisco IOSv L2 | Layer 2 switching labs |
| iosxrv9000 | Cisco IOS XR 9000v | SP, MPLS, Segment Routing |
| nxosv9000 | Cisco NX-OS 9000v | Data center, VXLAN |
| csr1000v | Cisco CSR 1000v (IOS-XE) | SD-WAN, routing |
| cat8000v | Cisco Catalyst 8000v | Enterprise routing |
| asav | Cisco ASAv | Firewall labs |
| server | Ubuntu/Alpine server | Traffic gen, testing |
| external_connector | External bridge | Connect lab to host/internet |
| unmanaged_switch | Unmanaged L2 switch | Simple L2 connectivity |
| wan_emulator | WAN emulator | Add latency/loss between nodes |
When the user describes a topology:
get_lab)get_node_defs to know what's availablecreate_node for each device with meaningful labelscreate_interface for each connection pointcreate_link to connect interface pairsset_link_condition for WAN linkscreate_annotation for labels, IP addressing plansWhen placing nodes, use this visual grid approach:
Topology Layout (x, y coordinates):
Layer 0 (Top): Core routers y=100
Layer 1: Distribution y=300
Layer 2: Access / Leaf y=500
Layer 3 (Bottom): Servers / Endpoints y=700
x spacing: 200px between nodes in the same layer
Center the topology: start x at 100, distribute evenly
Example for a 2-spine, 4-leaf topology:
Spine1: (300, 100) Spine2: (500, 100)
Leaf1: (100, 300) Leaf2: (300, 300) Leaf3: (500, 300) Leaf4: (700, 300)
Srv1: (100, 500) Srv2: (300, 500) Srv3: (500, 500) Srv4: (700, 500)
Use set_link_condition to simulate real-world WAN characteristics:
| Scenario | Bandwidth | Latency | Jitter | Loss | |----------|-----------|---------|--------|------| | LAN | (none) | (none) | (none) | (none) | | Metro Ethernet | 100 Mbps | 5 ms | 1 ms | 0% | | WAN (good) | 50 Mbps | 20 ms | 5 ms | 0.1% | | WAN (poor) | 10 Mbps | 100 ms | 20 ms | 1% | | Satellite | 5 Mbps | 300 ms | 50 ms | 2% | | Congested link | 1 Mbps | 200 ms | 100 ms | 5% |
After building a topology, add visual documentation:
When testing network resilience:
get_links to find the link ID between the two nodesexecute_command to check routing tables before failureset_link_state with state "down"set_link_state with state "up"get_node_defs first to verify available node types before creating nodestesting
Human-in-the-loop escalation via HumanRail — route low-confidence agent decisions, pre-destructive operation approvals, and ambiguous incident tickets to real human engineers. Human answers are verified and returned as structured output. Workers are paid via Lightning Network. Use when the agent is uncertain, when a destructive change needs explicit human sign-off beyond a ServiceNow CR, or when an ambiguous ticket requires human triage before automated handling.
testing
Manage EVE-NG node lifecycle. Use when listing nodes, checking runtime state, creating or deleting nodes, starting or stopping nodes or whole labs, verifying node details, or wiping node NVRAM back to factory defaults.
development
Manage EVE-NG labs and platform inventory. Use when listing labs, checking lab metadata, creating or deleting labs, importing or exporting lab archives, checking EVE-NG health or auth, or verifying available node images before build work.
tools
Execute live CLI commands on running EVE-NG nodes over telnet console. Use when running show commands, making live config changes, verifying protocol state, testing connectivity, checking console readiness, or interacting with IOS, Junos, VPCS, EOS, or NX-OS nodes.