Configurar o CDR em CCM 11.5
Índice
Introdução Pré-requisitos Requisitos
Componentes Utilizados Informações de fundo
Arquitetura
Serviços exigidos CallManager Agente CDR
Gerenciador de repositório CDR Agendador CAR
Serviço de Web CAR
Serviço do sabão-CDRonDemand
Estrutura do diretório do gerenciador de repositório CDR Compreenda a conserva e diretórios processados
Preste serviços de manutenção à interação Configurar
Verificar
Troubleshooting
Introdução
Este original descreve como configurar o roteamento dos detalhes da chamada (CDR) no Cisco Call Manager 11.5 (CCM).
Pré-requisitos
Requisitos
A Cisco recomenda ter conhecimento deste tópico:
Versão 11.5 do gerente das comunicações unificadas de Cisco (CUCM)
●
Componentes Utilizados
A informação neste documento é baseada na Versão de CCM 11.5
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 sua rede está viva, assegure-se de que você compreenda o
impacto potencial do comando any.
Informações de fundo
CUCM produz dois tipos de registros, que armazenam o histórico da chamada e a informação de diagnóstico, como segue:
Os registros de dados dos registros de detalhes da chamada contêm a informação sobre cada atendimento que é processado pelo CallManager.
●
Call Management Records - Os registros de dados contêm o Qualidade de Serviço (QoS) ou a informação de diagnóstico sobre o atendimento, igualmente referido como registros de diagnóstico.
●
Os CDR e os CMR são referidos junto como dados CDR. Os dados CDR fornecem um registro de todos os atendimentos que foram feitos ou recebidos por usuários do sistema do CallManager. Os dados CDR são úteis primeiramente gerar os registros de faturamento; contudo, podem
igualmente ser usados para seguir a atividade de chamada, diagnosticam determinados tipos de problemas e de plano da capacidade.
Os CDR contêm a informação sobre o origem de chamada, o destino da chamada, a data e hora em que o atendimento foi começado, o tempo onde conectaram realmente, e o tempo
terminaram. Um atendimento está considerado começado ou originado quando o chamador vai fora-gancho. O atendimento está considerado terminado quando o chamador ou o número chamado vão em-gancho. Os CMR contêm a informação sobre a quantidade de dados enviados e recebidos, tremor, latência, e pacotes perdidos.
Arquitetura
Serviços exigidos
CallManager
Pode ser ativado em todo o nó no conjunto.
●
Executa o Processamento de chamadas e escreve o CDR, dados CMR em arquivos planos.
●
Os arquivos planos são gerados em uma frequência determinada pela bandeira do intervalo de tempo do arquivo CDR sob parâmetros empresariais.
●
Agente CDR
Corridas como um serviço de rede em cada nó em um conjunto (que inclui o editor).
●
Vota o diretório local para o CDR, arquivos planos CMR os segundos cada 6.
●
Se os achados CDR novo, arquivos planos CMR, ele empurram o CDR, arquivos planos CMR desse nó ao nó do repositório CDR (editor).
●
Em cima de transferência bem sucedida, o sistema suprime da cópia local do arquivo.
●
Gerenciador de repositório CDR
Éexecutado como um serviço de rede em todos os Nós em um conjunto. Contudo, na realidade somente o gerenciador de repositório CDR no editor executa todas as ações. Em todos Nós restantes, o serviço começa simplesmente acima, mas por outro lado vai dormir.
●
Cria a estrutura do diretório usada por serviços CAR.
●
Controla os arquivos planos que são recebidos de outros Nós. Quando o arquivo chega no nó do repositório CDR, o gerenciador de repositório CDR detecta-o. O sistema arquiva o arquivo em um diretório que seja dedicado à data que é indicada pelo timestamp que foi colocado no nome de arquivo quando o arquivo foi criado.
●
Envia arquivos CDR até três server exteriores do faturamento.
●
Mantém arquivos CDR por um determinado número de dias, até 30 dias.
●
Periodicamente verifique o uso de disco e suprima de arquivos velhos. Os pontos iniciais são configurados usando o Gerenciamento CDR (coberto mais tarde na apresentação).
●
Gerencie o alarme se a entrega é falhada, ou o uso de disco demasiado altamente.
●
Agendador CAR
Éexecutado como um serviço de rede em todos os Nós em um conjunto. Mas, na realidade somente o serviço do agendador CAR no editor executa todas as ações. Em todos Nós restantes, o serviço começa simplesmente acima, mas por outro lado vai dormir.
●
Baseado na programação da carga CDR, alcança os arquivos CDR/CMR na estrutura do diretório que o serviço do gerenciador de repositório CDR cria, processa estes arquivos e introduz a informação de CDR no base de dados CAR.
●
O tamanho máximo do base de dados CAR é 6 Gb (não configurável). O agendador CAR remove dados do base de dados CAR se excede 6 Gb ou se o número de registro excede 2 milhões. Os dois milhão limites do registro incluem dados no tbl_billing_data e no
tbl_billing_error.
●
Serviço de Web CAR
O serviço pode somente ser ativado no editor.
●
Corridas como um serviço da característica (Control Center – serviços da característica).
●
Precisa de ser executado a fim alcançar a análise de CDR e de relatar a ferramenta (CAR).
●
Serviço do sabão-CDRonDemand
O serviço de CDRonDemand é um serviço SOAP/HTTPS-based que seja executado no nó do repositório CDR (isto é editor).
●
Recebe pedidos do SABÃO para lista de nome de arquivo CDR de um server da terceira baseado em um intervalo de tempo especificado pelo utilizador (até um máximo de 1 hora) e retorna todas as lista que cabem a duração que o pedido especifica.
●
O serviço do onDemand CDR pode igualmente segurar pedidos entregar um arquivo específico CDR a um destino especificado com (s) o FTP. O sistema pode ativar o serviço do
onDemand CDR no nó do repositório CDR enquanto tem que alcançar os arquivos CDR no repositório.
Há dois parâmetros relevantes sob o sistema > parâmetros de empreendimento que são usados para estrangular pedidos do server da terceira parte:
Perguntas permitidas de CDRonDemandget_file pelo minuto (Min:1, Max:20, padrão: 10)
●
Perguntas permitidas de CDRonDemandget_file_list pelo minuto (Min:1, Max:40, padrão: 20)
●
Estrutura do diretório do gerenciador de repositório CDR
A estrutura do diretório do gerenciador de repositório CDR existe como descrito abaixo somente no editor.
Tudo sob /var/log/active/cm/cdr_repository
admin:file list activelog /cm/cdr_repository
<dir> car
<dir> destination1
<dir> destination2
<dir> destination3
<dir> preserve
<dir> processed
<dir> tmp
<dir> trans
dir count = 8, file count = 0 admin:
transporte - Os arquivos são recebidos do nó CM.
tmp - Espera dos arquivos a ser processada.
conserva/yyyymmdd - Arquivos a ser mandados e/ou a ser carregados pelo CAR
processado/yyyymmdd - Arquivos enviados com sucesso a todos os destinos e carregados pelo CAR (se o CAR não é ativado e nenhum server do faturamento está configurado, os arquivos são postos aqui diretamente).
destinationX/yyyymmdd - Contém links simbólicos aos arquivos sob a conserva. O serviço do gerenciador de repositório CDR usa estes macio-links para determinar que arquivos precisam de ser transferidos ao server de fatura.
carro/yyyymmdd - Contém links simbólicos aos arquivos sob a conserva. O serviço do agendador CAR usa estes macio-links para determinar os arquivos que são precisados de ser processados pelo Carregador de CDR.
Compreenda a conserva e diretórios processados
Em encenações regulares do trabalho:
Uma vez o agente CDR no nó é executado, o serviço do CallManager envia os arquivos ao editor, elas é armazenado no diretório da conserva/yyyymmdd no editor. Se o CAR é ativado, os links simbólicos estão criados a estes arquivos no lugar do carro/yyyymmdd. Se os server de fatura são configurados, os links simbólicos a estes arquivos estarão criados igualmente no lugar do destinationX/yyyymmdd (onde X pode ser 1,2,3 --- desde que no máximo 3 server de fatura podem ser configurados).
Os arquivos permanecem no lugar da conserva até que o Carregador de CDR processe estes arquivos e incorpore registros correspondentes no base de dados de CDR. Uma vez que os arquivos CDR são processados, estão movidos para o lugar processado.
Além do que a carga CDR que está sendo permitida, se faturando server são configurados, os arquivos CDR continuam a permanecer no lugar da conserva até que ambas as operações estejam terminadas, isto é até que a carga CDR e o arquivo de transferência ao server do faturamento estejam terminados.
Daqui, em encenações de trabalho típicas, todos os arquivos planos CDR querem no lugar
“processado” ao contrário do lugar da conserva. Isto significa que todas as operações para aqueles arquivos estiveram terminadas.
Exemplo:
Se você está pesquisando defeitos algum dados CDR para o 17 de julho de 2018, a seguir você pode querer verificar se os arquivos correspondentes existam no diretório da conserva ou no diretório processado.
Para verificar se o diretório da conserva contenha arquivos:
activelog /cm/cdr_repository/preserve/20180717 da lista do arquivo Para verificar se o diretório processado contenha arquivos:
activelog /cm/cdr_repository/processed/20180717 da lista do arquivo
Preste serviços de manutenção à interação
Para compreender melhor a interação do serviço, supõe que há dois server no conjunto, publisher e subscriber. Supõe corridas do serviço do CallManager somente no subscritor. É aqui como o CDR, arquivos CMR é controlado:
O serviço do CallManager no subscritor gerencie arquivos planos CDR/CMR localmente.
●
O serviço do agente CDR no subscritor transfere estes arquivos à estrutura do diretório cdr_repository no editor. Uma vez transferência está completa, a cópia local destes arquivos no subscritor é suprimida.
●
Se os server de fatura são configurados, a seguir o serviço do gerenciador de repositório
●
CDR no editor transfere estes arquivos planos aos server do faturamento.
Se a carga contínua 24/7 está permitida (na análise de CDR e na ferramenta de relatório), a seguir o serviço do agendador CAR no editor introduz a informação de chamada nos arquivos planos no base de dados CAR no editor.
●
Note: Para cada nó que dirige o serviço do CallManager, o serviço do agente CDR nesse nó é responsável transferir os arquivos planos à estrutura cdr_respository no editor. Se o
serviço do CallManager é executado no editor também, a seguir o serviço do agente CDR no editor transfere os arquivos planos à estrutura do diretório cdr_repository no editor.
Configurar
Permita o CDR e navegue ao sistema > ao parâmetro de serviço > ao serviço do
gerenciador de chamada. Ajuste a bandeira permitida CDR para retificar. Isto tem que ser feito para todos os Nós no server.
1.
Permita o CMR e navegue ao sistema > ao parâmetro de serviço > ao serviço do gerenciador de chamada. Ajuste o parâmetro permitido diagnósticos do atendimento a qualquer um: Permitido somente quando a bandeira permitida CDR é verdadeira (gerencia CMR somente quando o parâmetro de serviço permitido CDR da bandeira é ajustado para retificar) ou permitido apesar da bandeira permitida CDR (gerencie CMR sem consideração ao ajuste no parâmetro de serviço permitido CDR da bandeira).Este é um parâmetro amplo do conjunto.
2.
Conjunto ID: Este parâmetro fornece um identificador exclusivo para o conjunto porque o parâmetro obtém usado nos CDR, coleções dos CDR dos conjuntos múltiplos, que podem ser seguidos às fontes. O valor padrão especifica StandAloneCluster. O comprimento máximo compreende andprovides dos caráteres dos 50 pés um conjunto válido ID que compreenda qualquens um caráteres: A-Z, a-z, 0-9,
Note: A configuração CDR é feita e estas etapas adicionais são exigidas para enviar
arquivos CDR ao server SFT.
3.
Adicionar agora o servidor SFTP/server do faturamento onde os arquivos devem ser enviada. Navegue a Cisco unificou a utilidade > as ferramentas > o Gerenciamento CDR e adicionam o server novo do faturamento.
4.
A fim criar a programação para enviar registros de CDR, navegue às ferramentas > à análise de CDR e ao relatório e então ao sistema > ao planificador > à carga CDR.
Carregamento do desabilitação - A fim desabilitar a carga dos dados CDR, use esta opção se você não quer dados CDR ser carregado no base de dados CAR. As mudanças tomam o efeito na meia-noite. Você igualmente precisará de usar esta opção se a operação manual da remoção tem que ser executada (o carregador deve ser desabilitado antes de executar a operação da remoção). Pare e reinicie o serviço do agendador CAR a fim fazer a mudança 5.
ocorrer imediatamente.Carga contínua 24/7 - Permite o Carregador de CDR de executar continuamente 24 horas um o dia, para carregar 7 dias por semana CDR no base de dados CAR. Esta escolha representa a configuração padrão para o planificador da carga
CDR.Note: Se esta opção é escolhida, toma a precedência sobre e ignora os outros
parâmetros de carga CDR e CMR na tela, tal como o tempo, o intervalo de carregamento, a duração, e a carga desinibido.Carga CDR somente - Verifique esta caixa para carregar somente registros de CDR no base de dados CAR. Com esta opção, os registros CMR não carregam no base de dados CAR. Esta escolha representa a configuração padrão para o planificador da carga CDR. Você deve manualmente desmarcar a caixa de verificação da carga CDR somente para forçar os registros CMR para carregar com os registros de CDR.
A fim obter manualmente o relatório, navegue a CDR > exportação CDR, segundo as indicações da imagem:
As datas podem ser selecionadas em conformidade e você obtém a página, segundo as indicações da imagem.
6.
Clique sobre a descarga de /CMR da descarga CDR para transferir o arquivo. Igualmente certifique-se de que você desmarca o arquivo da supressão de modo que os arquivos não sejam suprimidos permanantly de CUCM
Verificar
De Cisco unificou a utilidade, navegam às ferramentas > à análise de CDR e ao relatório. A mensagem do PNF-acima fornece uma vista geral da visão geral de alto nível da configuração CDR também do número de registro no base de dados de CDR.
Verifique os atendimentos de CDR > busca (e use alguma da opção para seguir o atendimento).
Exemplo: Sob a busca CDR pelo número de telefone do usuário, você pode entrar no número de telefone e obter os detalhes da chamada para aquele, segundo as indicações da imagem.
Troubleshooting
De Cisco unificou a utilidade, navegam às ferramentas > à análise de CDR e ao relatório). A mensagem do PNF-acima fornece uma vista geral da visão geral de alto nível da configuração CDR também do número de registro no base de dados de CDR. O PNF acima igualmente
forneceu-o o erro principal relativo à configuração.
Para todo o erro, tente reiniciar estes serviços:
Agente CDR
●
Gerenciador de repositório CDR
●
Agendador CAR
●
Serviço de Web CAR
●
Serviço de CDRonDemand do sabão
●
Se a edição é ainda lá satisfaça recolhem estes logs:
Planificador do Cisco CAR
●
Serviço de Web do Cisco CAR
●
Agente de Cisco CDR
●
CDr gerenciador de repositório de Cisco
●
Cisco Call Manager
●
Para Troubleshooting detalhado, refira por favor este
link: https://supportforums.cisco.com/t5/collaboration-voice-and-video/troubleshooting-cdr/ta- p/3117504
