Re: [AsteriskBrasil] [CDR e as chamadas transferidas - Workarounds?]
Fabio, O jeitinho que vc comentou, resolveu meu problema com identificação de uma chamada, utilizo o uniqueid para rastrear uma chamada do inicio ao fim, somando os valores de tempo faço a bilhetagem normalmente(um aproximado é claro), mas funciona :) ++---+-+-++ | src | dst | billsec | disposition | uniqueid | ++---+-+-++ | RamalA | ExternoB | 15 | ANSWERED | 1265752501.259 | | RamalA | RamalC | 2580 | ANSWERED | 1265752501.260 | ++---+-+-++ No seu exemplo ai, o que muda é depois do ponto, costumo usar os 10 digitos iniciais, se o que se refere é que apareça no cdr uma chamada de B para C, então o diretor teria que ligar diretamente para o celular :) []s Vinícius Fontes escreveu: Infelizmente não conheço nenhum workaround. Estou pensando seriamente em propor para a diretoria da minha empresa financiar algum desenvolvedor para resolver o problema de vez. Atenciosamente, Vinícius Fontes Gerente de Segurança da Informação Canall Tecnologia em Comunicações Passo Fundo - RS - Brasil +55 54 2104-7000 Information Security Manager Canall Tecnologia em Comunicações Passo Fundo - RS - Brazil +55 54 2104-7000 - Italo Rossi italoros...@gmail.com escreveu: Vinícius, Na verdade foi um ticket relacionado ao CDR: https://issues.asterisk.org/view.php?id=16331 Quais informações você possui sobre este caso? Existe algum workaround? On Feb 9, 2010, at 7:40 PM, Vinícius Fontes wrote: A Digium prometeu resolver pra 1.4.31? Estou pagando pra ver. Só por curiosidade, onde você viu essa informação? Atenciosamente, Vinícius Fontes Gerente de Segurança da Informação Canall Tecnologia em Comunicações Passo Fundo - RS - Brasil +55 54 2104-7000 Information Security Manager Canall Tecnologia em Comunicações Passo Fundo - RS - Brazil +55 54 2104-7000 - Fabio Pachelli fa...@digi.net.br escreveu: Olás, Indo direto ao ponto estou com o seguinte problema: Como cobrar corretamente por chamadas transferidas? Eis o cenário: O ramal A liga para um número externo B, via PSTN, então transfere a ligação para um ramal interno C. ou seja: A liga para B A liga para C A transfere B para C B fala com C Tudo funciona normalmente, mas eis o que tenho no CDR (alterei nos números para manter privacidade): ++---+-+-++ | src | dst | billsec | disposition | uniqueid | ++---+-+-++ | RamalA | ExternoB | 15 | ANSWERED | 1265752501.259 | | RamalA | RamalC | 2580 | ANSWERED | 1265752501.260 | ++---+-+-++ A chamada de RamalA para RamalC representa os 43 minutos em que B falou com C após a transferência. O problema é que esses 2580 segundos não foram de chamada interna entre ramais e sim de uma chamada externa via PSTN, que deve ser tarifada. Dando nome aos bois com um exemplo real: Um diretor pede para sua secretária ligar para um cliente e depois transferir a ligação para sua sala. A secretaria liga para o celular do cliente, fala por 15 segundos, e transfere a ligação para o diretor, que passa 43 minutos falando com ele. Pelo CDR eu vejo apenas uma chamada (ao custo de uma chamada para celular) de 15 segundos entre a secretária e o cliente e outra chamada de 43 minutos (sem custo algum, por ser entre ramais) entre a secretária e o diretor; porém foram 43 minutos de chamada para celular que devem ser contabilizados pela empresa. Pelo que andei pesquisando isso é um problema antigo (desde 2006 existem pessoas reclamando de problemas assim) e até hoje de manhã não teve solução e ainda foi adiado para a versão 1.4.31. A versão 1.6 tem o mesmo problema. Porém a necessidade tem feito com que cada um dê seu jeitinho e é isso que queria saber: Quais workarounds vocês usam para corrigir isso? PS: Os registros no CDR com todas as colunas abaixo: ++-+--- ++---++--- +-+---+ +--+-+-+--+- ++---+ | cdr_id | calldate | clid | src | dst | dcontext | channel | dstchannel | lastapp | lastdata | duration | billsec | disposition | amaflags | accountcode | uniqueid | userfield | ++-+--- ++---++--- +-+---+ +--+-+-+--+- ++---+ | 404407 | 2010-02-09 18:55:01 | Ramal A RamalA | RamalA | ExternoB |
Re: [AsteriskBrasil] [CDR e as chamadas transferidas - Workarounds?]
A Digium prometeu resolver pra 1.4.31? Estou pagando pra ver. Só por curiosidade, onde você viu essa informação? Atenciosamente, Vinícius Fontes Gerente de Segurança da Informação Canall Tecnologia em Comunicações Passo Fundo - RS - Brasil +55 54 2104-7000 Information Security Manager Canall Tecnologia em Comunicações Passo Fundo - RS - Brazil +55 54 2104-7000 - Fabio Pachelli fa...@digi.net.br escreveu: Olás, Indo direto ao ponto estou com o seguinte problema: Como cobrar corretamente por chamadas transferidas? Eis o cenário: O ramal A liga para um número externo B, via PSTN, então transfere a ligação para um ramal interno C. ou seja: A liga para B A liga para C A transfere B para C B fala com C Tudo funciona normalmente, mas eis o que tenho no CDR (alterei nos números para manter privacidade): ++---+-+-++ | src | dst | billsec | disposition | uniqueid | ++---+-+-++ | RamalA | ExternoB | 15 | ANSWERED | 1265752501.259 | | RamalA | RamalC | 2580 | ANSWERED | 1265752501.260 | ++---+-+-++ A chamada de RamalA para RamalC representa os 43 minutos em que B falou com C após a transferência. O problema é que esses 2580 segundos não foram de chamada interna entre ramais e sim de uma chamada externa via PSTN, que deve ser tarifada. Dando nome aos bois com um exemplo real: Um diretor pede para sua secretária ligar para um cliente e depois transferir a ligação para sua sala. A secretaria liga para o celular do cliente, fala por 15 segundos, e transfere a ligação para o diretor, que passa 43 minutos falando com ele. Pelo CDR eu vejo apenas uma chamada (ao custo de uma chamada para celular) de 15 segundos entre a secretária e o cliente e outra chamada de 43 minutos (sem custo algum, por ser entre ramais) entre a secretária e o diretor; porém foram 43 minutos de chamada para celular que devem ser contabilizados pela empresa. Pelo que andei pesquisando isso é um problema antigo (desde 2006 existem pessoas reclamando de problemas assim) e até hoje de manhã não teve solução e ainda foi adiado para a versão 1.4.31. A versão 1.6 tem o mesmo problema. Porém a necessidade tem feito com que cada um dê seu jeitinho e é isso que queria saber: Quais workarounds vocês usam para corrigir isso? PS: Os registros no CDR com todas as colunas abaixo: ++-+---++---++---+-+---++--+-+-+--+-++---+ | cdr_id | calldate | clid | src | dst | dcontext | channel | dstchannel | lastapp | lastdata | duration | billsec | disposition | amaflags | accountcode | uniqueid | userfield | ++-+---++---++---+-+---++--+-+-+--+-++---+ | 404407 | 2010-02-09 18:55:01 | Ramal A RamalA | RamalA | ExternoB | from-internal | SIP/###A-08c73068 | Khomp/B0C0-1 | ResetCDR | w | 30 | 15 | ANSWERED | 3 | | 1265752501.259 | | 404409 | 2010-02-09 18:55:31 | RamalA | RamalA | RamalC | from-internal-xfer | Khomp/B0C0-1 | SIP/###C-08c8d0e0 | Dial | SIP/###C||Ttr | 50 | 44 | ANSWERED | 3 | | 1265752501.260 | Atenciosamente, Fabio Pachelli Pacheco Pesquisa e Desenvolvimento Diginet 4008-9000. Ramal 4008-9027 Fax: (84) 4008-9001 ___ 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 e as chamadas transferidas - Workarounds?]
Vinícius, Na verdade foi um ticket relacionado ao CDR: https://issues.asterisk.org/view.php?id=16331 Quais informações você possui sobre este caso? Existe algum workaround? On Feb 9, 2010, at 7:40 PM, Vinícius Fontes wrote: A Digium prometeu resolver pra 1.4.31? Estou pagando pra ver. Só por curiosidade, onde você viu essa informação? Atenciosamente, Vinícius Fontes Gerente de Segurança da Informação Canall Tecnologia em Comunicações Passo Fundo - RS - Brasil +55 54 2104-7000 Information Security Manager Canall Tecnologia em Comunicações Passo Fundo - RS - Brazil +55 54 2104-7000 - Fabio Pachelli fa...@digi.net.br escreveu: Olás, Indo direto ao ponto estou com o seguinte problema: Como cobrar corretamente por chamadas transferidas? Eis o cenário: O ramal A liga para um número externo B, via PSTN, então transfere a ligação para um ramal interno C. ou seja: A liga para B A liga para C A transfere B para C B fala com C Tudo funciona normalmente, mas eis o que tenho no CDR (alterei nos números para manter privacidade): ++---+-+-++ | src | dst | billsec | disposition | uniqueid | ++---+-+-++ | RamalA | ExternoB | 15 | ANSWERED | 1265752501.259 | | RamalA | RamalC | 2580 | ANSWERED | 1265752501.260 | ++---+-+-++ A chamada de RamalA para RamalC representa os 43 minutos em que B falou com C após a transferência. O problema é que esses 2580 segundos não foram de chamada interna entre ramais e sim de uma chamada externa via PSTN, que deve ser tarifada. Dando nome aos bois com um exemplo real: Um diretor pede para sua secretária ligar para um cliente e depois transferir a ligação para sua sala. A secretaria liga para o celular do cliente, fala por 15 segundos, e transfere a ligação para o diretor, que passa 43 minutos falando com ele. Pelo CDR eu vejo apenas uma chamada (ao custo de uma chamada para celular) de 15 segundos entre a secretária e o cliente e outra chamada de 43 minutos (sem custo algum, por ser entre ramais) entre a secretária e o diretor; porém foram 43 minutos de chamada para celular que devem ser contabilizados pela empresa. Pelo que andei pesquisando isso é um problema antigo (desde 2006 existem pessoas reclamando de problemas assim) e até hoje de manhã não teve solução e ainda foi adiado para a versão 1.4.31. A versão 1.6 tem o mesmo problema. Porém a necessidade tem feito com que cada um dê seu jeitinho e é isso que queria saber: Quais workarounds vocês usam para corrigir isso? PS: Os registros no CDR com todas as colunas abaixo: ++-+--- ++---++--- +-+---+ +--+-+-+--+- ++---+ | cdr_id | calldate | clid | src | dst | dcontext | channel | dstchannel | lastapp | lastdata | duration | billsec | disposition | amaflags | accountcode | uniqueid | userfield | ++-+--- ++---++--- +-+---+ +--+-+-+--+- ++---+ | 404407 | 2010-02-09 18:55:01 | Ramal A RamalA | RamalA | ExternoB | from-internal | SIP/###A-08c73068 | Khomp/B0C0-1 | ResetCDR | w | 30 | 15 | ANSWERED | 3 | | 1265752501.259 | | 404409 | 2010-02-09 18:55:31 | RamalA | RamalA | RamalC | from-internal-xfer | Khomp/B0C0-1 | SIP/###C-08c8d0e0 | Dial | SIP/###C||Ttr | 50 | 44 | ANSWERED | 3 | | 1265752501.260 | Atenciosamente, Fabio Pachelli Pacheco Pesquisa e Desenvolvimento Diginet 4008-9000. Ramal 4008-9027 Fax: (84) 4008-9001 ___ 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
Re: [AsteriskBrasil] [CDR e as chamadas transferidas - Workarounds?]
Infelizmente não conheço nenhum workaround. Estou pensando seriamente em propor para a diretoria da minha empresa financiar algum desenvolvedor para resolver o problema de vez. Atenciosamente, Vinícius Fontes Gerente de Segurança da Informação Canall Tecnologia em Comunicações Passo Fundo - RS - Brasil +55 54 2104-7000 Information Security Manager Canall Tecnologia em Comunicações Passo Fundo - RS - Brazil +55 54 2104-7000 - Italo Rossi italoros...@gmail.com escreveu: Vinícius, Na verdade foi um ticket relacionado ao CDR: https://issues.asterisk.org/view.php?id=16331 Quais informações você possui sobre este caso? Existe algum workaround? On Feb 9, 2010, at 7:40 PM, Vinícius Fontes wrote: A Digium prometeu resolver pra 1.4.31? Estou pagando pra ver. Só por curiosidade, onde você viu essa informação? Atenciosamente, Vinícius Fontes Gerente de Segurança da Informação Canall Tecnologia em Comunicações Passo Fundo - RS - Brasil +55 54 2104-7000 Information Security Manager Canall Tecnologia em Comunicações Passo Fundo - RS - Brazil +55 54 2104-7000 - Fabio Pachelli fa...@digi.net.br escreveu: Olás, Indo direto ao ponto estou com o seguinte problema: Como cobrar corretamente por chamadas transferidas? Eis o cenário: O ramal A liga para um número externo B, via PSTN, então transfere a ligação para um ramal interno C. ou seja: A liga para B A liga para C A transfere B para C B fala com C Tudo funciona normalmente, mas eis o que tenho no CDR (alterei nos números para manter privacidade): ++---+-+-++ | src | dst | billsec | disposition | uniqueid | ++---+-+-++ | RamalA | ExternoB | 15 | ANSWERED | 1265752501.259 | | RamalA | RamalC | 2580 | ANSWERED | 1265752501.260 | ++---+-+-++ A chamada de RamalA para RamalC representa os 43 minutos em que B falou com C após a transferência. O problema é que esses 2580 segundos não foram de chamada interna entre ramais e sim de uma chamada externa via PSTN, que deve ser tarifada. Dando nome aos bois com um exemplo real: Um diretor pede para sua secretária ligar para um cliente e depois transferir a ligação para sua sala. A secretaria liga para o celular do cliente, fala por 15 segundos, e transfere a ligação para o diretor, que passa 43 minutos falando com ele. Pelo CDR eu vejo apenas uma chamada (ao custo de uma chamada para celular) de 15 segundos entre a secretária e o cliente e outra chamada de 43 minutos (sem custo algum, por ser entre ramais) entre a secretária e o diretor; porém foram 43 minutos de chamada para celular que devem ser contabilizados pela empresa. Pelo que andei pesquisando isso é um problema antigo (desde 2006 existem pessoas reclamando de problemas assim) e até hoje de manhã não teve solução e ainda foi adiado para a versão 1.4.31. A versão 1.6 tem o mesmo problema. Porém a necessidade tem feito com que cada um dê seu jeitinho e é isso que queria saber: Quais workarounds vocês usam para corrigir isso? PS: Os registros no CDR com todas as colunas abaixo: ++-+--- ++---++--- +-+---+ +--+-+-+--+- ++---+ | cdr_id | calldate | clid | src | dst | dcontext | channel | dstchannel | lastapp | lastdata | duration | billsec | disposition | amaflags | accountcode | uniqueid | userfield | ++-+--- ++---++--- +-+---+ +--+-+-+--+- ++---+ | 404407 | 2010-02-09 18:55:01 | Ramal A RamalA | RamalA | ExternoB | from-internal | SIP/###A-08c73068 | Khomp/B0C0-1 | ResetCDR | w | 30 | 15 | ANSWERED | 3 | | 1265752501.259 | | 404409 | 2010-02-09 18:55:31 | RamalA | RamalA | RamalC | from-internal-xfer | Khomp/B0C0-1 | SIP/###C-08c8d0e0 | Dial | SIP/###C||Ttr | 50 | 44 | ANSWERED | 3 | | 1265752501.260 | Atenciosamente, Fabio Pachelli Pacheco Pesquisa e Desenvolvimento Diginet 4008-9000. Ramal 4008-9027 Fax: (84) 4008-9001 ___ 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
