Config Generation & Validation
Per-vendor CLI output and the three validation layers.
Config generation#
Generate renders every device through its vendor template: IOS-XE, NX-OS, EOS, ArubaOS-CX, PAN-OS set-commands, or Terraform. Output is complete and ordered like a real config — identity, management plane, L2, L3, features, lines — and can be copied per device or exported for the whole design.
PLACEHOLDER for the operator to substitute at install time.The three validation layers#
| Inline | Field-level checks as you type — IP formats, ranges (privilege 0–15, exec-timeout bounds), password-policy consistency. |
| Whole-design | The Validate drawer: duplicate hostnames/IPs, subnet overlaps, single points of failure, STP root claims, VLAN consistency across trunks, undefined object references (ACLs, route-maps, flow monitors, NTP/line ACLs), duplicate SLA ids, port capacity, media/speed mismatches. |
| Render-time | After templating: unrendered variables, missing required fields (e.g. a flow monitor with no collector), and per-platform capability notes (option omitted on this NOS). |
Findings are grouped by the rule that raised them, not listed one row per occurrence: seven copper uplinks on one design collapse to a single row reading ×7, which you can expand, Ignore all, or fix together with Review & apply. A rule that fired once still reads as one plain finding.
Configuration is also reachable per device: the properties panel's Configtab renders that device's config on open, with copy and download, so checking one box does not mean generating the whole design.