-----Original Message-----
From: Stephen J. Wilcox [mailto:steve@telecomplete.co.uk]
Sent: January 20, 2004 6:02 PM
To: 'asterisk-users@lists.digium.com'
Subject: Re: [Asterisk-Users] Getting correct CDR info
Hi Jimmy,
I have CDR issues also and was thinking of seeing if I could write a patch
to
fix, my particular problem which I think you include below alebit subtley is
that there are numerous circumstances where you would expect multiple CDRs
and
you currently get one minus bits of vital detail eg
Scenario1: IVR service
A call comes in, caller gets a menu, hits an option and gets connected to an
external pstn number.
You need a CDR to cover the inbound call, showing the total time, the
original
CLI and the number that the call came in on (DNI) as the dst
You also need a CDR to show the call made by the system showing only the
time of
the outbound leg and the external number as the dst.
The reason for this is that you want to produce stats and possibly charges
for
the service eg this may be a toll free service that your customer pays the
inbound call charges for, you may also wish to charge for the outbound call
to
the customer eg this is some kind of dialthro
Scenario2: end user voip pstn service
Ok simple, your providing pstn service to biz/home users giving each a phone
as
tho it were pstn.. lets say you have a call divert facility, one of your
customers dials another customer (hence generating a charge + CDR). The
other
customer has setup a divert to their mobile phone (hence generating a charge
+
another CDR to the that customer).
Theres more situations, especially when you start doing complex things
involving
multiple customers and services on your platform.
In addition to being able to generate multiple CDRs there needs to be some
additional controls to be able to alter the cdr fields or add more user
fields..
Steve
On Mon, 19 Jan 2004, Jimmy Riley wrote:
> I'd like to know how everyone else is going about getting correct CDR
> information for calls. Right now I notice that if a call come in and gets
> parked the CDR info doesn't how the correct info on who picked that
call
up,> also when someone transfer a call there isn't a new record being made
so
the> duration of the call shows up for who received the call and transferred
it.> I started playing around resetCDR and that does help in some cases. Just
> want to make sure I'm not just messing something.
> Thanks,
>
>
>
> Jimmy Riley
> _______________________________________________
> Asterisk-Users mailing list
> Asterisk-Users@lists.digium.com
> http://lists.digium.com/mailman/listinfo/asterisk-users
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-users
>
_______________________________________________
Asterisk-Users mailing list
Asterisk-Users@lists.digium.com
http://lists.digium.com/mailman/listinfo/asterisk-users
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
I have been testing using resetcdr. Is there a better way to do this? This
is the extension config I'm using:
exten => s,1,Wait,1
exten => s,2,Answer
exten => s,3,Background(vericore)
exten => s,4,Wait,7
exten => s,5,Background(vericore)
exten => s,6,DigitTimeout,5
exten => s,7,ResponseTimeout,10
exten => s,8,Goto,1006|1
exten => 1050,1,Goto,s|1
exten => 1001,1,ResetCDR(w)
exten => 1001,2,macro(record-on,${EXTEN},${CALLERIDNUM})
exten => 1001,3,Dial(SIP/one|20|tr)
exten => 1001,4,Dial(SIP/two|20|tr)
exten => 1001,5,VoiceMail,u1001
exten => 1001,102,Dial(SIP/two|20|tr)
exten => 1001,103,VoiceMail,u1001
exten => 1002,1,ResetCDR(w)
exten => 1002,2,macro(record-on,${EXTEN},${CALLERIDNUM})
exten => 1002,3,Dial(SIP/two|20|tr)
exten => 1002,4,VoiceMail,u1001
exten => 1002,102,VoiceMail,b1001
exten => 1003,1,ResetCDR(w)
exten => 1003,2,macro(record-on,${EXTEN},${CALLERIDNUM})
exten => 1003,3,Dial(SIP/three|20|tr)
exten => 1003,4,Dial(SIP/four|20|tr)
exten => 1003,5,VoiceMail,u1002
exten => 1003,102,Dial(SIP/four|20|tr)
exten => 1003,103,VoiceMail,u1002
exten => 1004,1,ResetCDR(w)
exten => 1004,2,macro(record-on,${EXTEN},${CALLERIDNUM})
exten => 1004,3,Dial(SIP/four|20|tr)
exten => 1004,4,VoiceMail,b1002
exten => 1004,102,VoiceMail,u1002
exten => 1005,1,ResetCDR(w)
exten => 1005,2,macro(record-on,${EXTEN},${CALLERIDNUM})
exten => 1005,3,Dial(SIP/five|20|tr)
exten => 1005,4,Dial(SIP/six|20|tr)
exten => 1005,5,VoiceMail,u1003
exten => 1005,102,Dial(SIP/six|20|tr)
exten => 1005,103,VoiceMail,u1003
exten => 1006,1,ResetCDR(w)
exten => 1006,2,macro(record-on,${EXTEN},${CALLERIDNUM})
exten => 1006,3,Dial(SIP/six|20|tr)
exten => 1006,4,VoiceMail,u1003
exten => 1006,102,VoiceMail,b1003
exten => #,1,Ringing
exten => #,2,Wait(2)
exten => #,3,VoicemailMain
exten => 6001,1,Ringing
exten => 6001,2,Wait(1)
exten => 6001,VoicemailMain
exten => h,1,macro(record-cleanup)
Jimmy Riley