CloudVision Studios - Static Configuration Studio Migration Lab Guide

Goal

The goal of this lab is to introduce users to Static Configuration Studio in CloudVision as an alternative workflow to traditional network provisioning.

The Static Configuration Studio introduces a tag-based, structured approach to configuration management using a containerized design to simplify device groupings and configlet inheritance.

In this lab, users will transfer configlets from traditional Network Provisioning to the Static Configuration Studio using a completed L2LS Lab to gain hands-on experience with tagging, workspaces, and container hierarchy.

Why Use Static Configuration Studio?

Building on What Works

Network Provisioning offers a proven way to manage configurations through containers, configlets, and change controls. It’s reliable and continues to serve many production environments today.

Static Configuration Studio builds on that foundation with a more visual, flexible, and tag-driven approach. It’s designed to simplify day-to-day configuration tasks, especially in labs or environments that benefit from quicker iterations and flexible groupings.

More Flexibility, Less Repetition

While traditional network provisioning links devices to a single container, Static Configuration Studio allows devices to be grouped in multiple ways using tags. This makes it easier to apply shared configurations across different parts of the network without duplication. This helps improve efficiency and reduces human error.

A Smoother Way to Work

With Static Configuration Studio, you can manage configurations in a more visual, interactive workspace. You stay in one screen, reduce extra clicks, and clearly see how devices and configlets are connected through tags and containers.

It brings a new level of control and clarity to configuration management, helping teams move faster and stay aligned—even as environments grow more complex.

Key Definitions

Studios

CloudVision Studios is a UI-driven provisioning tool that simplifies network configuration without requiring CLI expertise. Each studio acts as a template for defining network features and managing devices. Studios operate within workspaces, allowing multiple configurations to be tracked and submitted efficiently.

Workspaces

Workspaces are staging areas for drafting, validating, and submitting changes in Studios and Tags. Changes remain isolated until submitted for review and deployment.

Containers

Logical groupings that assign configlets to tagged devices in a hierarchy.

Tags

Key:Value labels used to group and identify devices. CloudVision supports user, system, and topology tags, but only user tags can be created and assigned manually.

Configlets

Collections of CLI commands for configuration; organized for reuse and assignment.

Part 1: Preparing the Lab

Accessing the Lab

1. Navigate to the Login URL sent to you via e-mail.

2. If your topology is not in the Running state, click the Start button on the bottom left.

   

3. Click the Click Here to Access Topology button.

4. You will see a landing page that looks like this.

   

5. Credentials used in the rest of the lab are visible in the table at the bottom of the landing page.

   

Part 2: Start the Lab

Baseline Your Lab Environment

1. Click on Console Access on the top left of your lab menu.
2. Type l2ls or 2 and hit enter at the prompt.

Accessing CloudVision Portal

1. Click CVP on the lab landing page to access CloudVision Portal.

   

2. Click Provisioning on the left menu and click Network Provisioning Note: Notice containers - we will recreate in Static Configuration Studio

3. Go to Configlets and note how many devices/containers are associated with each.

Part 3: Inventory and Topology Studio

Set up a Workspace

1. Select Provisioning→ Studios → Inventory & Topology Studio

2. Click Create Workspace, name it Inventory and Topology and then accept all network updates.

3. Review and then click Submit Workspace

Workspace Submission

Notice how a Change Control was not generated as part of this change. This initial task simply "on boards" devices to be managed by CloudVision Studios.

Part 4: Getting Started with Static Configuration Studio

Create a Workspace and Hierarchy

1. Create a new workspace named L2LS Static Config Studio

2. Add a top-level container and include all devices.

3. Rename the container All Devices

4. Add a sub-container and assign it with tag Pod:S1

5. Add devices with prefix s1

6. Add sub-container with tagged Role:Spine

7. Assign Devices to the Role:Spine Container

8. Dragging Role:Spine to the top helps avoid redundant spine containers in the future.

Container Location

Containers can only be dragged to the top of the other sub-containers, or outside of its parent container.

• View the tags that were automatically applied to the devices.

Assigning Devices to Containers in Reverse

1. In Network Provisioning→Tags, add Role:Leaf tags to the leaf devices.

2. Return to Static Configuration Studio and create a Role:Leaf sub-container under Pod:S1. Drag the container to the top.

Auto-Population

The Container will auto-populate since devices already were assigned the tag Role:Leaf.

Part 5: Transferring Configlets

Transfer Configlets

Now that the container hierarchy is in place, it's time to transfer configuration logic into the Static Configuration Studio.

1. Transfer Core Configlets
   1. Go to Network Provisioning → Configlets and copy the ATD-INFRA Configlet, and recreate a new ATD-INFRA Configlet in Static Configlet Studio's Configlet Library.
2. Transfer BASE Configlets
   1. Transfer the BASE configlets for s1-spine1 and s1-spine2
   2. Transfer BASE s1-leaf1 configlet
   3. Repeat for s1-leaf2,s1-leaf3, s1-leaf4, s1-host1, s1-host2. Transfer the BASE configlet for each
3. Transfer L2LS Configlets
   1. Transfer the L2LS spine1 configlet.
   2. Repeat for spine 2.
   3. Transfer L2LS s1-leaf1 configlet.
   4. Repeat for L2LS s1-leaf2, L2LS s1-leaf3, L2LS s1-leaf4, L2LS s1-spine1, L2LS s1-spine2, L2LS s1-host1, L2LS s1-host2

Part 6: Apply Configlets to Containers

1. Assign ATD-INFRA to All Devices
   1. Add ATD-INFRA configlet to top-level container.
2. Assign Device-Specific Configs
   1. Add Base and L2LS configlets to spine1 and spine2.
   2. Repeat for s1-leaf1,2,3,4.
   3. Repeat for s1-host1 and s1-host2.

Verification

Check for icons representing configlets on devices and containers.

Part 7: Review and Submit

1. On the top right of the screen, click Review Workspace
2. Submit the workspace.

Important

You will notice configurations apply only to Leaf 4. This is expected because the L2LS lab was resumed at the point where Leaf 4 needed configuration, while the others had previously been configured.

Section 2: Unassigning Network Provisioning Configlets

After building or editing configurations in the Static Configuration Studio, it's important to unassign any configlets previously applied through Network Provisioning to avoid conflicts when pushing changes.

1. Navigate to Provisioning → Network Provisioning
2. Right-click on the device or container in the Network Provisioning view
3. Select Manage → Configlet
4. Uncheck the configlets you want to remove from the proposed configuration
5. Click Validate for a device or Update for a container
6. Click Save to apply the changes

• Repeat this process for the following devices: s1-host1,2, s1-leaf1,2,3,4, s1-spine1,2

Once you validate and save the config changes in CloudVision, it will create tasks. These tasks become Change Controls that we can execute.

1. Click Tasks
2. Select all Assignable Tasks and click Create Change Control
3. Select the Parallel arrangement to execute all changes at once
4. Click the Create Change Control with [x] tasks Button
5. Select Review and Approve
6. Click Execute Immediately and click Approve and Execute

If done right, only leaf4 should have actual config changes. If other devices show config changes in the diffs, something was missed during your migration.

Summary / Conclusion

You’ve now successfully

1. Replicated your Network Provisioning container hierarchy to Static Configuration Studios.

2. Built a logical container structure using tags.

3. Migrated configlets from Network Provisioning to Static Configuration Studios.

4. Applied configurations using an intuitive, visual workspace.

5. Retired your existing configuration managed by Network Provisioning.

Static Configuration Studios provides an alternative approach to managing configurations in CloudVision which is designed to be flexible, visual, and aligned with modern operational workflows. Whether used alongside or in place of traditional methods, it adds another valuable tool to your CloudVision tool-belt.