[AsteriskBrasil] Problema com CDR

[Rodrigo Lang]

Opa Ítalo, obrigado pela dica, consegui resolver antes de ver seu e-mail,
mas era isso mesmo. Eu estava chamando uma macro que continha a app Queue,
mudei para um contexto e utilizei Goto e funcionou legal.

O estranho é que ele realmente não estava salvando no cdr. Eu cheguei a essa
conclusão pois utilizando esse select[1] ele não me trazia nada. Ele possui
o resgistro de abandono na queue_log, porém se eu buscasse no cdr um
registro de ligação comparando o cdr.uniqueid com o queue_log.callid ele não
me retornava nada.

Eu mesmo liguei para a fila e abandonei para realizar testes. O registro da
minha ligação estava normal no queue_log como abandono, até ai beleza,
consultei no cdr e minha ligação não havia registrado no mesmo. Não havia
nem registro com o mesmo uniqueid e nem registro com o meu número na coluna
src. Fiz esse teste várias vezes.

Alguém da lista consegue explicar o motivo deste comportamento do cdr neste
caso? Estou achando que era um bug!


[1] SELECT c.calldate,c.src,ql.data FROM cdr c,queue_log ql WHERE event =
'ABANDON' AND c.uniqueid = ql.callid ;



Obg,
Rodrigo Lang.


Em 16 de junho de 2010 20:58, Ítalo Rossi <italorossib em gmail.com> escreveu:

> Fala Rodrigo,
>
> Depende do seu dialplan. O CDR, que eu saiba, somente registra as últimas
> variáveis antes do hangup.
>
> Pelo que pude entender, no seu contexto que manda as chamadas para a fila,
> após a aplicação Queue deve ter mais algumas "extensions" que manda a
> chamada para um outro contexto, voicemail ou gravação (alguma ação nesses
> sentidos).
>
> Sendo assim, a lastapp e consequentemente lastdata do CDR vão mudar. Tente
> obter um uniqueid de exemplo e faça a busca por ele no CDR, veja qual é o
> lastapp nesse caso.
>
> Isso é apenas uma teoria, posta o seu dialplan, fica mais fácil de entender
> e evitar "viagens".
>
> Em 16 de junho de 2010 20:12, Rodrigo Lang <rodrigoferreiralang em gmail.com>escreveu:
>
>> Boa noite lista.
>>
>> Estou enfrentando um problema com o cdr de um cliente. O que acontece é
>> que o cdr algumas vezes não salva o registro da ligação enquanto a tabela do
>> queue_log salva. Realizei dois select's hoje, do mesmo período, e olhem o
>> resultado:
>>
>> ;;;Onde está "lastapp = 'Queue'" identifica que a ligação entrou na fila.
>> Total de registros: 555
>> SELECT * FROM cdr WHERE calldate > '2010-06-16' AND lastapp = 'Queue' ;
>> 555 rows in set(0.01 sec)
>>
>> ;;;Onde está "event = CONNECT" identifica que a ligação foi atendida na
>> fila. Total de registros: 555
>> SELECT * FROM queue_log WHERE event = 'CONNECT' ;
>> 555 rows in set(0.03 sec)
>>
>> ;;;Onde está "event = 'ENTERQUEUE'" identifica que a ligação entrou na
>> fila. Total de registros: 700
>> SELECT * FROM queue_log WHERE time > '1276646400' AND event  =
>> 'ENTERQUEUE' ;
>> 700 rows in set (0.03 sec)
>>
>> Ele só está gravando na tabela cdr as ligações atendidas na fila, ou seja,
>> as ligações com outros eventos, por exemplo "ABANDON" e "EXITWITHTIMEOUT",
>> estão salvando na queue_log, mas não na tabela cdr. Tem um pequeno furo nos
>> registros! Eu estou achando que pode ser um bug do Asterisk ou do addons!
>>
>> Utilizo mysql.
>> Minha versão do asterisk é: 1.6.0.26
>> Minha versão do addons é: 1.6.0.5
>>
>>
>> Obrigado,
>> Rodrigo Lang.
>>
>>
>> _______________________________________________
>> KHOMP: qualidade em placas de E1, GSM, FXS e FXO para Asterisk.
>> - Hardware com alta disponibilidade de recursos e qualidade KHOMP
>> - Suporte técnico local qualificado e gratuito
>> Conheça a linha completa de produtos KHOMP em www.khomp.com.br
>> _______________________________________________
>> Participe do I Encontro VoIPCenter, 08 a 10 de junho – Rio de Janeiro.
>> Área de exposição, palestras e cursos de VoIP, Asterisk e Convergência de
>> Redes.
>> http://www.encontrovoipcenter.com.br
>> ______________________________________________
>> Lista de discussões AsteriskBrasil.org
>> AsteriskBrasil em listas.asteriskbrasil.org
>> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
>>
>
>
>
> --
> Ítalo Rossi
> http://italo.digi.com.br/blog
>
> _______________________________________________
> KHOMP: qualidade em placas de E1, GSM, FXS e FXO para Asterisk.
> - Hardware com alta disponibilidade de recursos e qualidade KHOMP
> - Suporte técnico local qualificado e gratuito
> Conheça a linha completa de produtos KHOMP em www.khomp.com.br
> _______________________________________________
> Participe do I Encontro VoIPCenter, 08 a 10 de junho – Rio de Janeiro.
> Área de exposição, palestras e cursos de VoIP, Asterisk e Convergência de
> Redes.
> http://www.encontrovoipcenter.com.br
> ______________________________________________
> Lista de discussões AsteriskBrasil.org
> AsteriskBrasil em listas.asteriskbrasil.org
> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20100617/5596cb5f/attachment-0001.htm