[AsteriskBrasil] [CDR e as chamadas transferidas - Workarounds?]

Quarta Fevereiro 10 09:52:56 BRST 2010

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" <italorossib em 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" <fabio em 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 em 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 em 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 em 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 em listas.asteriskbrasil.org
> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
> 

-- 
=======================
***  Daian Conrad

Linux user: #248912

** OpenS Team (DaCoD)
E-mail: daian em opens.com.br
Fone: +55 48 3954-8000