Re: [AsteriskBrasil] CDR em transferencias assistidas
Mais alguem com uma luz no fim do tunel para esse problema? hehehe
Abraços!
Ítalo Rossi escreveu:
Sobre o CDR:
Para tentar resolver o problema do CDR, que é extremamente mal
projetado, foi desenvolvido o Channel Event Logging que loga todas as
ações em um canal desde que foi criado até o momento em que foi
destruído.
A idéia é tentar implementar o call trace que existe no switchvox
(consultar demo no site da digium).
Essa funcionalidade está atualmente no trunk, provavelmente será
incorporada às versões 1.6 mas não será feito backport para 1.4 (me
corrijam se eu estiver errado).
Para contornar existem várias gambiarras que o pessoal faz, desde
efetuar select pelos uniqueids gerados na "mesma hora", ignorando o que
vem após o último ponto, a algumas modificações no contexto de
transferência.
Provavelmente alguém vai te responder com alguma
implementação/workaround.
Em 24 de março de 2010 15:47, b...@grupoheringer.com.br
escreveu:
Pessoal,
parece que o problema de CDR em transferencias assistidas
nunca será resolvido, ou alguem tem uma luz pra isso?
Acontece que o registro de chamadas efetuadas e quando transferidas,
fica completamente maluco, ele gera 2 registros, sendo que um nao
consegue linkar com o outro...entao quem analisa o CDR nao sabe de
onde veio e nem pra onde foi a ligacao.
Alguem ja encontrou alguma solução para esse problema?
Também tenho outro problema com chamadas "incoming", tenho o seguinte
contexto:
exten = _[38][04][0-9][0-9],1,NoCDR()
exten = _[38][04][0-9][0-9],n,Ringing()
exten = _[38][04][0-9][0-9],n,DgCollectCallBlock()
exten = _[38][04][0-9][0-9],n,Set(ID=${CALLERID(num)})
exten =
_[38][04][0-9][0-9],n,Set(MONITOR_FILENAME=${STRFTIME(${EPOCH},,%d%m%Y-%H%M)}-${ID})
exten = _[38][04][0-9][0-9],n,Set(AUDIOHOOK_INHERIT(MixMonitor)=yes)
exten = _[38][04][0-9][0-9],n,MixMonitor(${MONITOR_FILENAME}.gsm,b)
exten = _[38][04][0-9][0-9],n,Queue(atendimento|rtT)
no primeiro extension coloquei um NoCDR(), ou seja nao quero que seja
gravado o cdr dessa ligacao, mas ainda sim ele grava, acredito que
seja por causa da queue, creio que tem q definir algo na queue para
nao gravar.
Alguma ideia?
Obrigado
___
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
___
Lista de discussões AsteriskBrasil.org
AsteriskBrasil@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
___
Lista de discussões AsteriskBrasil.org
AsteriskBrasil@listas.asteriskbrasil.org
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
___
Lista de discussões AsteriskBrasil.org
AsteriskBrasil@listas.asteriskbrasil.org
http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
Re: [AsteriskBrasil] CDR em transferencias assistidas
Sobre o CDR:
Para tentar resolver o problema do CDR, que é extremamente mal projetado,
foi desenvolvido o Channel Event Logging que loga todas as ações em um canal
desde que foi criado até o momento em que foi destruído.
A idéia é tentar implementar o call trace que existe no switchvox (consultar
demo no site da digium).
Essa funcionalidade está atualmente no trunk, provavelmente será incorporada
às versões 1.6 mas não será feito backport para 1.4 (me corrijam se eu
estiver errado).
Para contornar existem várias gambiarras que o pessoal faz, desde efetuar
select pelos uniqueids gerados na mesma hora, ignorando o que vem após o
último ponto, a algumas modificações no contexto de transferência.
Provavelmente alguém vai te responder com alguma implementação/workaround.
Em 24 de março de 2010 15:47, b...@grupoheringer.com.br escreveu:
Pessoal, parece que o problema de CDR em transferencias assistidas
nunca será resolvido, ou alguem tem uma luz pra isso?
Acontece que o registro de chamadas efetuadas e quando transferidas,
fica completamente maluco, ele gera 2 registros, sendo que um nao
consegue linkar com o outro...entao quem analisa o CDR nao sabe de
onde veio e nem pra onde foi a ligacao.
Alguem ja encontrou alguma solução para esse problema?
Também tenho outro problema com chamadas incoming, tenho o seguinte
contexto:
exten = _[38][04][0-9][0-9],1,NoCDR()
exten = _[38][04][0-9][0-9],n,Ringing()
exten = _[38][04][0-9][0-9],n,DgCollectCallBlock()
exten = _[38][04][0-9][0-9],n,Set(ID=${CALLERID(num)})
exten =
_[38][04][0-9][0-9],n,Set(MONITOR_FILENAME=${STRFTIME(${EPOCH},,%d%m%Y-%H%M)}-${ID})
exten = _[38][04][0-9][0-9],n,Set(AUDIOHOOK_INHERIT(MixMonitor)=yes)
exten = _[38][04][0-9][0-9],n,MixMonitor(${MONITOR_FILENAME}.gsm,b)
exten = _[38][04][0-9][0-9],n,Queue(atendimento|rtT)
no primeiro extension coloquei um NoCDR(), ou seja nao quero que seja
gravado o cdr dessa ligacao, mas ainda sim ele grava, acredito que
seja por causa da queue, creio que tem q definir algo na queue para
nao gravar.
Alguma ideia?
Obrigado
___
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
___
Lista de discussões AsteriskBrasil.org
AsteriskBrasil@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
___
Lista de discussões AsteriskBrasil.org
AsteriskBrasil@listas.asteriskbrasil.org
http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
[AsteriskBrasil] CDR em transferencias assistidas
Pessoal, parece que o problema de CDR em transferencias assistidas
nunca será resolvido, ou alguem tem uma luz pra isso?
Acontece que o registro de chamadas efetuadas e quando transferidas,
fica completamente maluco, ele gera 2 registros, sendo que um nao
consegue linkar com o outro...entao quem analisa o CDR nao sabe de
onde veio e nem pra onde foi a ligacao.
Alguem ja encontrou alguma solução para esse problema?
Também tenho outro problema com chamadas incoming, tenho o seguinte
contexto:
exten = _[38][04][0-9][0-9],1,NoCDR()
exten = _[38][04][0-9][0-9],n,Ringing()
exten = _[38][04][0-9][0-9],n,DgCollectCallBlock()
exten = _[38][04][0-9][0-9],n,Set(ID=${CALLERID(num)})
exten =
_[38][04][0-9][0-9],n,Set(MONITOR_FILENAME=${STRFTIME(${EPOCH},,%d%m%Y-%H%M)}-${ID})
exten = _[38][04][0-9][0-9],n,Set(AUDIOHOOK_INHERIT(MixMonitor)=yes)
exten = _[38][04][0-9][0-9],n,MixMonitor(${MONITOR_FILENAME}.gsm,b)
exten = _[38][04][0-9][0-9],n,Queue(atendimento|rtT)
no primeiro extension coloquei um NoCDR(), ou seja nao quero que seja
gravado o cdr dessa ligacao, mas ainda sim ele grava, acredito que
seja por causa da queue, creio que tem q definir algo na queue para
nao gravar.
Alguma ideia?
Obrigado
___
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
___
Lista de discussões AsteriskBrasil.org
AsteriskBrasil@listas.asteriskbrasil.org
http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
