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 usar o processo de coleta de rastreamento do Cisco Unified Communications Manager (CUCM/CallManager).
A Cisco recomenda que você tenha conhecimento destes tópicos:
Observação: você deve ser um cliente registrado da Cisco para usar essas ferramentas.
As informações neste documento são baseadas no CUCM 9.X e versões posteriores.
Observação: para obter informações sobre a versão anterior do CUCM 8.6.2, consulte Coleta de rastros do CUCM do CUCM 8.6.2 para um TAC SR.
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. Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.
Se você trabalhar com um engenheiro do Technical Assistance Engineer (TAC) em um problema do Communications Manager, será necessário coletar rastreamentos do CUCM. Essa pode ser uma tarefa que você não faz com frequência ou que nunca fez antes.
Nesse cenário, você identifica e soluciona problemas em uma chamada que não foi gravada, mesmo que a configuração do lado do CUCM pareça estar correta. O administrador recebe uma mensagem de alarme para cada chamada que não foi gravada, portanto, o engenheiro do TAC solicitou que você reproduza o problema e colete os rastreamentos detalhados do CallManager, rastreamentos detalhados do CTI Manager e registros do visualizador de eventos do lado do CUCM. Esses registros capturam os eventos de sinalização de chamada, as mensagens CTI trocadas com o servidor que registra as chamadas e os alarmes da chamada que não foram gravados.
Para concluir esta tarefa:
No CUCM, a aplicação do RTMT é usada para reunir os rastreamentos para a maioria dos tipos de problemas. Cada versão principal e secundária do CUCM tem uma versão associada da aplicação do RTMT. No seu PC, se você não encontrar o grupo de programas do Unified RTMT em Iniciar > Programas > Cisco ou se a versão do RTMT não corresponder ao cluster do CUCM, você deverá instalar a ferramenta RTMT para a sua versão do CUCM, antes continuar.
A página Resumo do sistema será aberta.
Agora você verificou que o RTMT está instalado e que você pode fazer login no cluster do CUCM usando a ferramenta.
No CUCM 9.x e posteriores, o rastreamento detalhado está ativado por padrão para o serviço CallManager. Antes de continuar, confirme se o rastreamento detalhado ainda está configurado. Caso contrário, configure-o.
Se você usar uma versão anterior do CUCM, precisará configurar manualmente suas configurações de rastreamento para corresponder à ilustração. O botão Set Default em versões anteriores define o Nível de Rastreamento de Depuração como Erro, e não como Detalhado.
No CUCM 9.x e posteriores, o rastreamento detalhado está ativado por padrão para o serviço Gerenciador de CTI. Antes de continuar, confirme ou configure esse recurso.
O sistema está configurado para o rastreamento detalhado padrão, conforme mostrado nesta imagem:
6. Se essas configurações tiverem sido modificadas e se você usar o CUCM versão 9.x ou posterior:
7. Confirme a configuração de rastreamento nos outros servidores no cluster.
Como ocorre com as configurações de rastreamento do CallManager, se você usar uma versão anterior do CUCM, precisará configurar manualmente suas configurações de rastreamento para corresponder às configurações na ilustração anterior. Clique em Definir padrão nas versões anteriores, se você precisar definir o nível de rastreamento de depuração como Erro.
Observação: mas e os logs do Visualizador de Eventos? Você não precisa alterar os níveis de depuração do Visualizador de Eventos, dos logs de Aplicativos ou do Visualizador de Eventos, nem dos logs do Sistema. Você precisa continuar com a reprodução do problema.
Neste cenário, você pode fazer chamadas de teste para gerar uma falha. Ele ajuda o engenheiro do TAC a analisar a chamada se você fornecer informações sobre o conjunto de rastreamentos que não têm informações sobre as chamadas de teste. Além disso, você arrisca a coleta de dados para o período de tempo errado e, se isso acontecer, você tem que começar de novo.
Para cada chamada de teste, registre estas informações:
Como os rastreamentos do CUCM podem ser muito longos, o TAC precisa desses detalhes de chamada para encontrar suas chamadas de teste nos dados.
Após a reprodução do problema, reúna os rastreamentos solicitados pelo TAC imediatamente. Se fizer isso, os arquivos não serão substituídos antes que você possa coletá-los.
Nesse cenário, você precisa coletar os rastreamentos do CallManager, os rastreamentos do CTI Manager e todos os registros do visualizador de eventos. A menos que o TAC tenha dado outras instruções, você precisa coletar esses arquivos de todos os servidores para o intervalo de tempo completo que cobre sua chamada de teste ou chamadas. Isso evita a perda de rastreamentos de um servidor que você não sabia que estava no fluxo de chamadas.
A janela Coletar arquivos é atualizada com o status da coleta de rastreamento. Enquanto a coleta de rastreamento continua, você pode ver um botão Cancelar disponível. Quando a coleta estiver concluída, o botão Cancelar ficará esmaecido.
Verifique se os arquivos coletados abrangem o período do problema. A maneira mais simples de fazer isso é revisar os arquivos TraceCollectionResult*.xml.
Quando o RTMT coleta um conjunto de arquivos, ele grava um arquivo TraceCollectionResult*.xml no diretório de download de arquivos de cada servidor em que os dados são coletados. Você pode ver esses arquivos junto com os subdiretórios de cada servidor CUCM. Os arquivos TraceCollectionResult*.xml indicam quais arquivos foram baixados com sucesso em cada servidor. Os subdiretórios contêm o rastreamento real e os arquivos de registro.
Abra cada arquivo TraceCollectionResult e observe se a data de modificação do arquivo ou arquivos listados mapeia para o intervalo de data e hora da sua coleção de rastreamento. Se os arquivos de rastreamento não puderem ser coletados, por exemplo, eles serão substituídos, então serão perdidos.
Se você estiver familiarizado com versões anteriores do CUCM, esta versão difere no fato de que os rastreamentos do Cisco CallManager são um único conjunto de rastreamentos SDL*, não um conjunto de rastreamentos SDL* e um conjunto de rastreamentos ccm*. Isso ocorre porque, no CUCM 9.X e posterior, os rastreamentos são entrelaçados em um único conjunto de arquivos, o que facilita a análise. O mesmo se aplica ao serviço Cisco CTI Manager. Em vez dos rastreamentos SDL* e cti*, todos os dados estão nos rastreamentos SDL* para esse serviço.
Geralmente, os problemas de coleta de rastreamento poderão ser evitados, se você coletar os rastreamentos imediatamente após a reprodução de um problema.
Observação: os arquivos TraceCollectionResult*.xml contêm uma lista de arquivos coletados com sucesso de cada servidor do CUCM. O TAC precisa revisar os arquivos reais de rastreamento e log que foram coletados.
Agora que você tem um conjunto completo de rastreamentos para sua chamada de reprodução de problemas, é necessário enviá-los ao engenheiro do TAC.
Ao baixar os rastreamentos, você especificou um novo diretório de download de arquivos. Agora, esse diretório contém todos os arquivos de registro e de rastreamento, bem como os arquivos TraceCollectionResult*.xml. O TAC exige que você envie todo o conteúdo do diretório de arquivos de download, não apenas um ou dois arquivos.
Para simplificar, carregue um único arquivo .zip com a ferramenta Carregador de arquivo de caso:
Você é redirecionado para uma página de login. Faça login com o nome do usuário e a senha do CCO.
Isso levará você à ferramenta Carregador de arquivos de caso.
Os rastreamentos do Cisco CallManager/CTI Manager relacionados à chamada específica podem ser analisados pela ferramenta Analisador de soluções de colaboração (diagrama Ladder/anotações/registros filtrados/assinaturas de diagnóstico). Verifique a documentação de como usar a ferramenta:
Revisão | Data de publicação | Comentários |
---|---|---|
3.0 |
17-Feb-2023 |
Recertificação. |
2.0 |
14-Jul-2022 |
Revisão |
1.0 |
27-Oct-2016 |
Versão inicial |