<div>The CDR module has modules staticly written into them so you can implement the delivery any way you choose. My personal favorite is 1 file per record in a parsable format for a script to come and aggragate them into sql stmts once in a while.</div> <div> </div> <div>As far as multicast events there is almost enough information in the events to do the cdr completly in an event consumer I just need to add a little more code to insert the times on the hangup events but you could keep track of it externally even without them if you wanted to keep state privately based on the event data. There is an example of this in the core where an internal event consumer keeps the call count and states of every session into an intenal sqlite db so you can query channel data without disturbing the actuall live channels.</div> <div> </div> <div> </div> <div>Anthony Minessale</div> <div><A href="http://www.cluecon.com">http://www.cluecon.com</A></div>
<div> </div> <div> </div> <div><BR><BR><B><I>Brett Nemeroff <brett@nemeroff.com></I></B> wrote:</div> <BLOCKQUOTE class=replbq style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">Hey,<BR>Comment on CDR and redundant servers. I've seen a lot of nightmareish<BR>scenarios with Asterisk and broken MySQL databases (or broken network<BR>connectivity). Ugly things like the SQL server becomes unavailable and<BR>then the SIP channel blocks...<BR><BR>Why not just make the CDR module output to a pipe or socket and have a<BR>seperate program read the socket and do whatever.. that way the app is<BR>completely isolated from the Database<BR><BR>BTW, can the multicast eventing do something like that already? How does<BR>the multicast eventing and cdr gel up?<BR>-Brett<BR><BR><BR>On Mon, July 10, 2006 9:58 am, Yossi Neiman wrote:<BR>> Hey folks,<BR>><BR>> For all of you who were wondering when Freeswitch will be supporting the<BR>>
logging of Call Detail Records, here is the current status:<BR>><BR>> mod_cdr currently logs to three types of outputs: CSV format (CsvCDR),<BR>> Perl Data Dumper Format to individual files (AnthmCDR), and to MySQL<BR>> 4.1.x or greater using prepared statements (MysqlCDR). I have not yet<BR>> implemented any failover routines, but at the moment that would mostly<BR>> only pertain to the Mysql output anyway. I will not be able to<BR>> implement those routines until after the initial inclusion of mod_cdr<BR>> into the trunk. That inclusion I hope will be coming very soon as all<BR>> we really need to do is do some additional testing to make sure I've not<BR>> missed anything. I expect that we will be ready for testing very soon.<BR>><BR>> Will keep the list posted when it is merged into the trunk.<BR>><BR>> Yossi Neiman<BR>> Cartis Solutions, Inc. - http://www.cartissolutions.com<BR>><BR>>
_______________________________________________<BR>> Freeswitch-users mailing list<BR>> Freeswitch-users@lists.freeswitch.org<BR>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users<BR>><BR>><BR><BR><BR><BR>_______________________________________________<BR>Freeswitch-users mailing list<BR>Freeswitch-users@lists.freeswitch.org<BR>http://lists.freeswitch.org/mailman/listinfo/freeswitch-users<BR></BLOCKQUOTE><BR><p> 
<hr size=1>Yahoo! Messenger with Voice. <a href="http://us.rd.yahoo.com/mail_us/taglines/postman1/*http://us.rd.yahoo.com/evt=39663/*http://voice.yahoo.com">Make PC-to-Phone Calls</a> to the US (and 30+ countries) for 2¢/min or less.