Operations Allowed During Mixed Versions on Cisco ACI Switches
The Cisco Application Centric Infrastructure (ACI) fabric essentially has a requirement that all nodes (Cisco Application Policy Infrastructure Controller (APIC), leaf switches, and spine switches) should have the same software release or have a compatible software release, where the Cisco APIC nodes have the standard release format of x.y(z), and the leaf and spine switches have the switch-specific standard release format of 1x.y(z). For example, if the Cisco APIC nodes are on software release 4.1(1), the leaf switches and spine switches should be on the switch-specific compatible version of 14.1(1).
However, this could be a challenging requirement when attempting to upgrade the software for a huge Cisco ACI fabric with a large number of switch nodes, because you would usually split the switch nodes into several different groups (maintenance groups) in this situation, which would allow you to perform the upgrade one group at a time to avoid any service disruptions. Depending on the number of switch nodes or maintenance groups, and the validation process for network traffic, services, and applications, you would be able to upgrade some maintenance groups on one day, but you might have to wait to upgrade the remaining maintenance groups on another day.
Starting with release 2.2(1), some operations can be performed even when all Cisco ACI switches are not yet on the same version due to a software upgrade. This behavior was enhanced in release 2.3(1) to support even more operations that can be performed in this situation. The following tables describe the operations that can be performed when switches are at mixed releases for releases 2.2(1) and 2.3(1) or later.
Supported Operations with Mixed Versions for Each Upgrade Path
Upgrade Path |
Supported Operations |
|
---|---|---|
From |
To |
|
2.2(x) |
Any versions in the supported upgrade path |
|
2.3(x) or later |
Any versions in the supported upgrade path |
|
* This operation is supported only when the upgrade is within the same release train. For example, an upgrade from 3.2(5d) to 3.2(5f), where the releases are still part of the 3.2(5) release train, but the upgrade occurs between the d and the f versions of that release train.
Supported Operations with Mixed Versions for Upgrades from Release 2.3(x) or Later
Starting from release 2.3(1), Cisco APIC supports the following features in addition to the ones listed above for operations allowed during mixed versions on Cisco ACI switches.
Features |
Operations |
---|---|
Contracts |
|
Endpoint group |
|
Microsegmentation |
Adding and updating uSeg EPG. |
vMotion |
vMotion across a leaf switch. |
VM operation |
On and off of virtual machines. |
Bridge domain |
Creating, updating, and deleting bridge domains. |
VMM Domain |
The following operations are supported only in VMware vDS and Cisco AVS.
|
Layer 2 or Layer 3 Out |
Adding, updating, and deleting Layer 2 external and Layer 3 external domains. |
Access Policy |
|
Troubleshooting |
|
Physical network |
|
Fabric Policy |
|
The following definitions are used to describe a Cisco APIC release.
-
A Cisco APIC major release contains support for new software features and additional hardware updates. Examples of major releases include 2.2(1n) and 2.1(1h).
-
A Cisco APIC minor or maintenance release (MR) contains the bugs fixes and patches from the existing release. Examples of minor or maintenance releases include 2.0(1m) and 2.0(2f).
-
A Cisco APIC patch release contains fixes for specific defects. Examples of patch releases include 2.1(1h) and 2.1(1i).