VoIP Mailing List Archives
Mailing list archives for the VoIP community |
|
| View previous topic :: View next topic |
| Author |
Message |
louwrens at jasper.co.za
Guest
|
 Posted: Tue Mar 11, 2008 8:41 am Post subject: [asterisk-users] Call tracing - Asterisk 1.4 |
 |
|
Hi guys
I've just read this about the upcoming release of * 1.6:
?Better reporting through a new call event logging capability in Asterisk
1.6 will allow complete tracking of events that take place during a call.
The goal, according to Fleming, is to provide more detail than traditional
CDR (Call Detail Recording) features offer and to allow for more granular
tracking and auditing.?
That sounds brilliant! But I'm in desperate need of something to handle call
tracing in 1.4...
Does anyone know how I can accomplish this? I thought about using the
originating uniqueid and populate for every event related to the call
(transfers, etc), but I'm having trouble reading the dialplan to see what
executes where  |
|
| Back to top |
|
 |
atis at iq-labs.net
Guest
|
| Posted: Tue Mar 11, 2008 12:47 pm Post subject: [asterisk-users] Call tracing - Asterisk 1.4 |
|
|
On 3/11/08, Louwrens Benad? <louwrens at jasper.co.za> wrote:
| Quote: | Hi guys
I've just read this about the upcoming release of * 1.6:
"Better reporting through a new call event logging capability in Asterisk
1.6 will allow complete tracking of events that take place during a call.
The goal, according to Fleming, is to provide more detail than traditional
CDR (Call Detail Recording) features offer and to allow for more granular
tracking and auditing."
That sounds brilliant! But I'm in desperate need of something to handle call
tracing in 1.4...
Does anyone know how I can accomplish this? I thought about using the
originating uniqueid and populate for every event related to the call
(transfers, etc), but I'm having trouble reading the dialplan to see what
executes where
|
That's the way how i have it workin. Of course, this wasn't done in
one day, i've been working on details for weeks. Generally i use CDR,
and manipulate it with ResetCDR, NoCDR, and link them together by
first uniqueid. This works great for IVRs, extension2extension calls,
outgoing calls, blind transfers, queues. So i can take any call and
see what was done to it, where it was transferred, duration of each
step and so on, so on. However it won't work for conferences (you
don't know that person will join conference unless it joins, and then
it's too late to change uniqueid, first cdr may be already writted),
and i haven't implemented that for blind transfers. But generally if
you want all that in DB, manipulating CDR is the way to go.
When you will have more specific questions, please ask, i'm sure
somebody will answer 
Regards,
Atis
--
Atis Lezdins,
VoIP Project Manager / Developer,
atis at iq-labs.net
Skype: atis.lezdins
Cell Phone: +371 28806004
Cell Phone: +1 800 7300689
Work phone: +1 800 7502835 |
|
| Back to top |
|
|
davevg at gmail.com
Guest
|
| Posted: Tue Mar 11, 2008 2:22 pm Post subject: [asterisk-users] Call tracing - Asterisk 1.4 |
|
|
Atis Lezdins wrote:
| Quote: | On 3/11/08, Louwrens Benad? <louwrens at jasper.co.za> wrote:
| Quote: | Hi guys
I've just read this about the upcoming release of * 1.6:
"Better reporting through a new call event logging capability in Asterisk
1.6 will allow complete tracking of events that take place during a call.
The goal, according to Fleming, is to provide more detail than traditional
CDR (Call Detail Recording) features offer and to allow for more granular
tracking and auditing."
That sounds brilliant! But I'm in desperate need of something to handle call
tracing in 1.4...
Does anyone know how I can accomplish this? I thought about using the
originating uniqueid and populate for every event related to the call
(transfers, etc), but I'm having trouble reading the dialplan to see what
executes where
|
That's the way how i have it workin. Of course, this wasn't done in
one day, i've been working on details for weeks. Generally i use CDR,
and manipulate it with ResetCDR, NoCDR, and link them together by
first uniqueid. This works great for IVRs, extension2extension calls,
outgoing calls, blind transfers, queues. So i can take any call and
see what was done to it, where it was transferred, duration of each
step and so on, so on. However it won't work for conferences (you
don't know that person will join conference unless it joins, and then
it's too late to change uniqueid, first cdr may be already writted),
and i haven't implemented that for blind transfers. But generally if
you want all that in DB, manipulating CDR is the way to go.
When you will have more specific questions, please ask, i'm sure
somebody will answer
Regards,
Atis
|
We have a patch we wrote for a client of ours which does something
similar which should apply to 1.4 cleanly. Basically it will write to
callpath_log for every app start and app end event. We use it to log
every step a channel takes in the dialplan for reporting purposes. It
is VERY verbose. One thing it does require which you can change is we
require a uid channel variable to be set for it to log. (Long story
short, we pass around the uid between servers in sip headers to have a
global overview of the call paths throughout the enterprise.)
Anyway here is the code, and some other patches we have:
http://svn.btwtech.com/svnview/coolvocals/trunk/asterisk-customizations/1.4/ |
|
| Back to top |
|
|
louwrens at jasper.co.za
Guest
|
| Posted: Wed Mar 12, 2008 2:12 am Post subject: [asterisk-users] Call tracing - Asterisk 1.4 |
|
|
That's the way how i have it workin. Of course, this wasn't done in
one day, i've been working on details for weeks. Generally i use
CDR,
and manipulate it with ResetCDR, NoCDR, and link them together by
first uniqueid. This works great for IVRs, extension2extension
calls,
outgoing calls, blind transfers, queues. So i can take any call and
see what was done to it, where it was transferred, duration of each
step and so on, so on. However it won't work for conferences (you
don't know that person will join conference unless it joins, and
then
it's too late to change uniqueid, first cdr may be already writted),
and i haven't implemented that for blind transfers. But generally if
you want all that in DB, manipulating CDR is the way to go.
When you will have more specific questions, please ask, i'm sure
somebody will answer
So I'm not the only one
Ok, because of my lack of knowledge about using the dial-plan, I've resorted
to using Trixbox (don't laugh). I've managed to find where the initial
uniqueid is inserted which I then pump into a variable, and from there into
the 'userfield' in the CDR.
The problem I'm having at the moment is that I can't figure out when the
next hit in the CDR takes place. I've found the macro that (I think)
generates it, but no matter what I try, I can't populate the 'userfield' for
the next event.
So here are my questions:
1. Is the next event in the CDR inserted by ResetCDR or NoCDR?
2. Can I use a locally defined variable ( exten =>
s,n,Set(v_identme=${CDR(UNIQUEID)})) ) or do I have to use a global
variable? |
|
| Back to top |
|
|
atis at iq-labs.net
Guest
|
| Posted: Wed Mar 12, 2008 11:09 am Post subject: [asterisk-users] Call tracing - Asterisk 1.4 |
|
|
On 3/12/08, Louwrens Benad? <louwrens at jasper.co.za> wrote:
| Quote: |
That's the way how i have it workin. Of course, this wasn't done in
one day, i've been working on details for weeks. Generally i use
CDR,
and manipulate it with ResetCDR, NoCDR, and link them together by
first uniqueid. This works great for IVRs, extension2extension
calls,
outgoing calls, blind transfers, queues. So i can take any call and
see what was done to it, where it was transferred, duration of each
step and so on, so on. However it won't work for conferences (you
don't know that person will join conference unless it joins, and
then
it's too late to change uniqueid, first cdr may be already writted),
and i haven't implemented that for blind transfers. But generally if
you want all that in DB, manipulating CDR is the way to go.
When you will have more specific questions, please ask, i'm sure
somebody will answer
So I'm not the only one
Ok, because of my lack of knowledge about using the dial-plan, I've resorted
to using Trixbox (don't laugh). I've managed to find where the initial
uniqueid is inserted which I then pump into a variable, and from there into
the 'userfield' in the CDR.
The problem I'm having at the moment is that I can't figure out when the
next hit in the CDR takes place. I've found the macro that (I think)
generates it, but no matter what I try, I can't populate the 'userfield' for
the next event.
So here are my questions:
1. Is the next event in the CDR inserted by ResetCDR or NoCDR?
|
NoCDR wouldn't cause that, as that's supposed to skip posting current
CDR. Next entry would be caused by either ResetCDR(w) or some
application that creates new channel (i.e. Dial or Queue). You can
enable "full" log and set verbosity and debug to higher values, to see
all what's going on.
| Quote: |
2. Can I use a locally defined variable ( exten =>
s,n,Set(v_identme=${CDR(UNIQUEID)})) ) or do I have to use a global
variable?
|
I'm not sure about value of ${CDR(UNIQUEID)}, but you can use just
${UNIQUEID}. If you want to pass variable to child channels, you
should make it inheritable. I'm using:
Set(__call_id=${UNIQUEID})
Regards,
Atis
--
Atis Lezdins,
VoIP Project Manager / Developer,
atis at iq-labs.net
Skype: atis.lezdins
Cell Phone: +371 28806004
Cell Phone: +1 800 7300689
Work phone: +1 800 7502835 |
|
| Back to top |
|
|
louwrens at jasper.co.za
Guest
|
| Posted: Thu Mar 13, 2008 1:21 am Post subject: [asterisk-users] Call tracing - Asterisk 1.4 |
|
|
Thanks Atis
I'll give that a shot and see where I end up.
-----Original Message-----
From: asterisk-users-bounces at lists.digium.com
[mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Atis Lezdins
Sent: 12 March 2008 06:09 PM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [asterisk-users] Call tracing - Asterisk 1.4
On 3/12/08, Louwrens Benad? <louwrens at jasper.co.za> wrote:
| Quote: |
That's the way how i have it workin. Of course, this wasn't done
|
in
| Quote: | one day, i've been working on details for weeks. Generally i use
CDR,
and manipulate it with ResetCDR, NoCDR, and link them together by
first uniqueid. This works great for IVRs, extension2extension
calls,
outgoing calls, blind transfers, queues. So i can take any call
|
and
| Quote: | see what was done to it, where it was transferred, duration of
|
each
| Quote: | step and so on, so on. However it won't work for conferences (you
don't know that person will join conference unless it joins, and
then
it's too late to change uniqueid, first cdr may be already
|
writted),
| Quote: | and i haven't implemented that for blind transfers. But generally
|
if
| Quote: | you want all that in DB, manipulating CDR is the way to go.
When you will have more specific questions, please ask, i'm sure
somebody will answer
So I'm not the only one
Ok, because of my lack of knowledge about using the dial-plan, I've
|
resorted
| Quote: | to using Trixbox (don't laugh). I've managed to find where the initial
uniqueid is inserted which I then pump into a variable, and from there
|
into
| Quote: | the 'userfield' in the CDR.
The problem I'm having at the moment is that I can't figure out when the
next hit in the CDR takes place. I've found the macro that (I think)
generates it, but no matter what I try, I can't populate the 'userfield'
|
for
| Quote: | the next event.
So here are my questions:
1. Is the next event in the CDR inserted by ResetCDR or NoCDR?
|
NoCDR wouldn't cause that, as that's supposed to skip posting current
CDR. Next entry would be caused by either ResetCDR(w) or some
application that creates new channel (i.e. Dial or Queue). You can
enable "full" log and set verbosity and debug to higher values, to see
all what's going on.
| Quote: |
2. Can I use a locally defined variable ( exten =>
s,n,Set(v_identme=${CDR(UNIQUEID)})) ) or do I have to use a global
variable?
|
I'm not sure about value of ${CDR(UNIQUEID)}, but you can use just
${UNIQUEID}. If you want to pass variable to child channels, you
should make it inheritable. I'm using:
Set(__call_id=${UNIQUEID})
Regards,
Atis
--
Atis Lezdins,
VoIP Project Manager / Developer,
atis at iq-labs.net
Skype: atis.lezdins
Cell Phone: +371 28806004
Cell Phone: +1 800 7300689
Work phone: +1 800 7502835
_______________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users |
|
| Back to top |
|
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
Powered by phpBB © 2001, 2005 phpBB Group
|
Search
