[Freeswitch-users] CDR status
Yossi Neiman
iaxteling at cartissolutions.com
Mon Jul 10 17:31:30 PDT 2006
Brett,
As I don't think some of your questions got answered yet, see inline
comments.
Yossi Neiman
Cartis Solutions, Inc. - http://www.cartissolutions.com
Brett Nemeroff wrote:
>Hey,
>Comment on CDR and redundant servers. I've seen a lot of nightmareish
>scenarios with Asterisk and broken MySQL databases (or broken network
>connectivity). Ugly things like the SQL server becomes unavailable and
>then the SIP channel blocks...
>
>
I have developed with this idea in mind. Currently I have not yet
implemented a routine for handling when output to certain logging
methods fails (in this case a database server), but the skeleton is
partially there already. The ::process_record() method returns fail or
success, so in the event of failure it could log it out to a temporary
location and reload it at a later time. Since mod_cdr is a module with
its own threadspace, it should not interfere with any other part of the
system if it fails to process a record or a record takes longer than
usual to process. All data is copied off the session and allowed to be
cleaned up by the switch core.
>Why not just make the CDR module output to a pipe or socket and have a
>seperate program read the socket and do whatever.. that way the app is
>completely isolated from the Database
>
>
This was not the design that I had in mind for mod_cdr. Doing something
like this, especially with multicast, would be more on the lines of
higher grade CDR and billing processing. I wanted to start off with a
project that wasn't as complex as that, and work my way up to it. I
expect that we will take a different design approach on setting up
something like this. That being said, as Tony already stated, there are
ways to isolate the CDRs from the actual database, and he does it with
the Perl Data Dumper format (implemented as AnthmCDR in mod_cdr). Of
course there is also CSV (as CsvCDR) already as well.
>BTW, can the multicast eventing do something like that already? How does
>the multicast eventing and cdr gel up?
>-Brett
>
>
>On Mon, July 10, 2006 9:58 am, Yossi Neiman wrote:
>
>
>>Hey folks,
>>
>>For all of you who were wondering when Freeswitch will be supporting the
>>logging of Call Detail Records, here is the current status:
>>
>>mod_cdr currently logs to three types of outputs: CSV format (CsvCDR),
>>Perl Data Dumper Format to individual files (AnthmCDR), and to MySQL
>>4.1.x or greater using prepared statements (MysqlCDR). I have not yet
>>implemented any failover routines, but at the moment that would mostly
>>only pertain to the Mysql output anyway. I will not be able to
>>implement those routines until after the initial inclusion of mod_cdr
>>into the trunk. That inclusion I hope will be coming very soon as all
>>we really need to do is do some additional testing to make sure I've not
>>missed anything. I expect that we will be ready for testing very soon.
>>
>>Will keep the list posted when it is merged into the trunk.
>>
>>Yossi Neiman
>>Cartis Solutions, Inc. - http://www.cartissolutions.com
>>
>>_______________________________________________
>>Freeswitch-users mailing list
>>Freeswitch-users at lists.freeswitch.org
>>http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>
>>
>>
>>
>
>
>
>_______________________________________________
>Freeswitch-users mailing list
>Freeswitch-users at lists.freeswitch.org
>http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>
>
More information about the FreeSWITCH-users
mailing list