O conjunto de documentação deste produto faz o possível para usar uma linguagem imparcial. Para os fins deste conjunto de documentação, a imparcialidade é definida como uma linguagem que não implica em discriminação baseada em idade, deficiência, gênero, identidade racial, identidade étnica, orientação sexual, status socioeconômico e interseccionalidade. Pode haver exceções na documentação devido à linguagem codificada nas interfaces de usuário do software do produto, linguagem usada com base na documentação de RFP ou linguagem usada por um produto de terceiros referenciado. Saiba mais sobre como a Cisco está usando a linguagem inclusiva.
A Cisco traduziu este documento com a ajuda de tecnologias de tradução automática e humana para oferecer conteúdo de suporte aos seus usuários no seu próprio idioma, independentemente da localização. Observe que mesmo a melhor tradução automática não será tão precisa quanto as realizadas por um tradutor profissional. A Cisco Systems, Inc. não se responsabiliza pela precisão destas traduções e recomenda que o documento original em inglês (link fornecido) seja sempre consultado.
Este documento descreve como definir e coletar rastreamentos no Cisco Unified Contact Center Enterprise (CCE).
A Cisco recomenda que você tenha conhecimento destes tópicos:
As informações neste documento são baseadas nestas versões de software:
As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.
Há várias opções para coletar logs do cliente Finesse.
Save
como HAR com conteúdo.Note: O método recomendado para coletar os logs do servidor Cisco Finesse é via Secure Shell (SSH) e Secure File Transfer Protocol (SFTP). Esse método não só permite coletar os logs de serviços da Web, mas também todos os logs adicionais, como, Fippa, openfire, Realm e Clientlogs.
file get activelog desktop recurs compress reltime hours 2
Note: Esta página fornece boas informações sobre o CVP CallServer e é muito útil para resolver determinados cenários.
7. Depois de reproduzir o problema, certifique-se de restaurar os rastreamentos para o nível padrão. Selecione com.dynamicsoft.DsLibs.DsUALibs no Serv. Menu suspenso Mgr no canto superior esquerdo e defina-o como erro.
Em circunstâncias muito raras, você precisa aumentar o nível de rastreamentos dos aplicativos do servidor VXML. Por outro lado, não é recomendável aumentá-lo, a menos que um engenheiro da Cisco solicite.
Para coletar os logs de aplicativo do servidor VXML, navegue para o diretório de aplicativo específico no servidor VXML, por exemplo: C:\Cisco\CVP\VXMLServer\applications\{nome do aplicativo}\logs\ActivityLog\ e colete os logs de atividade.
Na maioria dos casos, o nível padrão de rastreamentos de OAMP e ORM é suficiente para determinar a causa raiz do problema. No entanto, se o nível de rastreamentos precisar ser aumentado, estas são as etapas para executar esta ação:
omgr.traceMask=-1 omgr.logLevel=DEBUG org.hibernate.logLevel=DEBUG org.apache.logLevel=ERROR net.sf.ehcache.logLevel=ERROR
Informações do nível de rastreamento
Nível de Rastreamento |
Descrição |
Nível de log |
Máscara de Rastreamento |
0 |
Instalação padrão do produto. Nenhum ou mínimo impacto esperado no desempenho. |
INFORMAÇÕES |
Nenhum |
1 |
Mensagens de rastreamento menos detalhadas com um pequeno impacto no desempenho. |
DEBUG |
DEVICE_CONFIGURATION + |
2 |
Mensagens de rastreamento detalhadas com impacto médio no desempenho. |
DEBUG |
DEVICE_CONFIGURATION + |
3 |
Mensagem de rastreamento detalhada com alto impacto no desempenho. |
DEBUG |
DEVICE_CONFIGURATION + |
4 |
Mensagem de rastreamento detalhada com um impacto de desempenho muito alto. |
DEBUG |
DIVERSOS + |
5 |
Mensagem de rastreamento mais detalhada. |
DEBUG |
DIVERSOS + |
No CVB, um arquivo de rastreamento é um arquivo de registro que registra a atividade dos subsistemas e etapas do componente do Cisco VB.
O Cisco VVB tem dois componentes principais:
Você pode especificar os componentes para os quais deseja coletar informações e o nível de informações que deseja coletar.
Os níveis de log se estendem de:
aviso: Xdebugging5 não deve ser habilitado no sistema carregado de produção.
Os logs mais comuns que você precisa coletar são o Mecanismo do . O nível padrão de rastreamentos para os rastreamentos do Mecanismo CVB é suficiente para solucionar a maioria dos problemas. No entanto, se você precisar alterar o nível de rastreamentos para um cenário específico, a Cisco recomenda que você use os Perfis de log do sistema predefinidos.
Perfis de log do sistema
Nome |
Cenário no qual este perfil deve ser ativado |
VBpadrão |
Logs genéricos estão habilitados. |
AppAdminVB |
Para problemas com a administração da Web através do AppAdmin, Cisco VB Serviceability e outras páginas da Web. |
MídiaVB |
Para problemas com a configuração ou transmissão de mídia. |
VoiceBrowserVB |
Para problemas com tratamento de chamadas. |
MRCPVB |
Para problemas com ASR/TTS com interação Cisco VVB. |
ControleChamadaVVB |
Para problemas com o sinal SIP relacionado, são publicados no registro. |
file get activelog /uccx/log/MIVR/*
#conf t
service timestamps debug datetime msec
service timestamps log datetime msec
service sequence-numbers
no logging console
no logging monitor
logging buffered 5000000 7
end
clear logging
aviso: Qualquer alteração em um GW de produção do software Cisco IOS® pode causar uma interrupção.
logging <syslog server ip>
logging trap debugs
show proc cpu hist
aviso: Se a CPU obtém até 70-80% de utilização da CPU, o risco de um impacto no serviço relacionado ao desempenho é muito maior. Portanto, não habilite depurações adicionais se o GW atingir 60%.
debug voip ccapi inout
debug ccsip mess
After you make the call and simulate the issue, stop the debugging:
#undebug all
term len 0
show ver
show run
show log
(cusp)> config
(cusp-config)> sip logging
(cusp)> trace enable
(cusp)> trace level debug component sip-wire
username <userid> create
username <userid> password <password>
username <userid> group pfs-privusers
A Cisco recomenda definir níveis de rastreamento e coletar rastreamentos por meio do Diagnostic Framework Portico ou das ferramentas CLI do sistema.
Note: Para obter mais informações sobre o Diagnostic Framework Portico e o System CLI, visite o capítulo Ferramentas de diagnóstico no Guia de facilidade de serviço do Cisco Unified ICM/Contact Center Enterprise, Versão 12.5(1).
Ao solucionar a maioria dos cenários de UCCE, se o nível padrão de rastreamentos não fornecer informações suficientes, defina o nível de rastreamentos como 3 nos componentes necessários (com algumas exceções).
Note: Visite a seção Nível de Rastreamento no Guia de Manutenção do Cisco Unified ICM/Contact Center Enterprise, Versão 12.5(1) para obter mais informações.
Por exemplo, se você solucionar problemas do Outbound Dialer, o nível de rastreamentos deverá ser definido para o nível 2 se o Dialer estiver ocupado.
Para CTISVR (CTISVR), os níveis 2 e 3 não definem o nível exato de registro recomendado pela Cisco. O registro de rastreamento recomendado para CTISVR é 0XF8.
aviso: Defina o nível de rastreamentos como 3 enquanto tenta reproduzir o problema. Depois que o problema for reproduzido, defina o nível de rastreamento como padrão. Tenha cuidado especial ao definir os rastreamentos JTAPIGW, já que os níveis 2 e 3 definem os rastreamentos de baixo nível e isso pode causar um impacto no desempenho. Defina o nível 2 ou o nível 3 no JTAPIGW durante o tempo de não produção ou em um ambiente de laboratório.
O PCCE tem sua própria ferramenta para configurar níveis de rastreamento. Não é aplicável ao ambiente UCCE, onde o Diagnostic Framework Portico ou o CLI do sistema são as maneiras preferidas de ativar e coletar logs.
file get activelog /cuic/logs/cuic/*.* recurs compress reltime hours 1
file get activelog /cuic/logs/cuicsrvr/*.* recurs compress reltime hours 1
file get activelog tomcat/logs/*.* recurs compress
file get activelog livedata/logs/*.*
file get activelog ids/log/*.* recurs compress reltime days 1
Para CUIC:
Para LD:
Para IDS:
Para serviços de plataforma, geralmente é uma boa ideia selecionar os logs do visualizador Tomcat e Event:
Para iniciar a captura, estabeleça uma sessão SSH para o servidor VOS autenticar com a conta do Administrador da plataforma.
1-A. Sintaxe do comando
O comando é utils network capture
e a sintaxe é a seguinte:
Syntax:
utils network capture [options]
options optional
page,numeric,file fname,count num,size bytes,src addr,dest addr,port
num,host protocol addr
options are:
page
- pause output
numeric - show hosts as dotted IP
addresses
file fname - output the information to a file
Note: The file is saved in platform/cli/fname.cap
fname should not contain the "." character
count num - a
count of the number of packets to capture
Note: The maximum count
for the screen is 1000, for a file is 100000
size bytes -
the number of bytes of the packet to capture
Note: The maximum
number of bytes for the screen is 128
For a file it can be
any number or ALL
src addr - the source address of the
packet as a host name or IPV4 address
dest addr - the
destination address of the packet as a host name or IPV4 address
port
num - the port number of the packet (either src or dest)
host
protocol addr - the protocol should be one of the following:
ip/arp/rarp/all. The host address of the packet as a host name or IPV4
address. This option will display all packets to and from that address.
Note: If "host" is provided, do not provide "src" or "dest"
1-B. Capturar todos os tráfegos
Para uma captura típica, é possível coletar TODOS os pacotes de TODOS os tamanhos de e para TODOS os endereços em um arquivo de captura chamado packets.cap. Para fazer isso, basta executar na CLI do administrador utils network capture eth0 file packets count 100000 size all
1 quater. Captura baseada no número da porta
Para solucionar um problema de comunicação com o Cluster Manager, pode ser desejável usar a opção de porta para capturar com base em uma porta específica (8500).
Para obter mais informações sobre quais serviços exigem comunicações em cada porta, consulte oGuia de Uso de Portas TCP e UDP para obter a versão aplicável do respectivo componente.
1d. Captura baseada no host
Para solucionar um problema com o VOS e um host específico, pode ser necessário usar a opção 'host' para filtrar o tráfego de e para um host específico.
Também pode ser necessário excluir um host específico, nesse caso, use um "!" em frente ao IP. Um exemplo disso seria utils network capture eth0 file packets count 100000 size all host ip !10.1.1.1
Enquanto a captura começou a reproduzir o sintoma ou condição do problema para que os pacotes necessários sejam incluídos na captura. Se o problema for intermitente, pode ser necessário executar a captura por um longo período. Se a captura for encerrada, é porque o buffer está preenchido. Reinicie a captura e a captura anterior será renomeada automaticamente para que a captura anterior não seja perdida. Se uma captura for necessária por um longo período de tempo, use uma sessão de monitor em um switch para capturar no nível de rede.
Para interromper a captura, mantenha pressionada a tecla Control e pressione C no teclado. Isso faz com que o processo de captura seja encerrado e nenhum pacote novo seja adicionado ao dump de captura.
4-A. Transferir o arquivo de captura através do CLI para um servidor SFTP
Use o comando file get activelog platform/cli/packets.cap
para coletar o arquivo packets.cap para o servidor SFTP.
Como alternativa, colete todos os arquivos .cap armazenados no servidor, use o arquivo get ativelog platform/cli/*.cap.
Por fim, preencha as informações de IP/FQDN, porta, nome de usuário, senha e diretório do servidor SFTP:
A CLI indica êxito ou falha na transferência de arquivos para o servidor SFTP.
4-B. Use RTMT para transferir um arquivo de captura para um PC local.
Inicie o RTMT. Se ele não estiver instalado no PC local, instale a versão apropriada na página VOS Administration (Administração do VOS) e navegue até o menu Applications > Plugins. Clique em System, em Trace & Log Central e clique duas vezes em Collect Files. Clique em Avançar no primeiro menu.
No segundo menu, marque a caixa de seleção para Packet Capture Logs no servidor em que a captura foi executada e clique em Next.
Na tela final, escolha um intervalo de tempo em que a captura foi realizada e um diretório de download no PC local.
O RTMT fecha essa janela e continua a coletar o arquivo e armazená-lo no PC local no local especificado.
Revisão | Data de publicação | Comentários |
---|---|---|
3.0 |
28-May-2025 |
Recertificação |
2.0 |
25-Apr-2024 |
Introdução Atualizada, Texto Alt, SEO, Tradução Automática e Formatação. |
1.0 |
31-Aug-2022 |
Versão inicial |