cisco DCNM Classic LAN Deployment User Guide
- June 8, 2024
- Cisco
Table of Contents
- Upgrading the Cisco DCNM Classic LAN Deployment
- Migration of Fabrics
- Supported Switch Roles in LAN Fabric Post Upgrade
- Classic LAN Templates in LAN Fabric
- Upgrading from the Classic LAN Deployment to the LAN Fabric Deployment
- LAN Classic Fabric Template Functionalities
- Read User Manual Online (PDF format)
- Download This Manual (PDF format)
Revised: July 14, 2022
Upgrading the Cisco DCNM Classic LAN Deployment
Overview
From Cisco DCNM Release 11.4(1), the Classic LAN deployment is unsupported. If
you are planning to upgrade your Classic LAN deployment to DCNM Release
11.4(1), the only available upgrade option is to the DCNM Release 11.4(1) LAN
Fabric deployment, and it is done automatically during the DCNM inline upgrade
process.
In the LAN Fabric deployment, there are two new fabric templates that you can
use to manage your switches. For more information, see Managing Switches
Using Classic LAN Templates.
The following table summarizes upgrades for your Classic LAN deployment to the
Cisco DCNM Release 11.5(1):
Table 1: Classic LAN Upgrade
From Classic LAN deployment in DCNM Release| To LAN Fabric deployment
in DCNM Release| Upgrade
---|---|---
11.3(1)| 11.5(1)| Inline upgrade
11.2(1)| 11.5(1)| Inline upgrade
When you perform the inline upgrade from older releases to Cisco DCNM Release 11.4(1), automatic conversion to LAN Fabric mode using LAN_Classic and Fabric_Group fabric templates is done.
Note
We recommend that you to familiarize yourself with the Cisco DCNM LAN Fabric
functionalities before proceeding with the upgrade. For information, see Cisco
DCNM LAN Fabric Configuration Guide, Release 11.5(1).
Prerequisites
- Review the Cisco DCNM 11.5(1) LAN Fabric System Requirements to ensure that your existing deployment meets those criteria. See System Requirements.
- Review the Cisco DCNM LAN Fabric Verified Scalability section to ensure your existing deployment needs are met. See Verified Scalability Guide for Cisco DCNM.
Guidelines and Limitations
-
In the Classic LAN deployment, if you are managing switches using the in-band interfaces, upgrading to the LAN Fabric deployment is not supported. You need to change to managing switches using the management (mgmt0) interfaces, and then upgrade. The support for in-band interface management is expected to be available in a future release.
-
VDC Auto-Provisioning (VOAP) for Cisco Nexus 7000 Series switches is not supported in the LAN Fabric installation mode.
-
The following configurations are not migrated from Classic LAN to the LAN Fabric Deployment:
-
Config archive jobs.
Post upgrade, you should configure the fabric backups from the fabric settings. -
CLI jobs.
-
POAP DHCP configuration.
Post upgrade, you should configure the Fabric Settings for POAP.
Migration of Fabrics
The DCNM upgrade from Classic LAN automatically creates fabric instances in LAN Fabric to match the Classic LAN switch and container groups. The inline upgrade to the LAN Fabric mode preserves only two levels of hierarchy if nested grouping is present. All intermediate and/or empty groups are automatically removed. For reference, see the following image:
The summary of the migration behavior is as follows:
-
Only switch groups that hold switches will be migrated over to a fabric instance using the LAN_Classic fabric template. In this example, SG1, LAB1, LAB2, and Default_LAN are migrated.
-
Only two levels of hierarchy is maintained during the upgrade. Any intermediate groups are deleted, and the lowest level switch groups are promoted to the top of the hierarchy.
In this example:- SJC_Bldg1 is the top-level container group that has valid switch groups in Classic LAN. Therefore, a fabric instance for SJC_Bldg1 is created in LAN Fabric, and it uses the Fabric_Group template.
- Fabric instances for LAB1 and LAB2are created using the LAN_Classic fabric template in LAN Fabric. These fabric instances are made member fabrics of SJC_Bldg1.
- The intermediate SJCFloor1 and SJCFloor2 containers are not carried over to LAN Fabric.
-
Container groups that do not have any valid switch groups are not migrated. In this example, Floor1 and SJC_Bldg2 are not migrated.
-
Switch groups will be migrated to standalone fabric instances using the LAN_Classic fabric template. In this example, Default_LAN is migrated to LAN Fabric with the LAN_Classic fabric template.
-
After migration, the devices will be placed in the Migration Mode in fabrics associated with the LAN_Classic fabric template. The fabric will be in the Fabric Monitor Mode.
For more information about the next steps, see Upgrading from the Classic LAN Deployment to the LAN Fabric Deployment.
Supported Switch Roles in LAN Fabric Post Upgrade
Some of the switch roles supported in the Classic LAN installation mode are not available in LAN Fabric. The following table shows the switch roles in Classic LAN and their equivalents in LAN Fabric:
Classic LAN (Pre-Upgrade) | LAN Fabric (Post Upgrade) |
---|---|
Border PE | Edge Router |
Edge | Border |
FEX
Host
Admin VDC| Access
Note that these roles are automatically mapped to their equivalent roles in LAN Fabric after the upgrade. The following switch roles remain the same in LAN Fabric after the upgrade:
- Spine
- Leaf
- Border Spine
- Border
- Border Gateway
- Edge Router
- Core Router
- Access
- Aggregation
Classic LAN Templates in LAN Fabric
The templates of templateType = CLI are converted to templateType = POLICY.
These templates are displayed in Control > Template Library. If needed, PTIs
can be created from the View/Edit Policies window.
Note
If policies that are updated automatically need to be reviewed, a backup of
the original file is saved with a .bak extension in the following directory on
DCNM: /usr/local/cisco/dcm/dcnm/data/templates/.
Some of the template language constructs that are available in Classic LAN are
not supported in LAN Fabric installation. For example:
- Custom prompt handling
- Command execution logic
- Derived/Inherited templates
Note
The templates need to be edited appropriately to work with LAN Fabric.
Unsupported Template Language Content
The following Classic LAN template language features are not supported in the
LAN Fabric installation mode.
Note that the existing templates using this content are not supported. They need to be reviewed and/or edited to create compatible templates.
-
Interactive command handling:
-
Dynamic decision
-
Template referencing
For more information about templates, see Cisco DCNM Classic LAN Configuration Guide, Release 11.3(1) and Cisco DCNM LAN Fabric Configuration Guide, Release 11.4(1).
Upgrading from the Classic LAN Deployment to the LAN Fabric Deployment
Procedure
Step 1
Make sure that all switches are reachable from Cisco DCNM before the upgrade.
Note
If nested switch groups are in DCNM 11.3(1) and telemetry is enabled on them,
you need to disable telemetry on those switch groups before upgrade.
Step 2
Follow the inline upgrade procedure to upgrade to the LAN Fabric deployment.
For information, see Upgrading ISO or OVA through Inline Upgrade.
Step 3
Post upgrade, the DCNM installation type will be automatically changed to LAN
Fabric and appropriate fabric instances are created. For information about the
fabric, see Migration of Fabrics, on page 3.
Step 4
The switches are placed in the Migration Mode. Navigate to each LAN_Classic
fabric and click Save & Deploy.
Note
The fabrics are in the Monitor Mode by default. An error message is seen
because of this mode, and it can be ignored.
This step ensures that the minimum configuration intent is captured for the switches. The switches continue to remain in the Migration Mode till any connectivity issue and errors are resolved. To move the switches out of this mode, subsequent Save & Deploy operations are needed.
LAN Classic Fabric Template Functionalities
The following features in the LAN_Classic template provide the same support as they do for the External_Fabric_11_1 template: The following features are supported:
- Configuration compliance
- Backup or restore of fabric/switch
- Network Insights
- Performance monitoring
- VMM
- Topology view
- Kubernetes visualization
- RBAC
For more information, refer to the feature specific sections.
THE SPECIFICATIONS AND INFORMATION REGARDING THE PRODUCTS IN THIS MANUAL ARE
SUBJECT TO CHANGE WITHOUT NOTICE. ALL STATEMENTS, INFORMATION, AND
RECOMMENDATIONS IN THIS MANUAL ARE BELIEVED TO BE ACCURATE BUT ARE PRESENTED
WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED. USERS MUST TAKE FULL
RESPONSIBILITY FOR THEIR APPLICATION OF ANY PRODUCTS.
THE SOFTWARE LICENSE AND LIMITED WARRANTY FOR THE ACCOMPANYING PRODUCT ARE SET
FORTH IN THE INFORMATION PACKET THAT SHIPPED WITH THE PRODUCT AND ARE
INCORPORATED HEREIN BY THIS REFERENCE. IF YOU ARE UNABLE TO LOCATE THE
SOFTWARE LICENSE OR LIMITED WARRANTY, CONTACT YOUR CISCO REPRESENTATIVE FOR A
COPY.
The Cisco implementation of TCP header compression is an adaptation of a
program developed by the University of California, Berkeley (UCB) as part of
UCB’s public domain version of the UNIX operating system. All rights reserved.
Copyright © 1981, Regents of the University of California.
NOTWITHSTANDING ANY OTHER WARRANTY HEREIN, ALL DOCUMENT FILES AND SOFTWARE OF
THESE SUPPLIERS ARE PROVIDED “AS IS” WITH ALL FAULTS. CISCO AND THE ABOVE-
NAMED SUPPLIERS DISCLAIM ALL WARRANTIES, EXPRESSED OR IMPLIED, INCLUDING,
WITHOUT LIMITATION, THOSE OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE
AND NONINFRINGEMENT OR ARISING FROM A COURSE OF DEALING, USAGE, OR TRADE
PRACTICE.
IN NO EVENT SHALL CISCO OR ITS SUPPLIERS BE LIABLE FOR ANY INDIRECT, SPECIAL,
CONSEQUENTIAL, OR INCIDENTAL DAMAGES, INCLUDING, WITHOUT LIMITATION, LOST
PROFITS OR LOSS OR DAMAGE TO DATA ARISING OUT OF THE USE OR INABILITY TO USE
THIS MANUAL, EVEN IF CISCO OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE
POSSIBILITY OF SUCH DAMAGES.
Any Internet Protocol (IP) addresses and phone numbers used in this document
are not intended to be actual addresses and phone numbers. Any examples,
command display output, network topology diagrams, and other figures included
in the document are shown for illustrative purposes only. Any use of actual IP
addresses or phone numbers in illustrative content is unintentional and
coincidental.
All printed copies and duplicate soft copies of this document are considered
uncontrolled. See the current online version for the latest version.
Cisco has more than 200 offices worldwide. Addresses and phone numbers are
listed on the Cisco website at
www.cisco.com/go/offices.
The documentation set for this product strives to use bias-free language. For
purposes of this documentation set, bias-free is defined as language that does
not imply discrimination based on age, disability, gender, racial identity,
ethnic identity, sexual orientation, socioeconomic status, and
intersectionality. Exceptions may be present in the documentation due to
language that is hardcoded in the user interfaces of the product software,
language used based on standards documentation, or language that is used by a
referenced third-party product.
Cisco and the Cisco logo are trademarks or registered trademarks of Cisco
and/or its affiliates in the U.S. and other countries. To view a list of Cisco
trademarks, go to this URL:
https://www.cisco.com/c/en/us/about/legal/trademarks.html. Third-party
trademarks mentioned are the property of their respective owners. The use of
the word partner does not imply a partnership relationship between Cisco and
any other company. (1721R)
Americas Headquarters
Cisco Systems, Inc.
San Jose, CA 95134-1706
USA| Asia Pacific Headquarters
CiscoSystems(USA)Pte.Ltd.
Singapore| Europe Headquarters
CiscoSystemsInternationalBV
Amsterdam,TheNetherlands
---|---|---
Cisco has more than 200 offices worldwide. Addresses, phone numbers, and fax numbers are listed on the Cisco Website at www.cisco.com/go/offices.
Read User Manual Online (PDF format)
Read User Manual Online (PDF format) >>