SpX Overlay Creation
The SpX Overlay Creation workflow provisions a SpectrumX overlay, VRFs, and L3 VXLANs for a new overlay at a site. An overlay in this context is a tenant-scoped routing domain: creation allocates a route distinguisher (RD), registers the VRF objects in Nautobot, and creates an L3 VXLAN per namespace bound to a location-scoped Overlay object in the overlays plugin. No switches are touched by this workflow — applying the new overlay to a device happens through SpX Overlay Assignment, and re-rendering and redeploying tenant configuration happens through SpX Overlay Tenant Change.
Creation is idempotent on overlay_id — re-running with an existing ID returns the already-existing VRFs rather than creating new ones.
Experimental
This workflow is experimental and not intended for general use. Use it only in test or pilot environments.
Prerequisites
Before running, confirm:
- Site exists in Nautobot and is correctly tagged so RD allocation can find an available range.
- Tenant exists in Nautobot. The tenant is used to scope the created Overlay object.
- overlay_id chosen. Pick a unique identifier; if the same ID is reused, the workflow short-circuits and returns the existing VRFs without creating new ones.
- Route-distinguisher range has free entries within the site’s allocated
rd_min..rd_maxwindow. The workflow’s RD allocator pulls the first available RD in that window.
Running the workflow
- Navigate to the Config Manager URL for your environment.
- Click the + in the top right and select SpXOverlayCreationWorkflow.
- Fill in the form using the field reference below and submit.
After submission, a status page shows the single create_spx_overlay stage. The workflow returns a result with two lists: created_vrfs (newly provisioned in this run) and existing_vrfs (already present at start time).
Execution stages
The workflow runs one stage. No human approval is required.
-
create_spx_overlay— Allocate the RD and provision the Overlay, VRF, and VXLAN objects.Queries Nautobot for any existing VRFs matching the
overlay_id+namespace_tag. If they exist, the stage short-circuits with the existing-VRFs list and the result is treated as a successful no-op. Otherwise:- Finds or creates a location-scoped
SpXTenant<VNI>Overlay object of typespectrum_x_vrfin the overlays plugin. - For each namespace, creates a VRF and an L3 VXLAN bound to both the VRF and the Overlay.
- VRFs and VXLANs are rolled back on failure; the Overlay is left in place since it may be shared across retries.
- Finds or creates a location-scoped
Verifying outcomes
After the workflow reports success, confirm:
create_spx_overlayshows green and the result’screated_vrfsorexisting_vrfslist contains the expected VRF objects.- Nautobot shows the VRFs under the site with the allocated RD.
- Nautobot overlays plugin (
/plugins/overlays/) shows the newSpXTenant<VNI>Overlay with the bound L3 VXLANs. - Re-running the workflow with the same
overlay_idreturns immediately withexisting_vrfspopulated — confirming idempotency.
Common issues
create_spx_overlay fails with “no available route distinguishers”.
The [rd_min, rd_max] window is exhausted. Either widen the window via the optional inputs, or audit the site’s existing VRFs and reclaim RDs no longer in use before retrying.
create_spx_overlay fails with “Failed to provision overlay”.
The Nautobot write to register the VRF or VXLAN failed. Check Nautobot’s logs and confirm the site, tenant, and namespace tag are correctly modeled before re-running. Partial VRF/VXLAN objects created before the failure are rolled back automatically.
create_spx_overlay fails with “Status ‘Active’ not found in Nautobot”.
The Active status object is missing from Nautobot. Ensure the bootstrap data job has been run.
The result has empty created_vrfs and a populated existing_vrfs.
The overlay already existed — the workflow short-circuited. This is the expected idempotent behavior.
Related guides
- SpX Overlay Deletion — tear down an overlay (only when it is not in use on any device).
- SpX Overlay Assignment — bind the new VRF to a device and specific ports.
- SpX Overlay Tenant Change — assign + render + deploy an overlay change against a device end-to-end.
- Render Service — produces the tenant-scoped configurations that get deployed onto devices once an overlay is assigned.