Entender o Smart Licensing para switches Catalyst

Introdução

Este documento descreve o recurso Smart Licensing usando a Política nas plataformas de switching Catalyst e a implantação suportada.

Propósito

Nas versões 17.3.2 e 17.4.1, do Cisco IOS^® XE, todas as plataformas de switching Catalyst da família para Cat9k suportam um novo modelo de licenciamento de Smart Licensing usando Política (SLP). A finalidade deste documento é entender os diferentes modelos suportados de implementação e implantação do SLP, principalmente para implantações iniciantes.

Licenciamento inteligente usando política

Com o SLP, o dispositivo tem todas as licenças 'em uso' prontas para uso. Os conceitos anteriores, Modo de avaliação, Registro e Reserva desaparecem com o SLP. Com o SLP, tudo gira em torno de informar as licenças e seu uso. As licenças ainda não foram aplicadas e os níveis de licenciamento continuam os mesmos. Para plataformas de Switch Catalyst, não há níveis de licença de exportação controlada, exceto a licença HSECK9. A única alteração está na infra de relatórios de uso e rastreamento de licenças. Esta seção fala em detalhes sobre terminologias, por que as alterações, os novos componentes que acompanham o SLP, o CSLU (Cisco Smart Licensing Utility) e o fluxo de pedidos de produtos.

Terminologia

• Central de licenças da Cisco
• SA - Conta inteligente
• VA - Conta virtual
• NS - Smart Licensing
• PLR - Reserva de Licença Permanente
• SLR - Reserva de Smart License
• PIDs - IDs de produto
• SCH - Smart Call Home
• PI - Instâncias de Produto
• CSLU - Utilitário Cisco Smart Licensing
• RUM - Medição de Utilização de Recursos
• ACK - Confirmação
• UDI - Identificação exclusiva do dispositivo - PID + SN
• SLP - Licenciamento inteligente usando política

Por que esta mudança

Com a introdução do modelo Smart Licensing do trust and verify, a Cisco ofereceu suporte a vários mecanismos de implantação para rastrear e relatar o uso da licença para a Cisco License Central. No entanto, não era facilmente adaptável para todos os tipos de implantações - havia feedback e requisitos em campo para tornar o Smart Licensing mais favorável para adoção. Alguns dos desafios são:

• Com o registro SL - Os dispositivos precisam estar sempre conectados à Internet para acessar a Cisco License Central, que é uma preocupação de implantação.
• Os servidores de satélite no local apresentam mais custo de implantação e manutenção.
• O SLR facilita apenas redes com isolamento de ar.
• As implantações que não suportam nenhum desses modelos precisam executar seus dispositivos no estado Não registrado/Avaliação expirada, mesmo após a compra das licenças.

O SLP é introduzido para facilitar vários pedidos desse tipo no campo. Com o SLP, você não precisa registrar o produto na Cisco License Central. Todos os níveis de licença adquiridos estão sendo usados imediatamente. Isso remove o atrito de dia 0 que estava presente no dispositivo. O SLP também minimiza o fluxo de trabalho de provisionamento de licenças e reduz o excesso de pontos de contato. Não é necessário que o dispositivo esteja conectado à Cisco License Central 24 horas por dia. O SLP também oferece a capacidade de usar licenças na rede desconectada, relatar o uso da licença off-line e relatar a licença em intervalos determinados pelas políticas do cliente.

Licenças disponíveis

Os recursos de software disponíveis se enquadram nos níveis de licença básica ou complementar. As licenças básicas são licenças perpétuas e as licenças complementares estão disponíveis por três, cinco e sete anos.

Licenças básicas

• Conceitos Essenciais de Rede
• Vantagem da rede
• HSECK9

Licenças complementares

• Fundamentos do DNA
• Vantagem do DNA

Os novos componentes

Política

A política decide qual deve ser o comportamento padrão para o PI. Ele informa os atributos de requisitos de relatórios de licenciamento para diferentes níveis e condições de licença. A política também determina se a mensagem ACK deve ser enviada de volta ao PI, para cada relatório enviado à Cisco License Central ou não. A diretiva também contém o nome da diretiva e quando ela é instalada. A política padrão da Cisco é comum e padrão para todos os produtos catalyst. No entanto, a política definida pelo cliente também é permitida se você quiser ter intervalos de relatório e omissão de resposta ACK diferentes.

A política pode ser instalada em um PI em várias ocasiões.

• Política padrão presente no software
• Política instalada pela indústria da Cisco
• Política instalada através da resposta ACK
• Política instalada manualmente por meio da CLI
• Política enviada usando a Solicitação Yang

Esta saída mostra a aparência de uma política padrão.

Policy:

Policy in use: Merged from multiple sources.
Reporting ACK required: yes (CISCO default)
Unenforced/Non-Export Perpetual Attributes:
First report requirement (days): 365 (CISCO default)
Reporting frequency (days): 0 (CISCO default)
Report on change (days): 90 (CISCO default)
Unenforced/Non-Export Subscription Attributes:
First report requirement (days): 90 (CISCO default)
Reporting frequency (days): 90 (CISCO default)
Report on change (days): 90 (CISCO default)
Enforced (Perpetual/Subscription) License Attributes:
First report requirement (days): 0 (CISCO default)
Reporting frequency (days): 0 (CISCO default)
Report on change (days): 0 (CISCO default)
Export (Perpetual/Subscription) License Attributes:
First report requirement (days): 0 (CISCO default)
Reporting frequency (days): 0 (CISCO default)
Report on change (days): 0 (CISCO default)

Note: Uma política não pode ser apagada quando você apaga/modifica uma configuração de sistema, limpa a nvram ou formata a flash: sistema de arquivos. A política é definida como padrão da Cisco, na redefinição de fábrica inteligente da licença.

Relatórios RUM

RUM são relatórios de uso gerados e armazenados pelo PI. Os relatórios de RUM padrão ISO19770-4 estão concluídos para o SLP. Os relatórios RUM armazenam todas e quaisquer alterações no uso da licença feitas no PI como arquivos de relatório. Os dados de uso para cada nível de licença são armazenados em relatórios RUM separados. As medições do relatório RUM são coletadas e armazenadas em PI em intervalos regulares. Sempre que houver uma alteração no uso da licença do PI ou um relatório de uso tiver sido disparado ou quando os relatórios tiverem atingido o tamanho/amostras máximos, novos relatórios de RUM para todos os níveis de licença serão gerados. Em outros casos, os relatórios de RUM existentes podem ser substituídos por uma nova amostra e um carimbo de data/hora atualizado. A medição do utilitário de relatório RUM padrão é a cada 15 minutos. Em todos os intervalos de relatório, os relatórios de RUM são enviados para a Cisco License Central.

Todos os relatórios de RUM são assinados pelo PI e verificados pela Cisco License Central. Quando a Cisco License Central recebe os dados do relatório RUM da PI, ela valida o relatório, verifica o cronograma de alteração de uso da licença e atualiza os dados da Cisco License Central de acordo. Em seguida, a Cisco License Central confirma ao PI por meio da mensagem de resposta ACK.

Os relatórios RUM podem ser enviados para a Cisco License Central de várias maneiras:

• O PI envia relatórios de RUM para a Central de Licenciamento da Cisco diretamente no intervalo de relatório.
• O PI envia o relatório RUM para a CSLU.
• O CSLU extrai relatórios de RUM do PI em intervalos regulares através dos  RESTAPI  modelos e  YANG  .
• Os relatórios de RUM são salvos manualmente no PI por meio da CLI e carregados manualmente no Cisco License Central.

Note: Os relatórios RUM não podem ser apagados quando você apaga/modifica uma configuração do sistema, limpa a nvram ou formata a flash: sistema de arquivos. Todos os relatórios de RUM podem ser removidos do PI, na redefinição de fábrica inteligente da licença.

Fluxo de fabricação para caso de implantação inicial

Depois que um novo pedido de produto é feito no Cisco CCW (Cisco Commerce Workspace), o PI passa pelo fluxo de operações feito pela equipe de fabricação. Isso é para facilitar o processo seguro de assinatura de relatórios RUM e remover o atrito de dia 0 no registro do PI. Uma vez feito o pedido, qualquer SA/VA existente ou novo SA/VA criado é associado ao produto.

A equipe de fabricação da Cisco cuida dessas operações antes de enviar o produto para você:

• Instale o Código de Confiança no dispositivo. A assinatura do código de confiança é instalada com base na UDI do dispositivo. Ele é instalado em todos os produtos.
• Instalar código de compra - Informações sobre quais níveis de licença são comprados junto com o produto. Ele é instalado em todos os produtos.
• SLAC - Código de Autenticação de Licença Inteligente - Não Aplicável a Plataformas Catalyst.
• Política de instalação - Política padrão ou personalizada com base em sua entrada.
• Relate o Uso da Licença para a Central de Licenças da Cisco - SA/VA.

Note: Com a versão 17.3.3, esse fluxo é seguido para todas as plataformas de switching Catalyst, exceto para C9200/C9200L.

CSLU

O SLP traz uma nova ferramenta simples, porém poderosa, o CSLU. CSLU é uma ferramenta baseada em GUI, que roda no sistema operacional Windows 10 ou versão Linux baseada em RHEL/Debian. O CSLU, que pode ser executado em sua rede privada local, é responsável por coletar as portas RUM dos PIs associados à Cisco License Central. A CSLU deve ser provisionada de forma a coletar relatórios de RUM sobre PIs na rede local e também para enviar periodicamente o relatório de RUM para a Cisco License Central pela Internet. A CSLU é uma ferramenta simples, que exibe apenas os detalhes dos UDIs dos dispositivos provisionados. Todos os dados de Uso da Licença para PIs, Licenças Compradas e Licenças Não Utilizadas no pool são vistos apenas no SA/VA da Cisco License Central, para que você possa verificar. Ele é eficiente porque pode coletar relatórios de uso de até 10.000 PIs. O CSLU também é responsável por enviar as mensagens ACK da Cisco License Central de volta para o PI.

SLP - Conexão direta

Em um produto enviado de fábrica, o modo de transporte padrão é configurado como CSLU. Se quiser usar o método Direct Connect, você deve alterar o modo de transporte para Call-home ou SMART com base no requisito. O requisito básico para o método de conexão direta da topologia é ter conectividade com a Internet para o acesso à Cisco License Central. Além disso, deve-se garantir que, para a conectividade com o Cisco License Central, as configurações de L3, DNS e Domínio necessárias estejam presentes no dispositivo.

Relatórios de licença

Na topologia do Direct Connect, os relatórios de RUM são enviados diretamente para a Central de Licenças da Cisco. Os Relatórios de Licença exigem que um Código de Confiança seja instalado com êxito no dispositivo. O Código de Confiança é instalado pela fabricação da Cisco no Dispositivo antes de ser enviado. Você também pode instalar o Trust Code no dispositivo.

O Código de Confiança é uma cadeia de caracteres de token extraída da Central de Licenças da Cisco, na Virtual Account - Página Geral. O Trust Code pode ser instalado por meio da CLI.

Switch#license smart trust idtoken < > all/local

Note: Todas as opções devem ser usadas para o sistema HA ou Stacking back. Para um dispositivo autônomo, a opção local pode ser usada.

Switch#license smart trust idtoken < > all/local. 



On Successful installation of policy, the same can be verified through 'show license status' CLI.

Switch#show license status 

Utility:
Status: DISABLED

Smart Licensing Using Policy:
Status: ENABLED

Data Privacy:
Sending Hostname: yes
Callhome hostname privacy: DISABLED
Smart Licensing hostname privacy: DISABLED
Version privacy: DISABLED

Transport:
Type: Callhome

Policy:
Policy in use: Installed On Nov 07 22:50:04 2020 UTC
Policy name: SLP Policy
Reporting ACK required: yes (Customer Policy)
Unenforced/Non-Export Perpetual Attributes:
First report requirement (days): 60 (Customer Policy)
Reporting frequency (days): 60 (Customer Policy)
Report on change (days): 60 (Customer Policy)
Unenforced/Non-Export Subscription Attributes:
First report requirement (days): 30 (Customer Policy)
Reporting frequency (days): 30 (Customer Policy)
Report on change (days): 30 (Customer Policy)
Enforced (Perpetual/Subscription) License Attributes:
First report requirement (days): 0 (CISCO default)
Reporting frequency (days): 90 (Customer Policy)
Report on change (days): 90 (Customer Policy)
Export (Perpetual/Subscription) License Attributes:
First report requirement (days): 0 (CISCO default)
Reporting frequency (days): 90 (Customer Policy)
Report on change (days): 90 (Customer Policy)

Miscellaneous:
Custom Id: <empty>

Usage Reporting:
Last ACK received: Nov 03 12:57:01 2020 UTC
Next ACK deadline: Dec 03 12:57:01 2020 UTC
Reporting push interval: 30 days
Next ACK push check: <none>
Next report push: Nov 07 22:50:35 2020 UTC
Last report push: Nov 03 12:55:57 2020 UTC
Last report file write: <none>

Trust Code Installed:
Active: PID:C9500-24Y4C,SN:CAT2344L4GH
INSTALLED on Nov 07 22:50:04 2020 UTC
Standby: PID:C9500-24Y4C,SN:CAT2344L4GJ
INSTALLED on Nov 07 22:50:04 2020 UTC

Depois que o Código de Confiança for instalado com êxito, o PI poderá relatar o uso diretamente à Central de Licenças da Cisco. Essas condições resultam em relatórios de licença:

• Uma instalação de Código de Confiança bem-sucedida
• Em todos os intervalos de relatório padrão
• Recarga/inicialização no dispositivo
• Um switchover
• Adição ou remoção de um membro da pilha
• Acionamento manual de sincronização de licença

O relatório de licença para a Cisco License Central pode ser acionado com estas CLI:

Switch#license smart sync all

A seção Relatório de uso no  show license status informa os cronogramas do último ACK recebido, o próximo prazo ACK, o próximo envio de relatório e o último envio de relatório.

Usage Reporting:
Last ACK received: Nov 03 12:57:01 2020 UTC
Next ACK deadline: Dec 03 12:57:01 2020 UTC
Reporting push interval: 30 days
Next ACK push check: <none>
Next report push: Nov 07 22:50:35 2020 UTC
Last report push: Nov 03 12:55:57 2020 UTC
Last report file write: <none>

Conexão direta - Transporte inteligente

Em uma topologia de modo Direct Connect ou Direct Cloud Access, se o Transporte INTELIGENTE for usado, essas serão as configurações necessárias no dispositivo.

Configure the desired Transport mode using below CLI.

Switch(config)#license smart transport smart

Running config on Smart Transport Mode:
!
license smart url smart https://smartreceiver.cisco.com/licservice/license
license smart transport smart
!

Direct Connect - Transporte Call-Home

Em uma topologia de modo Direct Connect ou Direct Cloud Access, se o Transporte Call-home for usado, essas serão as configurações necessárias no dispositivo.

Configure the desired Transport mode using below CLI.

Switch(config)#license smart transport callhome 

Running config on Smart Transport Mode:
!
service call-home
!
call-home
contact-email-addr shmandal@cisco.com
no http secure server-identity-check
profile "CiscoTAC-1"
active
reporting smart-licensing-data
destination address http https://tools.cisco.com/its/service/oddce/services/DDCEService 
destination transport-method http
!

Note: Por padrão, o endereço de destino do Call-home é configurado para a URL da Central de Licenças da Cisco. Isso pode ser verificado na configuração do  show run all.

SLP - CSLU

O modo CSLU é o modo de transporte padrão nos dispositivos enviados de fábrica que executam a versão 17.3.2 ou posterior. Além disso, se você migrar de licenças expiradas de avaliação/avaliação, o modo de transporte após a mudança para o SLP será CSLU. Na topologia baseada em CSLU, a CSLU fica entre o PI e a Cisco License Central. O CSLU evita que os usuários não tenham conectividade de rede direta com o Cisco Cloud - Cisco License Central. A CSLU pode ser executada localmente em uma rede privada e baixar relatórios de uso de todos os PIs associados. Os relatórios de uso são salvos localmente no PC com Windows antes de serem enviados para a Central de Licenças da Cisco pela Internet. CSLU é uma ferramenta leve. Você pode ver apenas a lista de PIs associados a ele e ele pode ser identificado com o uso de UDIs. A CSLU não pode exibir ou conter as Informações de Redundância de PI ou Níveis de Licença ou Uso de Licença.

Instalação e configuração do CSLU

A ferramenta CSLU é instalada e operada em máquinas com Windows 10. O software está disponível no CCO para download e para uso gratuito. Quando a ferramenta estiver instalada, o Manual de usuário/Guia de início rápido poderá ser baixado no menu Ajuda e navegue até  Help > Download Help Manual.

A instalação do CSLU exige que você aceite o Contrato de licença.

É recomendável que o aplicativo seja instalado apenas para o usuário atual e não para todos os usuários que trabalham no computador. Se uma versão anterior do CSLU já estiver presente no PC, é recomendável desinstalá-la com antecedência. No entanto, a nova instalação tem o cuidado de atualizar o software.

Após a instalação, faça login na Cisco, com o uso da opção de login presente no canto superior direito do aplicativo. Ele usa suas credenciais CEC. E através do login, a confiança é estabelecida entre a CSLU e a Cisco License Central.

Depois de fazer login na Cisco, verifique se os detalhes de SA e VA foram escolhidos corretamente no menu suspenso, no painel Preferências da ferramenta. Salve as configurações.

Guia Schedule (Programação) no CSLU - Através da guia schedule no CSLU, você pode configurar:

• Pesquise a Central de Licenças da Cisco para obter os dados disponíveis - Mostra os horários do trabalho, o último horário de recebimento e o próximo horário de recebimento de dados da Central de Licenças da Cisco.
• Limpar dados limpos - Remove todos os dados limpos do armazenamento de dados da CSLU. Ele também pode ser acionado manualmente.
• Dados do dispositivo de recebimento - Aciona o modo de recebimento da CSLU.

CSLU usando o modo PUSH

Por padrão, a CSLU opera no modo PUSH. No modo PUSH, o PI envia os relatórios de uso ao CSLU em intervalos regulares. A partir do dispositivo, você deve garantir que o alcance da rede L3 para CSLU esteja disponível. Para que o PI se comunique com a CSLU, o endereço IP da máquina Windows que executa a CSLU deve ser configurado.

Switch(config)#license smart url cslu http://<IP_of_CSLU>:8182/cslu/v1/pi


The same can be verified through 'show license status' CLI

Switch#show license status

Load for five secs: 0%/0%; one minute: 0%; five minutes: 0%

No time source, 20:59:25.156 EDT Sat Nov 7 2020




Utility:

Status: DISABLED




Smart Licensing Using Policy:

Status: ENABLED




Data Privacy:

Sending Hostname: yes

Callhome hostname privacy: DISABLED

Smart Licensing hostname privacy: DISABLED

Version privacy: DISABLED




Transport:

Type: cslu

Cslu address: http://<IP_of_CSLU>:8182/cslu/v1/pi

Proxy:

Not Configured




Policy:

Policy in use: Merged from multiple sources.

Reporting ACK required: yes (CISCO default)

Unenforced/Non-Export Perpetual Attributes:

First report requirement (days): 365 (CISCO default)

Reporting frequency (days): 0 (CISCO default)

Report on change (days): 90 (CISCO default)

Unenforced/Non-Export Subscription Attributes:

First report requirement (days): 90 (CISCO default)

Reporting frequency (days): 90 (CISCO default)

Report on change (days): 90 (CISCO default)

Enforced (Perpetual/Subscription) License Attributes:

First report requirement (days): 0 (CISCO default)

Reporting frequency (days): 0 (CISCO default)

Report on change (days): 0 (CISCO default)

Export (Perpetual/Subscription) License Attributes:

First report requirement (days): 0 (CISCO default)

Reporting frequency (days): 0 (CISCO default)

Report on change (days): 0 (CISCO default)




Miscellaneous:

Custom Id: <empty>




Usage Reporting:

Last ACK received: <none>

Next ACK deadline: Feb 05 15:32:51 2021 EDT

Reporting push interval: 30 days

Next ACK push check: <none>

Next report push: Nov 07 15:34:51 2020 EDT

Last report push: <none>

Last report file write: <none>

Trust Code Installed: <none>

Os relatórios são enviados ao CSLU pelo PI nas seguintes condições:

• Em cada intervalo de relatório padrão
• Recarga/inicialização no dispositivo
• Ao Alternar
• Adição ou remoção de membro na pilha
• Ao disparar manualmente a sincronização de Licenças

No CSLU, a página de inventário lista os dispositivos atualmente associados ao CSLU. Os dispositivos na lista podem ser identificados através do UDI. Os dispositivos podem ser filtrados com base em PID ou SN da lista para identificar qualquer dispositivo em particular.

A página de inventário do CSLU também tem duas outras colunas:

• A coluna Último Contato - Mostra o Carimbo de Data/Hora mais recente quando o status do relatório foi alterado.
• A Coluna Alerta - Mostra o status de relatório mais recente do PI.

Assim que o PI envia o relatório para a CSLU, a CSLU cria a entrada de PI na Cisco License Central. O status do TS do Último Contato e dos Alertas é atualizado.

A Cisco License Central processa os relatórios enviados pelo CSLU e adiciona/atualiza a instância do produto na Cisco License Central, com base no uso da licença. Depois que a Cisco License Central processa e atualiza a data, ela retorna a mensagem ACK para a CSLU. O CSLU, por sua vez, armazena e encaminha a mensagem de volta ao PI.

A mensagem ACK consiste em:

• Confirmação de todos os relatórios enviados
• Política
• Código de Confiança

Se uma nova política estiver disponível para você na Cisco License Central, ela também será atualizada para o PI. Se a política não for alterada, o mesmo será enviado para o PI.

Note: Se o relatório de mensagem ACK não for exigido de acordo com sua política, a mensagem ACK não será enviada.

A coluna de mensagem de alerta pode ter um destes status:

• Relatório de uso da instância do produto
• Relatório de uso carregado para a Cisco
• Solicitação de sincronização da instância do produto
• Solicitação de sincronização carregada na Central de Licenças da Cisco
• Confirmação recebida da Cisco License Central
• Confirmação de relatório de uso para instância de produto

Note: No CSLU em um sistema HA, sempre a entrada é vista apenas para o UDI do Ative Diretory. Somente a Central de Licenças da Cisco tem todo o UDI para dispositivos individuais no sistema listado.

Descoberta automática de CSLU

Para oferecer suporte a implantações em escala com configurações mínimas, a descoberta automática da CSLU é compatível. Isso significa que você não precisa configurar o endereço IP/URL da CSLU especificamente. Para conseguir isso, basta adicionar uma entrada ao servidor DNS. Isso permite que o dispositivo, que tem o modo de transporte como CSLU (que é o padrão), descubra automaticamente a CSLU e envie relatórios.

Algumas coisas a serem garantidas aqui:

• Crie uma entrada no servidor DNS. O endereço IP da CSLU deve ser mapeado para o nome cslu-local.
• Verifique se o servidor de nomes e as configurações DNS estão presentes no dispositivo para acessibilidade.

Com isso, sem configurações adicionais, os dispositivos na rede podem acessar a CSLU e enviar relatórios de RUM em intervalos regulares.

CSLU usando o modo PULL

O modo PULL é onde a CSLU inicia o processo para buscar os relatórios de RUM dos dispositivos. Aqui, os detalhes do dispositivo são adicionados à CSLU e a CSLU busca os dados em todos os dispositivos adicionados em intervalos regulares. O PULL da CSLU também pode ser acionado manualmente. O CSLU, por sua vez, envia o relatório RUM para a Cisco License Central e as mensagens ACK que são recebidas de volta da Cisco License Central são enviadas ao PI. O modo PULL é suportado por três meios diferentes -  RESTAPI,  NETCONF, e  RESTCONF.

Modo PULL usando RESTAPI

Para que o modo PULL funcione  RESTAPI, as configurações necessárias do dispositivo e da CSLU são:

Configs on PI:

Ensure the network reachability from PI to CSLU is available and working.

!
 ip http server
 ip http authentication local
 ip http secure-server
!
 aaa new-model 
 aaa authentication login default local 
 aaa authorization exec default local 
 username admin privilege 15 password 0 lab
!

Note: O usuário deve ter acesso Priv nível 15.

CSLU - Procedimento para configuração

O CSLU deve estar conectado à Cisco License Central para que os relatórios sejam sincronizados automaticamente.

Etapa 1. Escolha  Add Single Product na página de inventário.

Etapa 2. Insira o IP do dispositivo.

Etapa 3. Escolha o método de conexão como  RestAPI.

Etapa 4. Selecione a instância do produto Login Credentials.

Etapa 5. Insira as credenciais de usuáriodo usuário com acesso Priv 15.

Etapa 6. Salve as configurações.

O dispositivo é adicionado com um único endereço IP no campo Nome.

Escolha o dispositivo e navegue até  Actions for Selected > Collect Usage.

Quando os dados de uso são coletados com êxito, o campo Nome é atualizado para o UDI do PI e o carimbo de data e hora também é atualizado. O campo de alerta reflete o status mais recente.

Se o dispositivo ainda estiver disponível quando a mensagem ACK for recebida da Cisco License Central, a ACK será enviada de volta à PI. Caso contrário, o ACK será enviado no próximo Intervalo de recebimento.

Modo PULL usando RESTCONF

Para que o modo PULL funcione  RESTCONF, as configurações necessárias do dispositivo e as etapas da CSLU são:

Configs on PI:

!
restconf
!
 ip http secure-server
 ip http authentication local
 ip http client source-interface GigabitEthernet 0/0
!
 username admin privilege 15 password 0 lab
!

Note: Essas configurações são para autenticação local. A autenticação remota também pode ser usada.

CSLU - Procedimento para configuração

O CSLU deve estar conectado à Cisco License Central para que os relatórios sejam sincronizados automaticamente. A configuração da CSLU é a mesma  RESTAPI para a coleta e o relatório do RUM.

Etapa 1. Escolha  Add Single Product na página de inventário.

Etapa 2. Insira o IP do dispositivo.

Etapa 3. Escolha o método de conexão como  RESTCONF.

Etapa 4. Selecione a instância do produto Login Credentials.

Etapa 5. Insira as credenciais de usuário do usuário com acesso Priv 15.

Etapa 6. Salve as configurações.

Etapa 7. Coletar dados de uso para o dispositivo selecionado.

Modo PULL usando NETCONF

Para que o modo PULL funcione  NETCONF, as configurações necessárias do dispositivo e as etapas da CSLU são:

Configs on PI:

!
 ip ssh version
!
 netconf-yang
 netconf ssh
 netconf-yang feature candidate-datastore
!
 username admin privilege 15 password 0 lab
!

To ensure yang process is running, execute the command:

Switch#show platform software yang-management process
confd    : Running
nesd     : Running
syncfd   : Running
ncsshd   : Running
dmiauthd : Running
nginx    : Running
ndbmand  : Running
pubd     : Running
gnmib    : Not Running

Note: Essas configurações são para autenticação local. A autenticação remota também pode ser usada.

CSLU - Procedimento para configuração

O CSLU deve estar conectado à Cisco License Central para que os relatórios sejam sincronizados automaticamente. A configuração da CSLU é a mesma da coleta e do relatório de RUM  RESTAPI.

Etapa 1. Escolha  Add Single Product na página de inventário.

Etapa 2. Insira o IP do dispositivo.

Etapa 3. Escolha o método de conexão como  NETCONF.

Etapa 4. Selecione a instância do produto Login Credentials.

Etapa 5. Insira as credenciais de usuáriodo usuário com acesso Priv 15.

Etapa 6. Salve as configurações.

Etapa 7. Coletar dados de uso para o dispositivo selecionado.

Note: Para todos os modelos,  NETCONF,  RESTCONF, e  RESTAPI, a lista de dispositivos pode ser adicionada em massa.

Para executar o carregamento em massa, na  Menu barra, navegue para  Product Instance > Upload Product Instance List, como mostrado nesta imagem.

Uma nova janela pop-up será aberta. O arquivo de modelo pode ser baixado a partir dele. No arquivo de formato CSV, preencha os detalhes do dispositivo da lista de dispositivos e carregue no CSLU para adicionar vários dispositivos.

Note: Para todos os tipos de modo PULL de CSLU, é recomendável definir o conjunto de transporte como Off no PI. Isso pode ser feito com o uso do CLI.

Switch(config)#license smart transport off

CSLU usando o modo desconectado

A CSLU pode operar no modo desconectado da Cisco License Central. Isso se aplica a implantações que não permitem que a CSLU seja conectada à Internet. No modo desconectado, os relatórios de todos os dispositivos são baixados manualmente do CSLU e carregados na Cisco License Central. Por sua vez, as mensagens ACK são baixadas da Cisco License Central e carregadas na CSLU. A CSLU ainda continua a receber as datas de uso de PULL/PUSH dos PIs e também envia de volta a mensagem ACK para o PI.

Etapa 1. Na  CSLU Preference página, desative a opção  Cisco Connectivity. Isso confirma que a Cisco não está disponível.

Etapa 2. Salvar as configurações.

Etapa 3. Na  Menu barra, clique em  Product Instances > Download All for Cisco. Isso faz download de um arquivo tar.gz para a CSLU.

Etapa 4. Carregue o arquivo na Cisco License Central. Na página Cisco License Central Smart Account, navegue para Report > Usage Data Files > Upload usage data. No pop-up, carregue o arquivo tar.gz.

Etapa 5. Depois que os dados forem processados, a confirmação será gerada. Faça download do arquivo ACK e carregue-o no CSLU.

Etapa 6. No CSLU, importe o arquivo ACK da barra Menu e navegue até  Product Instances > Upload from Cisco, como mostrado nesta imagem.

Etapa 7. Depois que o ACK for carregado, a mensagem será enviada aos PIs. O mesmo pode ser verificado pela coluna Alertas.

SLP - Modo Offline

O SLP também pode funcionar no Modo Offline total. Isso é principalmente para redes com isolamento de ar, que não preferem a conectividade com a Internet e também optam por não usar a CSLU. No modo off-line, o transporte é definido como  Off.

Switch(config)#license smart transport off

Same can be verified through, 'show license status'

Switch#show license status

Utility:
Status: DISABLED

Smart Licensing Using Policy:
Status: ENABLED

Data Privacy:
Sending Hostname: yes
Callhome hostname privacy: DISABLED
Smart Licensing hostname privacy: DISABLED
Version privacy: DISABLED

Transport:
Type: Transport Off

Policy:
Policy in use: Merged from multiple sources.
Reporting ACK required: yes (CISCO default)
Unenforced/Non-Export Perpetual Attributes:
First report requirement (days): 365 (CISCO default)
Reporting frequency (days): 0 (CISCO default)
Report on change (days): 90 (CISCO default)
Unenforced/Non-Export Subscription Attributes:
First report requirement (days): 90 (CISCO default)
Reporting frequency (days): 90 (CISCO default)
Report on change (days): 90 (CISCO default)
Enforced (Perpetual/Subscription) License Attributes:
First report requirement (days): 0 (CISCO default)
Reporting frequency (days): 0 (CISCO default)
Report on change (days): 0 (CISCO default)
Export (Perpetual/Subscription) License Attributes:
First report requirement (days): 0 (CISCO default)
Reporting frequency (days): 0 (CISCO default)
Report on change (days): 0 (CISCO default)



Miscellaneous:
Custom Id: <empty>

Usage Reporting:
Last ACK received: Nov 11 15:41:10 2020 EDT
Next ACK deadline: Dec 11 15:41:10 2020 EDT
Reporting push interval: 30 days
Next ACK push check: <none>
Next report push: Dec 07 21:42:30 2020 EDT
Last report push: Nov 07 21:42:30 2020 EDT
Last report file write: <none>

Trust Code Installed: <none>

Sempre que você quiser relatar os dados de uso à Cisco License Central, os relatórios de uso devem ser baixados como um arquivo e carregados manualmente na Cisco License Central. Em um sistema HA, o ative coleta o uso de dispositivos de standby/membros.

To download the usage data from PI - 

Switch#license smart save usage unreported file bootflash:<file-name>

Above option 'unreported' is recommended to use. This downloads only the files that are yet to be reported
and discard old usage reports, that were Acknowledged.


However, there are other options available for the amount of data that needs to be reported. 
For downloading all the available report use option all,
# of daya can be specified


Switch#license smart save usage ?
all Save all reports
days Save reports from last n days
rum-Id Save an individual RUM report
unreported Save all previously un reported reports

Agora, esse relatório precisa ser carregado manualmente na Cisco License Central.

Exporte os dados de uso salvos do PI para o desktop.

Na página Cisco License Central Smart Account, navegue para Report > Usage Data Files > Upload usage data. Na janela pop-up, escolha o relatório de uso e clique em carregar.

Depois que o arquivo for carregado, você deve escolher o VA correto ao qual o dispositivo está associado.

Quando os dados forem processados completamente e a confirmação estiver pronta, baixe o arquivo e carregue-o no PI.

To import the ACK to PI,
Switch#license smart import bootflash:<file-name>
Import Data Successful

Switch#
Nov 11 20:23:06.783: %SMART_LIC-6-POLICY_INSTALL_SUCCESS: A new licensing policy was successfully installed
Switch#

Policy Installed syslog is displayed on console if successful.

Also, the same can be verified using CLI, 'show license all'. The field 'Last ACK received' tells the 
last TimeStamp when ACK message was received.


Switch#show license all
Load for five secs: 0%/0%; one minute: 1%; five minutes: 0%
No time source, 16:23:22.294 EDT Wed Nov 11 2020

Smart Licensing Status
======================

Smart Licensing is ENABLED

Export Authorization Key:
Features Authorized:
<none>

Utility:
Status: DISABLED

Smart Licensing Using Policy:
Status: ENABLED

Data Privacy:
Sending Hostname: yes
Callhome hostname privacy: DISABLED
Smart Licensing hostname privacy: DISABLED
Version privacy: DISABLED

Transport:
Type: Transport Off

Miscellaneous:
Custom Id: <empty>

Policy:
Policy in use: Installed On Nov 11 16:23:06 2020 EDT
Policy name: SLP Policy
Reporting ACK required: yes (Customer Policy)
Unenforced/Non-Export Perpetual Attributes:
First report requirement (days): 60 (Customer Policy)
Reporting frequency (days): 60 (Customer Policy)
Report on change (days): 60 (Customer Policy)
Unenforced/Non-Export Subscription Attributes:
First report requirement (days): 30 (Customer Policy)
Reporting frequency (days): 30 (Customer Policy)
Report on change (days): 30 (Customer Policy)
Enforced (Perpetual/Subscription) License Attributes:
First report requirement (days): 0 (CISCO default)
Reporting frequency (days): 90 (Customer Policy)
Report on change (days): 90 (Customer Policy)
Export (Perpetual/Subscription) License Attributes:
First report requirement (days): 0 (CISCO default)
Reporting frequency (days): 90 (Customer Policy)
Report on change (days): 90 (Customer Policy)

Usage Reporting:
Last ACK received: Nov 11 16:23:06 2020 EDT
Next ACK deadline: Dec 11 16:23:06 2020 EDT
Reporting push interval: 30 days
Next ACK push check: <none>
Next report push: Dec 07 21:42:30 2020 EDT
Last report push: Nov 07 21:42:30 2020 EDT
Last report file write: <none>

Trust Code Installed: <none>

License Usage
=============

network-advantage (C9500 Network Advantage):
Description: network-advantage
Count: 1
Version: 1.0
Status: IN USE
Export status: NOT RESTRICTED
Feature Name: network-advantage
Feature Description: network-advantage
Enforcement type: NOT ENFORCED
License type: Perpetual

dna-advantage (C9500 32QC DNA Advantage):
Description: C9500-32QC DNA Advantage
Count: 1
Version: 1.0
Status: IN USE
Export status: NOT RESTRICTED
Feature Name: dna-advantage
Feature Description: C9500-32QC DNA Advantage
Enforcement type: NOT ENFORCED
License type: Subscription

Product Information
===================
UDI: PID:C9500-32QC,SN:CAT2148L15K

Agent Version
=============
Smart Agent for Licensing: 5.0.6_rel/47

License Authorizations
======================
Overall status:
Active: PID:C9500-32QC,SN:CAT2148L15K
Status: NOT INSTALLED

Purchased Licenses:
No Purchase Information Available

Alterações de comportamento

Essas alterações são feitas no recurso Smart Licensing em versões:

• Sincronização de Confiança - A partir do 17.7.1, o Código de Confiança é instalado no switch em todas as topologias suportadas, como os métodos CSLU e Offline.
• Mudanças de privacidade - A partir do 17.7.1, as informações de string de versão e nome de host do 17.9.1 são incluídas nos relatórios RUM enviados à Cisco License Central, se as respectivas configurações de privacidade estiverem desabilitadas.
• Detalhes da conta - De 17.7.1, a mensagem ACK da Cisco License Central inclui as informações da conta e os detalhes SA/VA.
• Limitação de relatório RUM - A partir de 17.9.1, o intervalo de relatório de quando o PI inicia a comunicação é acelerado. A frequência mínima de relatório é limitada a um dia. Isso significa que a instância do produto não envia relatórios RUM mais de uma vez por dia.

Troubleshooting

Questionário genérico de solução de problemas

Cenário 1: Alguns protocolos (ou seja, HSRP) não funcionam mais depois que você atualiza o Cisco IOS XE de uma versão muito anterior (ou seja, 16.9.x).

Verifique o nível de inicialização da licença para ver se ainda é o mesmo de antes de atualizar o Cisco IOS XE. É possível que o nível de inicialização da licença tenha sido redefinido para Networking-Essentials, que possivelmente não oferece suporte aos protocolos com falha (ou seja, HSRP).

Cenário 2: Status da licença com mensagens "Motivo da falha: Falha ao enviar mensagem Call Home HTTP" ou "Última tentativa de comunicação: PENDENTE’"

Isso pode estar relacionado a problemas básicos de conectividade. Para resolver a verificação:

1. Conectividade de rede para acessar a Central de Licenças da Cisco - endereço IP, Rotas e assim por diante.
2. O  ip http client source interface está configurado corretamente.
3. Diferença de horário. (O NTP precisa ser configurado para fornecer um horário/fuso horário correto)
4. Se a configuração interna do Firewall bloquear o tráfego para a Central de Licenças da Cisco

Cenário 3: E se o erro de log "%SMART_LIC-3-AUTH_RENEW_FAILED: Renovação de autorização com a Cisco License Central: o método indefinido 'each' para "nil:NilClass" é observado após um ano de registro.

Registre novamente o produto. Gere uma nova ID de token na Cisco License Central e registre a instância do produto novamente na Cisco License Central.

Cenário 4 : Mensagem de erro "%SMART_LIC-3-COMM_FAILED: Communications failure", quando não há erros de conectividade com a Cisco.

• Quando não há problemas de conectividade com a Central de Licenças da Cisco e se no PI, ainda assim o erro mencionado é visto, pode ser porque a recente atualização do servidor fez com que o certificado fosse removido. O certificado é necessário para a autenticação TLS dos dois lados em comunicação. Nesse caso, configure CLI ip http client secure-trustpoint SLA-TrustPoint  no PI e tente novamente.
  

Depurar PI

Para solucionar quaisquer problemas, os comandos coletados do PI são:

show license all
show license tech support
show license eventlog
show license history message
show license tech events
show license rum id all


For debugging Trust Installation/Sync -

Switch#show license tech support | s Trust
Trust Establishment:
Attempts: Total=0, Success=0, Fail=0 Ongoing Failure: Overall=0 Communication=0
Last Response: <none>
Failure Reason: <none>
Last Success Time: <none>
Last Failure Time: <none>
Trust Acknowledgement:
Attempts: Total=0, Success=0, Fail=0 Ongoing Failure: Overall=0 Communication=0
Last Response: <none>
Failure Reason: <none>
Last Success Time: <none>
Last Failure Time: <none>
Trust Sync:
Attempts: Total=0, Success=0, Fail=0 Ongoing Failure: Overall=0 Communication=0
Last Response: <none>
Failure Reason: <none>
Last Success Time: <none>
Last Failure Time: <none>
Trusted Store Interface: True
Local Device: No Trust Data
Overall Trust: No ID

For debugging Usage reporting timers/intervals - 

Switch#show license tech support | in Utility
Utility:
Start Utility Measurements: Nov 11 16:46:09 2020 EDT (7 minutes, 34 seconds remaining)
Send Utility RUM reports: Dec 07 21:42:30 2020 EDT (26 days, 5 hours, 3 minutes, 55 seconds remaining)
Process Utility RUM reports: Nov 12 15:32:51 2020 EDT (22 hours, 54 minutes, 16 seconds remaining)


For Collecting all btrace logs for debugging - 

Step 1. Switch#request platform software trace rotate all
Step 2. Switch#show logging process iosrp internal start last boot to-file bootflash:<file-name>


If there are any failues on PULL mode, ensure server SL_HTTP is Acive

Depurar CSLU

Se qualquer problema no CSLU for depurado, é importante que o arquivo de log desse diretório no PC instalado do CSLU seja capturado.

C:\Users\<user-name>\AppData\Roaming\CSLU\var\logs

Informações Relacionadas

• Migração para SL usando política - Migração de licenças SL/SLR/PLR legadas para SL usando política
• Notas de versão: RN-9200, RN-9300, RN-9400, RN-9500, RN-9600
• Guias de configuração: Cat9200-CG, Cat9300-CG, Cat9400-CG, Cat9500-CG, Cat9600-CG
• Referências de comando: Cat9200-CR, Cat9300-CR, Cat9400-CR, Cat9500-CR, Cat9600-CR
• Suporte Técnico e Documentação - Cisco Systems

Histórico de revisões

Revisão	Data de publicação	Comentários
5.0	01-Jun-2026	Recertificação, substituir referências ao "Cisco Smart Software Manager (SSM)" por "Cisco License Central".
4.0	28-Jul-2025	Recertificação
3.0	31-Jul-2024	Problemas de espaçamento e pontuação. A introdução e os títulos eram muito longos e tiveram que ser encurtados. Letra maiúscula/minúscula na seção.
2.0	10-Mar-2023	A seção de mudanças de comportamento, o questionário genérico de solução de problemas e as CLIs recém-introduzidas foram atualizadas e adicionadas.
1.0	18-Dec-2020	Versão inicial