[Freeswitch-dev] Would like to create and contribute a module "mod_cdr_logic"
moises.silva at gmail.com
Sun Jun 6 12:07:20 PDT 2010
Where is the source code?
Senior Software Engineer
Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3
t. 1 905 474 1990 x 128 | e. moy at sangoma.com
On Sun, Jun 6, 2010 at 2:13 PM, Vitalii Colosov <vetali100 at gmail.com> wrote:
> Hi team,
> I 've created first version of *mod_cdr_logic*.
> And I would like to ask you what is the best way to share it with the
> It can be provided in contrib dir or I can put it on my personal site, if
> you think it is better not to include it into contrib dir at this stage.
> Module exports any channel variables into the provided table using ODBC in
> It supports master and backup database (also I will add failover dump into
> a file in a future version if it will be required).
> *The most important thing of this module is the ability to execute set of
> Lua or Java scripts before exporting CDR into the table.*
> *So one can implement any business logic, set new channel variables based
> on some conditions, and then export them all into the table as CDR.*
> Config file (attached) contains 3 sections:
> 1. Database and table settings
> 2. Scripts to be executed before export
> 3. Channel variables to be exported (and corresponding table field names).
> I would greatly appreciate your inputs!
> P.S. I tested it carefully and it looks stable, but for sure it will need
> few months of community intensive testing (and bug fixing if any) before
> being considered fully stable.
> *Also, I would greatly appreciate any comments of the development team on
> the source code (especially on string concatenation and memory management).
> 2010/5/26 Vitalii Colosov <vetali100 at gmail.com>
>> Hi Nazim,
>> mod_xml_cdr is able to send CDR to apache server, and I was using it
>> successfully until I created the module that writes CDRs directly into the
>> database. I thought to add some business logic ability and share with the
>> I am sure your idea will also find many grateful users.
>> Personally from my side, I wanted to completely avoid using any HTTP
>> servers (many reasons, bottom line - it's just not REALLY needed for such
>> task in many implementations).
>> I think I will continue working in this direction and it will find some
>> users (like me) who will also use it.
>> The only problem here I see is performance - maybe it will not be suitable
>> for really LARGE implementations.
> FreeSWITCH-dev mailing list
> FreeSWITCH-dev at lists.freeswitch.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the FreeSWITCH-dev