Grey, Are you using mod_xml_cdr? I get TWO cdrs for Blind transfers and THREE cdrs for attended transfers.
If I call from 200 (my extension) to mobile and then transfer out to 204 (or any other extension) I will get: 1. CDR for the initial call to mobile with a disposition of BLIND_TRANSFER 2. continuing CDR with TWO call flows (which I dont understand completely) but what Im doing is LINKING the calls so that I can go through them. I am guessing we would need to run a billing routine to process these multiple CDRs and make sense out of them. But the data is there! mod_cdr_csv is from asterisk land- avoid at all costs :) Grey Man wrote: > On Mon, Jul 7, 2008 at 4:24 PM, Anthony Minessale > <[EMAIL PROTECTED]> wrote: >> if you use mod_xml_cdr you will get 1 cdr report in it's own file per call. >> >> Each time the call is transferred it's documented and the call flow is >> expanded so you should be satisfied with it. >> > > Hi There, > > I was able to test transfer CDRs with freeswitch and encountered > similar issues to those I've had with Asterisk > (http://bugs.digium.com/view.php?id=11849). > > In Freeswitch's case the blind transfer CDR problem is the same as > Asterisk's. If you call a billable destination through the server and > then do a blind transfer (REFER) to another billable destination you > get left with a call that has two billable legs but you will only get > one CDR. > > With attended transfers Freeswitch generates a CDR for the first call > leg when the transfer occurs and a CDR for the second call leg when > the call ends except that the destination on the second call leg is > incorrect and has been modified to be the callerid of the first > caller. It should be generating the CDRs for both call legs when the > call ends and not when the transfer occurs. I also got an extra CDR > quite a while after the transferred call had hung up with a > disposition of "RECOVERY_ON_TIMER_EXPIRE" with a destination > corresponding to the second call leg. > > This whole transfer/CDR thing is very unsexy and a pain for developers > but it's a critical thing for those of us that run businesses > supplying telephony services. This one issue has cost the company I > work for an amount into 4 figures. > > Regards, > > Greyman. > > _______________________________________________ > Freeswitch-users mailing list > [email protected] > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Faraz R Khan Chief Architect Emergen Consulting Pvt Ltd +92.21.529.0381 x200 www.emergen.biz _______________________________________________ Freeswitch-users mailing list [email protected] http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
