On Wed, Mar 17, 2010 at 8:34 PM, Michael Collins <msc@freeswitch.org> wrote:
If you *really* want to get fancy you can use mod_xml_cdr and get a true 3D picture of your call. You can even use it to post the XML CDRs to an external web server and do all your billing offline. :D
Yes, I was planning on using mod_xml_cdr to pass the info to our webserver to update the database, once I know that mod_cdr_csv is getting the right data.... which it still isn't :-( Much the same problem as before - in mod_cdr_csv's logs the start-time and answered-time aren't what I expect. I'm gradually getting a better handle on whats happening... The 4 significant events in my dialplan are: ivr-started (I dial a switchboard number, and enter the extn I want to be connected to) call-started (I'm connected to that extn) call-ended (the call with the extn ends) ivr-ended (I may return to the extn, or end at the same time as the call) Master.csv contains 2 rows, both with from and to numbers matching the caller and callee appropriately. It seems like the first/blind_transfer row is not picking up the info from the call that it ought to, and some of it is being recorded against the second/main ivr row and then lost when it gets new data. First row has: start = call-started answer = empty end = call-started (probably actually call-connected) hangup_cause = BLIND_TRANSFER bleg uuid = empty Second row (also appears in the separate csv file for the caller's extension) has start = ivr-started answer = ivr-started end = ivr-ended hangup_cause = NORMAL_CLEARING bleg uuid = present Cheers, Fraser