Descrição:
Desde: 12.0.0
Define o modo de lote (batch) do CDR, onde em vez de registrar o CDR ao final de cada chamada, os dados serão armazenados em um buffer para ajudar a aliviar a carga no servidor Asterisk.

Atenção: O uso do modo de lote pode resultar em perda de dados após uma finalização insegura do Asterisk, ou seja, falha de software, queda de energia, kill -9, etc.

Define se o estado de disposição CANCEL deve ser utilizado. Quando ativado, a disposição NO ANSWER será dividida em duas disposições distintas: CANCEL e NO ANSWER.

Desde: 16.24.0, 18.10.0, 19.2.0
Define se o CDR deve estar habilitado em um canal por padrão. Configurar como yes habilitará o CDR em todos os canais, a menos que seja explicitamente desabilitado. Configurar como no desabilitará o CDR em todos os canais, a menos que seja explicitamente habilitado.

Observe que o CDR ainda deve estar globalmente habilitado (enable = yes) para que esta opção tenha algum efeito. Isso se aplica apenas a se o CDR está habilitado ou desabilitado em canais recém-criados, o que pode ser alterado no plano de discagem durante uma chamada.

Se configurado como yes, você deve usar Set(CDR_PROP(disable)=1) para desabilitar o CDR para uma chamada.
Se configurado como no, você deve usar Set(CDR_PROP(disable)=0) para reabilitar (habilitar) o CDR para uma chamada.

Desde: 12.0.0
Define se as chamadas congestionadas devem ser registradas. Configurar como yes registrará cada chamada que falhar por condições de congestionamento.

Desde: 12.0.0
Quando definido como True, atualizações detalhadas das alterações nas informações do CDR serão registradas. Observe que isso só é útil ao depurar o comportamento do CDR.

Desde: 12.0.0
Define se o registro CDR deve ser utilizado. Configurar como no substituirá qualquer carregamento de módulos backend do CDR.

Desde: 12.0.0
Conforme cada CDR para um canal é finalizado, seu tempo de término é atualizado e o CDR é finalizado. Quando um canal é desligado e a lógica de desligamento está presente (na forma de um manipulador de desligamento ou a extensão h), um novo CDR é gerado para o canal. Quaisquer estatísticas são coletadas a partir deste novo CDR. Ao habilitar esta opção, nenhum novo CDR é criado para a lógica do plano de discagem executada nas extensões h ou sub-rotinas de manipuladores de desligamento anexadas. O valor padrão é yes, indicando que um CDR será gerado durante a lógica de desligamento.

Desde: 16.30.0, 18.16.0, 19.8.0, 20.1.0
Define se o CDR deve ser atualizado por atualizações de discagem. Se configurado como no, um único CDR será usado para o canal, mesmo que múltiplos endpoints ou destinos sejam discados sequencialmente. Observe que você também perderá as disposições detalhadas de não resposta se esta opção estiver ativada, o que pode não ser aceitável, por exemplo, em vez de disposições detalhadas de não resposta como BUSY e CONGESTION, a disposição sempre será NO ANSWER se o canal não foi respondido (ainda será ANSWERED se o canal foi respondido).

Esta opção deve ser ativada se um único CDR for desejado para a vida útil do canal.

Desde: 16.30.0, 18.16.0, 19.8.0, 20.1.0
Define se o CDR deve ser atualizado por alterações de ponte. Isso inclui entrar e sair de pontes e estacionamento de chamadas.

Se configurado como no, as alterações de ponte serão ignoradas para todos os CDRs. Isso só deve ser feito se esses eventos não devam afetar os CDRs e sejam indesejados, como para usar um único CDR para a vida útil do canal.

Esta configuração não pode ser alterada em um recarregamento.

Desde: 12.0.0
Normalmente, o campo billsec registrado nos backends do CDR é simplesmente o tempo final (tempo de desligamento) menos o tempo de resposta em segundos. Internamente, o Asterisk armazena o tempo em termos de microssegundos e segundos. Ao definir initiatedseconds como yes, você pode forçar o Asterisk a relatar quaisquer segundos que foram iniciados (um tipo de método de arredondamento). Técnicamente, isso ocorre quando a parte em microssegundos do tempo final é maior que a parte em microssegundos do tempo de resposta, então o tempo billsec é incrementado em um segundo.

Desde: 12.0.0
Ao desligar o Asterisk, você pode bloquear até que os CDRs sejam submetidos. Se não fizer isso, os dados provavelmente serão perdidos. Você sempre pode verificar o tamanho do buffer de lote do CDR com o comando CLI cdr status. Para habilitar o bloqueio na submissão de dados CDR durante o desligamento do Asterisk, defina como yes.

Desde: 12.0.0
O mecanismo CDR usa o agendador interno do Asterisk para determinar quando registrar os registros. O registro pode ocorrer dentro do thread do agendador ou um novo thread pode ser criado para a submissão de cada lote. Para lotes pequenos, pode ser aceitável usar apenas o thread do agendador, então defina como yes. Para lotes grandes, digamos qualquer coisa acima de size=10, um novo thread é recomendado, então defina como no.

Desde: 12.0.0
Define o número máximo de CDRs a acumular no buffer antes de postá-los para os mecanismos backend. batch deve estar definido como yes.

Desde: 13.22.0, 15.5.0
Define o tempo máximo para acumular CDRs antes de postá-los em lote para os mecanismos backend. Se este limite de tempo for atingido, os registros serão postados, independentemente do valor definido para size. batch deve estar definido como yes.

Nota: O tempo é expresso em segundos.

Sintaxe:

Fonte: Asterisk Wiki

POR QUE A LOJAMUNDI É CONFIÁVEL?

selo de verificação reclame aqui da lojamundi

ENTRE EM CONTATO COM A LOJAMUNDI.

Assine nossa Newsletter! É gratuito!

Cadastre seu nome e email para receber novidades e materiais gratuitos da Lojamundi.