Entender o Smart Licensing usando a política em plataformas de switching Catalyst

Introduction

Este documento descreve o recurso Smart Licensing usando a Política nas plataformas de switching Catalyst e seus vários mecanismos de implantação suportados, a partir do Cisco IOS^® XE versão 17.3.2 e versões posteriores.

Propósito

A partir das versões 17.3.2 e 17.4.1, todas as plataformas de switching Catalyst da família para Cat9k suportam um novo modelo de licenciamento de SLP (Smart Licensing using Policy). 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.

Terminology

• CSSM ou SSM - Cisco Smart Software Manager
• 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 de Smart Licensing do  trust and verifyAlém disso, a Cisco tem vários mecanismos de implantação para rastrear e relatar o uso da licença para o CSSM. 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 o CSSM, 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
• Qualquer implantação que não suporte nenhum desses modelos deve executar seus dispositivos no  Unregistered/Eval expired 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 no CSSM. Todos os níveis de licença adquiridos são "em uso" prontos para uso. 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 há necessidade de o dispositivo estar conectado ao CSSM o tempo todo. 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 ao CSSM 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)

Observação: uma política não pode ser apagada quando você apaga/modifica uma configuração de sistema, limpa a nvram ou formata a flash:  filesystem. A política está definida como padrão da Cisco, em 'license smart fatory reset'.

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. A cada intervalo de relatório, os relatórios RUM são enviados ao Cisco CSSM.

Todos os relatórios RUM são assinados pelo PI e verificados pelo CSSM. Quando o CSSM recebe os dados de relatório RUM do PI, ele valida o relatório, verifica o cronograma de alteração de uso da licença e atualiza os dados do CSSM de acordo. O CSSM então confirma para o PI através da mensagem de resposta ACK.

Os relatórios RUM podem ser enviados ao CSSM de várias maneiras:

• O PI envia relatórios RUM ao CSSM diretamente no intervalo de relatório
• O PI envia o relatório RUM para a CSLU
• O CSLU obtém relatórios de RUM do PI em intervalos regulares por meio de  RESTAPI  e  YANG modelos
• Os relatórios de RUM são salvos manualmente no PI por meio da CLI e carregados manualmente no CSSM

Observação: 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:  filesystem. Todos os relatórios de RUM podem ser removidos do PI em 'license smart fatory reset'.

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 CSSM - SA/VA.

Observação: 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 na sua rede privada local, é responsável por coletar as portas RUM dos PIs associados ao CSSM. 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 ao CSSM pela Internet. A CSLU é uma ferramenta simples, que exibe apenas os detalhes dos UDIs dos dispositivos provisionados. Todos os dados de Uso de Licença para PIs, Licenças Compradas e Licenças Não Utilizadas no pool são vistos apenas no SA/VA do CSSM, para que você verifique. 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 do CSSM de volta ao 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 ao CSSM. Além disso, deve-se garantir que, para a conectividade ao CSSM, as configurações de L3 necessárias, DNS e Domínio estejam presentes no dispositivo.

Relatórios de licença

Na topologia de conexão direta, os relatórios de RUM são enviados diretamente ao CSSM. 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 string de token extraída do CSSM, na Virtual Account - Página Geral. O Trust Code pode ser instalado por meio da CLI.

Switch#license smart trust idtoken < > all/local

Observação: 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 ao CSSM. 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 CSSM 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
!

Conexão direta - Transporte de 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
!

Observação: por padrão, o endereço de destino do Call-home é configurado para o URL do CSSM. Isso pode ser verificado no  show run all configuração.

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 o CSSM. O CSLU evita que os usuários não tenham conectividade de rede direta com o Cisco Cloud - CSSM. 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 ao CSSM 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, 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 CSLU e CSSM.

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 Agendamento no CSLU - Através da guia agendamento no CSLU, você pode configurar:

• Sondar o CSSM quanto aos dados disponíveis - Mostra os tempos de trabalho, o último tempo de recebimento e o próximo tempo de recebimento de dados do CSSM.
• 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://
    
    
      :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://
    
    
      :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.

Depois que o PI envia o relatório ao CSLU, o CSLU cria a entrada de PI no CSSM. O status do TS do Último Contato e dos Alertas é atualizado.

O CSSM processa os relatórios enviados pelo CSLU e adiciona/atualiza a instância do produto no CSSM, com base no uso da licença. Depois que o CSSM processa e atualiza a data, ele retorna a mensagem ACK para o 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ê no CSSM, ela também será atualizada para o PI. Se a política não for alterada, o mesmo será enviado para o PI.

Observação: 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 no CSSM
• Confirmação recebida do CSSM
• Confirmação de relatório de uso para instância de produto

Observação: no CSLU em um sistema HA, sempre a entrada é vista apenas para o UDI do Ative Diretory. Somente o CSSM 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 ao CSSM e as mensagens ACK que são recebidas de volta do CSSM são enviadas ao PI. O modo PULL é suportado por três meios diferentes:  RESTAPI,  NETCONF,e  RESTCONF.

Modo PULL usando RESTAPI

Para o modo PULL funcionar  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
!

Observação: o usuário deve ter acesso Priv level 15.

CSLU - Procedimento para configuração

O CSLU deve estar conectado ao CSSM para que os relatórios sejam sincronizados automaticamente.

Etapa 1. Escolher  Add Single Product na página 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 Credenciais de login.

Etapa 5. Insira as credenciais do 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 do CSSM, o ACK será enviado de volta ao PI. Caso contrário, o ACK será enviado no próximo Intervalo de recebimento.

Modo PULL usando RESTCONF

Para o modo PULL funcionar  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
!

Observação: 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 ao CSSM para que os relatórios sejam sincronizados automaticamente. A configuração da CSLU é a mesma que  RESTAPI para a coleta e a geração de relatórios de RUM.

Etapa 1. Escolher  Add Single Product na página 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 Credenciais de login.

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

Etapa 6. Salve as configurações.

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

Modo PULL usando NETCONF

Para o modo PULL funcionar  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

Observação: 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 ao CSSM para que os relatórios sejam sincronizados automaticamente. A configuração da CSLU é a mesma que  RESTAPI para a coleta e a geração de relatórios de RUM.

Etapa 1. Escolher  Add Single Product na página 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 Credenciais de login.

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

Etapa 6. Salve as configurações.

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

Observação: para todos os modelos,  NETCONF,  RESTCONF,e  RESTAPI, a lista de dispositivos pode ser adicionada em massa.

Para executar o carregamento em massa, no  Menu , navegue até  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.

Observação: 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

O CSLU pode operar no modo desconectado do CSSM. 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 no CSSM. Por sua vez, as mensagens ACK são baixadas do CSSM e carregadas no CSLU. A CSLU ainda continua a receber as datas de uso de PULL/PUSH dos PIs e também envia a mensagem ACK de volta ao PI.

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

Etapa 2. Salve as configurações.

Etapa 3. No  Menu , clique em  Product Instances > Download All for Cisco. Isso faz o download de um  tar.gz ao CSLU.

Etapa 4. Carregue o arquivo no CSSM. Na página Smart Account do CSSM, navegue até  Report > Usage Data Files > Upload usage data. No pop-up, carregue o  tar.gz arquivo.

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

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

Passo 7. Depois que o ACK é carregado, a mensagem é 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 quiser relatar os dados de uso ao CSSM, os relatórios de uso devem ser baixados como um arquivo e carregados manualmente no CSSM. 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 no CSSM.

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

Na página Smart Account do CSSM, navegue até  Report > Usage Data Files > Upload usage data. Na janela pop-up, escolha o relatório de uso e clique em  upload.

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.
• Alterações de privacidade - A partir da versão 17.7.1, as informações de sequência de caracteres e nome de host da versão 17.9.1 são incluídas nos relatórios RUM enviados ao CSSM, se as respectivas configurações de privacidade estiverem desabilitadas.
• Detalhes da conta - A partir de 17.7.1, a mensagem ACK do CSSM inclui as informações da conta e os detalhes SA/VA.
• Limitação do 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.

Troubleshoot

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 HTTP do Call Home’ 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 o CSSM - endereço IP, rotas, etc.
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 o CSSM

Cenário 3: E se o erro de log "%SMART_LIC-3-AUTH_RENEW_FAILED: Renovação de autorização com o Cisco Smart Software Manager (CSSM) : método indefinido 'each' para nil:NilClass" for observado após um ano de registro.

Registre novamente o produto. Gere uma nova ID de token no CSSM e registre a instância do produto novamente no CSSM.

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 o CSSM e se no PI, o erro mencionado ainda é visto, então 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 a 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

Referências 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