06-09-2021 10:11 AM - edited 11-24-2022 10:13 PM
A. Cisco Smart Licensing is a flexible licensing model that provides you with an easier, faster, and more consistent way to purchase and manage software across the Cisco portfolio and across your organization. And it’s secure – you control what users can access. With Smart Licensing you get:
Easy Activation: Smart Licensing establishes a pool of software licenses that can be used across the entire organization—no more PAKs (Product Activation Keys).
Unified Management: My Cisco Entitlements (MCE) provides a complete view into all of your Cisco products and services in an easy-to-use portal, so you always know what you have and what you are using.
License Flexibility: Your software is not node-locked to your hardware, so you can easily use, and transfer licenses as needed.
To use Smart Licensing, you must first set up a Smart Account on Cisco Software Central (software.cisco.com).
For a more detailed overview on Cisco Licensing, go to cisco.com/go/licensingguide
A. Smart Software Licensing makes it easier to do business with Cisco. We believe that software should just work. Benefits for Partners include:
Visibility to devices and software purchased and deployed
Ability to monitor and manage devices, licenses, and usage in real time
Automatic license activation
Product simplicity with standard software offers, licensing platform, and policies
Decreased operational costs
A. A new Smart Account is required for Smart Software Licensing. Existing Cisco.com IDs can be linked to the Smart Account. The product will also need to be Smart License-Enabled to leverage the Smart licensing features.
A. For classic licenses, if you go to the device you are able to see what license you are running. For Smart Licensing, if you go to the device you will see which entitlements you are consuming as you have to tell the device what you want it to consume.
A. Currently, perpetual and term/subscription licenses are available for Smart Software License-Enabled products. Some products also support the Managed Service Provider License Agreement (MSLA) via Smart Licensing as well. More models will be added over time.
A. In the subscription model, the Customer pays an annual fee that includes the cost of the license(s) term right to use and the cost of Software Support Service for software support, suite updates, version upgrades and license portability. If the Customer decides to cancel the subscription, they lose the right to use the license(s).
In the perpetual model, the Customer pays the entire cost of the license(s) perpetual right to use at the time of purchase. The Customer must maintain an annual Software Support Service contract in order to get software support, updates, upgrades and license portability rights. If Customer stops paying the Software Support Service contract, they can continue to use the license on that device. However, they would not be eligible for support, updates, upgrades or license portability if they move to a new device in the future.
A. SLR is stands for a smart licensing reservation and PLR is permanent licensing reservation. These licenses were specifically for the offline Network environment such as government customer who don't want to connect their devices to access the internet and reach to the Cisco smart licensing server in Cisco cloud.
A. The Smart Licensing Using Policy is an evolved version of the Smart Licensing. Starting with IOS-XE 17.3.2 / 17.4.1 all product running these versions of software will only support Smart Licensing Using Policy. PAKs and Specific License Reservation (SLR) keys will persist through the upgrade and remain intact unless explicitly removed. The Smart Licensing Using Policy simplifies the day-0 operations for customers. The product will not boot in evaluation-mode, per product software registration is not required, and on-going communication every 30 days with the Cisco cloud is not required. However, license use compliance does require software reporting.
A.
Smart License |
Smart License using Policy |
Mandatory evaluation mode |
No registration, No evaluation mode
|
Day0 registration to CSSM or SSM on-prem per device for software compliance |
Allows un-enforced license change, but reporting required
|
On-going license reporting every 30 days |
On-change reporting policies and customer-specific reporting policies
|
SLR/PLR for off-line customers |
1. Supports SLR/PLR for brownfield 2. No SLR/PLR for greenfield 3. Disconnected networks supports by default |
Software compliance is a pre-use per product activity requirement |
Software compliance is managed on-change, automation tools provided to assist with SW compliance
|
Export Control Flag method for crypto feature enablement is no longer approved for use by Global Export Trade. |
Design supports Global Export Trade Software use requirements for 100% compliance with US Commerce. |
A. The Cisco Polaris IOS-XE release 17.3.2 / 17.4.1 and later releases will support Smart Licensing Using Policy for the following Cisco products.
A. The policy is a requirement from Cisco. It is a soft requirement on device and not an enforcement.
A. CSSM determines the policy that is applied to a product. Only one policy is in use at a given point in time.
A. If customers are connected to CSSM through Cisco controller, then the reporting policy will be managed by a Cisco controller or it can be manually performed with the help of Cisco TAC.
Replacement identified per Product Instance within a free form field by a customer – optional Depot Terms
A. SL is being improved across Cisco products. Nexus-OS device are in the road-map. Check with Cisco DC team.
A. Other products are in the road-map but no committed timeframe
A. DC NX-OS products - target fall, ISE - roadmap but no committed timeframe
A. Yes, those non SLP devices are still supported
A. Yes, these are supported.
A. It does support Cat9K. All Enterprise Products (Router, Switch & wireless, IoT) supports SLP. This session was focused on Enterprise Routing Products, hence we covered only routing platforms ASR1K, iSR1K, ISR4K, Catalyst8K, Cat8KV.
A. The below platforms supports SLP starting with 17.3.2 onwards
And below platform including virtual routers supports for SLP starting with OS-XE 17.4.1 release onwards.
A. The following are the supported topologies.
Topology 1: Direct connection from Cisco devices to the CSSM.
Topology 2: Cisco devices connected to CSSM through a Cisco On-Prem DNAC.
Topology 3: Cisco devices are connected to CSSM through an On-Prem SSM (satellite)
Topology 4: Cisco devices connected to CSSM through a Cisco Smart License Utility (CSLU) – Online Mode
Topology 5: Cisco devices connected to CSSM through a Cisco Smart License Utility (CSLU) – Offline Mode
Topology 6: No connection between Cisco devices and CSSM
A. Cisco Smart Licensing Utility (CSLU) is a Windows application that is used to automate receiving or pulling software use reports from a Cisco product and report the software use to a Smart Account on Cisco Smart Software Manager (CSSM). It is also capable of managing trade-controlled software authorization codes per product as required for one or many products.
A. The CSLU report format is based on ISO 19770-4 standard RUM report format. It is delivered in JSON format and is signed per trust model.
A.
Component |
Minimum |
Recommended |
Hard disk |
100 GB |
200 GB |
RAM |
8 GB |
8 GB |
CPU |
x86 Dual Core |
x86 Quad Core |
Ethernet NIC |
1 |
1 |
A. On-Prem SSM with Smart Licensing Using Policy support will be available in version 8-202012 which is planned for release in April 2021.
A. DNAC does support an on-line mode, SLP does not require each device to connect to a customer SA. It is an air-gapped solution which has easy tools for reporting SW use. APIs and CLIs for cisco tools and 3rd party
A. In CSSM, users will no longer need to register devices prior to use. However, to set up automated reporting a Cisco tool, API reporting, or direct connection from a product using a trusted connection to CSSM can be used. Alternatively, users can manually upload software use records (RUM reports) directly to CSSM via the Upload Usage Data button under the Reporting and Usage Data Files tabs. An active Smart Account is required in order to submit software use RUM reports.
A. All use-case scenarios are covered for smooth migration. The SSM On-Prem Version 8 Release 202102 support SLP and is available from May 2021.
A. The On-Prem SSM support for SLP is available with version 8-202012.
A. DNAC version 2.2.1.0 onward
A. We do have instructions for using APIs / CLIs if needed. GitHub repository for supported APIs would be available on release basis. we also have lot of dev-net resources for overall API/programming guidance. WebUI can also be used.
A. Yes. Very similar. Customer can use existing call-home functionality and trigger the report from the device using CLI.
A. No, unless customer is using a direct connection to CSSM then a one-time trust exchange is established.
A. On-Prem SSM will support previous and new capabilities. And it can support both Smart license as well as Smart License using policy
A. SSM side logs should have time stamps on the registration events
A. IOS XE 17.3.3 onward releases support On-Prem SSM with SLP
A. No. DNAC SLP support starts from DNAC 2.2.1.0 release onward.
A. We can’t comment much at this point, our goal would be to have simplicity in licensing across platforms.
A. For IOS XE routing platforms, DNAC is the tool. DCNM will support this in the fall 2021
A. We have On-Prem DNAC support with SLP starting with DNAC 2.2.1.0 Release
On-Prem SSM support with SLP is available with version 8-202012.
A: DNAC version 2.2.1.0 and later release.
A. No changes are required in the configuration upon upgrade to 17.4.x
A: If CSLU - you define the scope of CSLU across locations as it relates to the SA/ VA.
A. Zero-touch DNS discovery of cslu-local. Once device upgrade to SLP code, the default transport is cslu and cslu-local as dns name. Devices can discovered the CSLU if you have configured the name server with an entry where hostname cslu-local is mapped to the CSLU IP address (the windows host where you installed CSLU), no configuration is required. The product instance automatically discovers hostname cslu-local.
A. It depends on the configured value.
A. Please refer Deploying Smart License Using Policy section for configuration.
https://www.cisco.com/c/en/us/td/docs/routers/sl_using_policy/b-sl-using-policy.html
A. Device can be added in CSLU by both ways:
A. Smart transport is the recommended transport method when directly connecting to CSSM.
A. From 17.3.2 to 17.8.x only UDI is displayed as PI Entry on CSSM. Starting from 17.9.1
Hostname will be displayed as PI Entry on CSSM.
A. Yes, It is expected.
A. If Reporting push interval is 0, it mean no rum report needed, so this is expected.
A. This is expected. Customer could ignore this display and check "Usage Reporting:" instead.
A: If you want the CSLU to 'auto-discover' new Product Instances based on the receipt of (RUM) reports, then make sure that “validate device” check box in CSLU is NOT checked.
A. Cisco Smart Licensing Using Policy provides various reporting options using online and offline modes to report software use.
With the help of Cisco controllers’ customers can run an application once in 90 days to pull the software use record and then upload the RUM report.
A. Below are the required data fields for software reconciliation for each Cisco products that supports Smart Licensing Using Policy.
UDI |
Hardware Product serial number |
SN |
Software Unique ID Serial Number |
Software Package and Reg ID |
Software product package and entitlement tag |
Count |
Software use count per license entitlement |
Time and date stamp |
Per license entitlement change and use |
Below are optional data fields for software reconciliation for each Cisco products that support Smart Licensing Using Policy.
SA-VA Level 1 |
e.g., Entity (map to a SA) |
SA-VA Level 2 |
e.g., GEO (map to a SA) |
SA-VA Level 3 |
e.g., department (map to a SA) |
SA-VA Level 4 |
e.g., building (map to a SA) |
SA-VA Level 5 |
e.g., room (map to a SA) |
Free form |
Data does not go back to Cisco |
Free form |
Data does not go back to Cisco |
A. Customers can use various sets of APIs that are available through the YANG model. They can also use the Command Line Interface (CLI) and the SNMP (via MIB’s) to collect the software use for reporting.
A. For perpetual licenses-
For subscription licenses -
A. For perpetual licenses, a report is required within 90 days only when there is a change in the package of software use. However, if there is no change in software use than no report is required ever.
For subscription licenses, a report is required within 90 days if there is a change from what was purchased
A. It is best to send a report to establish a baseline, then report on-change and annual for cleaning up RMAs, changes, etc. Reporting can be fully automated with Cisco or 3rd party tools
A. There are some SNMP traps to track the Smart Licensing alarms, however licensing details are not collected using SNMP
A. Yes. On-Prem SSM will support all the SLP functionality including Reporting. The SLP support on On-Prem SSM is already available with version 8-202012.
A. There should not be, if device A is direct-connect and device B is via DNAC and that is how they are set-up then there will not be a conflict. Always the source of information is device itself, so hopefully when being reported around same time (with no device side consumption change), we should not have conflicts.
A. There is no impact on device functionality. It’s recommended to report within specific time as mentioned depending on the license type.
A: Since the introduction of Smart Licensing using Policy with IOS XE 17.3.2, CUBE, CME and SRST applications have required acknowledged license usage reporting in accordance with account policy. Failure to comply with reporting requirements resulted in call processing enforcement.
Note : This enforcement has now been removed (CSCvz89043), so from 17.3.5, 17.6.2, 17.7.1 and all later release trains call processing will NOT be impacted if licenses are not acknowledged as before. (17.4 and 17.5 are PSIRT only releases, so will NOT receive this update.)
A. Most NX-OS is supported. Please check with DC team if this is supported.
A. No. In order to collect license information, device needs to be added in DNAC controller.
A. This is by design for security, but it is possible for direct connect where the devices are connected directly to the cloud.
A. Yes, if you are making changes or adding license, you are required to report it to CSSM, and you’ll receive an ACK for it.
A. If you upgraded your Cisco device from Smart License to Smart licensing using policy then it is recommended to send a report even if you are using a network licenses to establish the baseline on your smart account. Otherwise, if in future if you make changes in the network license level (ie: from NW Adv to NW Essential) then you are required to send a report (which is report on-change) so that your smart account is updated with the new license info
A. In case of Air-Gap environment, license consumption report needs to manually download from device and upload it into customer specific smart account / virtual account in CSSM portal. The CSSM portal reflects the license consumption for such scenarios.
A. The enforcement type indicates if the license requires authorization before use. Following are the three types of license enforcement.
An example of an enforced license is the Media Redundancy Protocol (MRP) Client license, which is available on Cisco’s Industrial Ethernet Switches.
An example of an export-controlled license is the High Security (HSECK9) license, which is available on certain Cisco Routers.
A. As per trade-control regulations, an authorization code is required per UDI or Serial Number. This authorization code is installed at a Cisco factory per product requiring the use of export-controlled software. This authorization code will persist through the software upgrades.
A. As per trade-control regulations, an authorization code is required per UDI or Serial Number. Cisco tools or APIs are available to automate the workflows.
A. Earlier in Smart Licensing, export-controlled features were implemented using export control flag which is specified per Smart Account. Cisco products that are registered to a Smart Account with an export control flag are allowed to configure more than 250M of throughput. However, the current export control regulation requires any throughput above 250M to have a smart license authorization code (SLAC) which is tied to UDI.
A. Customers will collect a license use report from the device using trade-controlled software and will upload the RUM report to their Cisco Smart Account. Once the RUM report is uploaded, CSSM will generate a Smart Licensing Authorization Code which will be embedded into the ACK file. Customers can install this ACK file on their device.
A. Distributors always keep a stock of hardware without active Smart Accounts. When a customer buys hardware and software from the distributor, the software image comes with a default 90-day reporting policy. The initial report of perpetual licenses is satisfied as hardware and software leaves Cisco manufacturing. Customers can start using hardware and software with no day-0 configuration or connection to the internet. Customers can also download their policy from CSSM and apply it on the device.
A. Yes, CSR1kv was always enforced license which is acquire before use of license
A: Not for 90-days within which there is an expectation to reach CSSM.
A. Cube is enforced. HSEC is enforced.
A. Not exactly. At this point, there will be no enforcement from the Cisco side. Once this is very highly trust model, we recommend every customer to do the reporting part but from a functionality point of view there is absolutely no enforcement at this moment from Cisco side.
A. On-Prem SSM supports Authorize License-Enforced Features via both a single device or multiple devices.
A. You can upload .csv file to request Authorize License-enforced Features auth code for multiple devices. You will need the Host Name (IP Address), UDI, and Serial Number.
A. Yes. On-Prem SSM push the auth code (SLAC) onto Device once they receive it from CSSM.
A. If a customer upgrades from a legacy license such as PAK (Product Activation Key) and RTU (Right-To-Use) or from a SL (Smart Licensing) to a Smart Licensing Using Policy, there will be no operational changes. All keys will persist through the upgrade
A. No. SLR/PLR keys will persist through software upgrades. They are only removed if they are explicitly removed.
A. Starting November 2020, by default Smart Account/Virtual Account will be enabled with Smart Licensing Using Policy functionality. No migration of Smart Account is necessary.
A. Yes.
A. Yes.
A. Yes.
A. No. The software subscription tier will remain the same.
A. Starting software version 17.3.2 devices will only support Smart Licensing Using Policy. There are various features that will not be supported in SL, such as –
A. In such case a new report to Cisco is required before 90 days for an Enterprise Agreement true-forward or transactional true-up invoicing event.
A. SLP will use a similar method bit it is a higher secure method. SL Auth Code (SLAC) is installed @ the factory or a SLAC can be acquired post-ship. Also, existing PAKs license on-board are honoured with the device upgrade to SLP IOS XE code
A. Yes, methods for off-line Customers. SLP is air-gapped by nature.
A. May have to take help from licensing team in some scenarios user may not be able to move licenses between smart/virtual accounts, please look out for further guidance on this.
A case can be opened so the assets can be transferred. MCE (my cisco entitlements) will support that automation in future releases.
A. Yes, RMA situation has to be handled gracefully. A report can clean-up the RMAs and SW use in a network.
A. Yes - you can do upgrade to 17.3.2 or later. OnPrem SSM is still to be released - so please use the 17.6 with OnPrem CSSM - preferred so that you can use a long-lived release. You can use the 17.3, but 17.6 and SLUP with On-Prem is closer hence suggested.
A. In SLP, Device Led Conversion (DLC) is still needed but you do not need to initiate DLC manually anymore. DLC will be automatically initiated once device upgrade to SLP code 17.3.2 & later. The DLC request will be forwarded to CSSM via CSLU, On-Prem DNAC or On-Prem SSM depend on the connectivity and CSSM will revert back with DLC completion status to device.
A. That’s correct. DLC will be automatically initiated once device upgrade to SLP code 17.3.2 & later. The DLC request will be forwarded to CSSM via CSLU, On-Prem DNAC or On-Prem SSM depend on the connectivity and CSSM will revert back with DLC completion status to device.
A. On-Prem SSM needs to upgrade to SLP supported version V8-202102.
Device needs to be upgraded to 17.3.3 or later to support On-Prem SSM with SLP.
A. Please refer the link for field notice
https://tools.cisco.com/security/center/resources/Q-CA-Root-Change
https://www.cisco.com/c/en/us/support/docs/field-notices/723/fn72323.html
A. It affects routers and switches with direct connection to CSSM using transport smart or transport call-home
https://www.cisco.com/c/en/us/support/docs/field-notices/723/fn72323.html
A. On-Prem SSM is not impacted by QuoVadis cert expiry. The OnPrem uses self signed certificate when communicating with end devices so there is no root CA involved.
A. Cisco public-facing services are also migrating from QuoVadis Root CA 2 to IdenTrust Commercial CA 1. As these migrations occur, the affected devices will not be able to connect unless they have been upgraded to include the IdenTrust Commercial Root CA 1. Refer to the table below for QuoVadis Root CA 2 certificate expiration date. Refer to individual Field Notice for product-specific impact dates.
Cisco Cloud Server |
QuoVadis Certificate Expiration Date |
Affected Services |
tools.cisco.com |
February 5, 2022 |
· Smart Licensing · Smart Call Home |
smartreceiver.cisco.com |
January 26, 2023 |
· Smart Licensing |
A. For affected versions of the Cisco IOS XE® software, some Secure Sockets Layer (SSL) certificates issued from the QuoVadis root certificate authority (CA) trust chain before March 31, 2021 cannot be renewed from this CA. Once those certificates expire on devices or are removed from the Cisco cloud servers, functions such as Smart Licensing and Smart Call Home will fail to establish secure connections to Cisco and might not operate properly. Smart licenses might fail entitlement and reflect an Out of Compliance status.
A. The features that use Smart Licensing will continue to function for one year after the last successful secure connection. Some Smart Licensing symptoms are:
A. If a customer has a really old software without Identrust, Cisco recommends two options to add the new IdenTrust Commercial Root CA 1 certificate to the affected devices.
A. Customer need to reload the device and re-register the license again.
A. When reapply license, if RUM is collected before remove product instance, there is no new instance after upload the RUM and cause error. RUM should be collected after removing the product instance.
A. It is recommend to use NTP to sync up clock. If clock is not correct, error may occurs between device & CSSM.
A. This is expected. Customer should ignore this log.
A. Smart Licenses will be reflected on CSSM in about 24 to 96 hours.
Hi Dears,
is there any effect on my Cisco 9500 switches, if i do not active any license inside it ?
This is a great summary about Licensing, and thanks for providing it.
I'd monitor the status of the "Usage Reporting", such as "Last ACK received", "Next ACK deadline", "Next report push", "Last report push" by SNMP, but I failed to find corresponding MIB variables in CISCO-SMART-LIC-MIB or CISCO-LICENSE-MGMT-MIB. What variables shall I check? I am using C8000V 17.6.5 network-essentials/dna-essentials for 100Mbps.
@kato CISCO-LICENSE-MGMT-MIB hasn't been updated for years so doesn't support smart licensing at all.
CISCO-SMART-LIC-MIB was last updated July 2021 and comment says "Also added new traps for few more new notifications
for Policy mode." but there don't seem to be any other object changes to support SLUP so I'd say it's currently not supported in SNMP. Note that most of Cisco dev effort is going into the YANG based management models now (netconf/restconf) so support in SNMP is limited or non-existent for many features.
https://github.com/YangModels/yang/blob/main/vendor/cisco/xe/1791/cisco-smart-license.yang
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: