[asterisk-users] checking CDR
Bryant Zimmerman
BryantZ at zktech.com
Wed Oct 13 13:22:07 CDT 2010
-----Original Message-----
From: asterisk-users-bounces at lists.digium.com
[mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Danny Dias
Sent: Wednesday, October 13, 2010 12:12 PM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: [asterisk-users] checking CDR
Hello Asterisk Community,
Is there a way to check in asterisk cdrs and extension forwarded?
I mean, i'm calling to a ISDN number, wich goes to extension 8222, but
this extension is forwarded to another one, the problem is that in
CDRs i am able to see the the first step of the call, but never see
the forwarded extension, how can i do that?
Thanks!
The CDR is only going to record "all legs" on incoming calls. As you state
above, your "outgoing" call is going to show as "one leg" regardless of
how
many "bounces" it takes.
The way I have addressed this issue is using flag variables that determine
how the call has originated. Inbound calls set one state and outbounds
calling checks for that state if it exists we assume that it is either a
call forward or a transfer. We then check headers and variables to see what
state it is. We then forward the outbound call through a call to
LOCAL/customeroutbund/number~trackingvars. This will cause the system to
create a sperate channel leg for that part of the call. We have found it to
very tricky to get this right for both blind and attended transfers as well
as call forwards but you can get very close. We were loosing on 100% of our
transfers and forwards and now we are down to 3%-5% of the cases where our
method does not work. Or 100% method is to use an additional asterisk box
that routes all toll bearing inbound and outbound calls we disable forwards
and transfers there. That is where we bill from so we don't loose and $$$.
Asterisk 1.8 is looking good with the CEL logging but you have to sift the
records to create billing CDR's
Bryant
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20101013/1ab6ab81/attachment.htm
More information about the asterisk-users
mailing list