In this multi-part blog series, we will be describing in detail the five new pillars of the Cisco Crosswork automation solution – designed to help solve our customers’ challenges in planning, designing, implementing, operating, and optimizing their networks. Let’s start by taking a closer look at Cisco Crosswork Change Automation.
Cisco Crosswork Change Automation is a platform which enables customers to create a closed-loop automation system. Traditional methods for managing a network include manual execution of a Method of Procedure or scripting existing Method of Procedures.
A method of procedure (MOP) is used to perform network changes as part of day-two operations. The playbook typically involves steps to execute during pre-maintenance, maintenance, and post-maintenance windows. Common tasks such as creating new circuits, upgrading software, and adding capacity to bundles require considerable preparation and take hours to complete. In the compute world, most of these tasks are performed via automation and programmatic access to devices. What if we could bring the automation used in the compute world to network infrastructure?
Cisco Crosswork Change Automation (CCCA) is significantly different from other scripted automation frameworks. CCCA enables a closed-loop framework with two main components: a configuration change manager and an alerting/validation engine. The configuration change manager makes use of device programmatic interfaces and provides transactional capabilities for device configuration. The alert/validation engine makes use of real-time telemetry data to validate configuration intent and monitor device state using alerts.
Cisco Crosswork Change Automation is unique in its ability to construct and execute custom plays for large-scale network change. Network changes are described in YAML which makes them simple to create and use. CCCA provides scalability of changes using a microservices architecture, in addition, it provides advanced verification of state throughout the execution of the change. The result is a powerful tool for building a closed-loop Change Automation solution that drives consistent service intent.
Cisco Crosswork Change Automation comes with a robust library of atomic configuration and verification plays. Plays can be stitched together to create a playbook for a specific action like software upgrade etc.
One use case for CCCA is the challenge of automating the often troublesome task of a basic upgrade. We like to think of this as having a “Smart Upgrade” playbook. There are three steps to this playbook inclusive of Pre-Maintenance, the Maintenance itself, and Post-Maintenance.
Pre-Maintenance – This section of the playbook includes any non-disruptive checks and any other operations on the router that prepare it for traffic-impacting changes.
Maintenance – This section of the playbook includes any task that disrupts traffic flowing through the router or impacts neighboring routers.
Post-Maintenance – This section of the playbook includes verification tasks to perform on the router after any disruptive operation.
In our next version of CCCA, we will be enhancing the Smart Upgrade Playbook to include dynamic topology considerations and service levels before costing out a device.
We are very excited about the transformations we are seeing inside of our Service Provider customers and how Cisco Crosswork can help them accelerate their journey to a fully self-healing infrastructure. Please leave comments or questions below so we can continue the conversation.
Ramanathan Lakshmikanthan is a distinguished engineer at SPNAA focused on network automation and analytics. He is responsible for architecture and implementation for various products/applications in Crosswork platform.
Topic: automation | cisco crosswork | crosswork change automation