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 <[email protected]> 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 > <[email protected]>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 >> [email protected] >> 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 > [email protected] > http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil >
_______________________________________________ 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 [email protected] http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
