Compreender o consumo do CCE Smart License Agent

Introduction

Este documento descreve como o consumo de licença e a sobrecarga funcionam em uma solução Cisco Contact Center Enterprise (CCE) com Smart License.

Contribuído por Anuj Bhatia e Ramiro Amaya, engenheiros do TAC da Cisco.

Prerequisites

Requirements

A Cisco recomenda que você tenha conhecimento destes tópicos:

• CCE versão 12.5(1)
• Licença inteligente

Componentes Utilizados

As informações neste documento são baseadas nestas versões de software:

• CCE 12.5(1)
• Licença inteligente

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.

Background

A solução CCE 12.5(1) usa o recurso Cisco Smart License que oferece visibilidade sobre a propriedade e o consumo da licença. Quando a solução é registrada em sua respectiva Smart Account no Cisco Smart Software Manager (CSSM), os administradores podem visualizar a contagem e o uso de licenças. Pode haver situações em que a central de contatos possa consumir licenças além do valor permitido, o que pode resultar em não conformidade. Este documento explica com um exemplo do cenário de sobrecarga e como é possível obter a solução de volta em conformidade.

Procedimento

Considere este gráfico mensal em que o cliente tem direito a 100 agentes.

Note: O gráfico também explica os termos importantes usados no contact center para licenciamento inteligente

• No 1º 100 agentes conectam-se ao sistema simultaneamente e, se o agente inteligente que no logger CCE A vê o uso consistentemente como 100 por 15 minutos, ele configura o parâmetro PU (Peak Usage) como 100. Como a solução tem direito a 100, o sistema está em conformidade e o Sinalizador de conformidade (CF) é mantido em 0.

• No 2º 102 agentes simultâneos conectam-se ao sistema e o agente inteligente define a PU como 102 se ela perceber o mesmo uso por 15 minutos. O agente inteligente também sincroniza com o portal CSSM a cada 15 minutos e, durante 4 sincronizações consecutivas, isto é, 60 minutos que vê e relata a PU de 102 para o portal CSSM, o sistema é movido para fora do estado de conformidade. O parâmetro de uso bloqueado (LU) é marcado com 102 e o sinalizador CF também é alterado para 1.

• Na 3ª 95 agentes simultâneos conectam-se ao sistema e a PU está definida como 95, mas a solução ainda está em estado de não conformidade. A contagem regressiva de 90 dias começa, o que dá ao cliente 3 meses para colocar o sistema de volta no estado de conformidade.

• O sinalizador CF é mantido como 1 e a contagem regressiva fora de conformidade continua mesmo se o pico de uso for 100 ou menos, como visto no 4º.

• Na 5ª sessão de 110 agentes simultâneos, a PU de 110 é mantida por uma hora, como resultado, a LU muda de 102 para 110. Como CF já foi definido como 1 no 2º, o temporizador de contagem regressiva continua sem nenhuma alteração mostrando 88 dias restantes para aplicação. 

• Comportamento semelhante é visto no dia 7, onde o número total de agentes simultâneos que permaneceram conectados por mais de uma hora, onde 112. Isso altera a LU para 112, mantendo o flag CF como 1.

• No dia 8, o cliente compra mais 12 licenças de agentes adicionais e, na solução, o número total de agentes simultâneos conectados, onde 90. Como o agente inteligente sincroniza com o portal do CSSM depois que o sistema de compra percebe que a solução agora tem direito a 112 agentes. Ele reverte a solução no modo de conformidade alterando CF para 0 e redefine a LU para 0.

• No 12o mesmo cenário é visto onde se o sistema vai além da PU de 112 e é consistente durante 15 minutos, a PU é definida como 120. A solução entra no estado fora de conformidade se o agente inteligente relatar esse pico de uso 4 vezes consecutivas ao portal do CSSM.