[asterisk-dev] [Code Review] Support for sending CDRs to syslogd

vadim at mbdsys.com vadim at mbdsys.com
Fri Jun 26 17:24:16 CDT 2009


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.digium.com/r/297/#review897
-----------------------------------------------------------



/trunk/cdr/cdr_syslog.c
<http://reviewboard.digium.com/r/297/#comment2162>

    Maybe dummy->cdr = cdr with dumm->cdr = 0 just before channel_release is sufficient here?



/trunk/cdr/cdr_syslog.c
<http://reviewboard.digium.com/r/297/#comment2163>

    I wonder should'nt the variable substitution be done in the context of the original channel?  What happens with channel-specific variables?


- vadim


On 2009-06-26 12:13:56, Sean Bright wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> http://reviewboard.digium.com/r/297/
> -----------------------------------------------------------
> 
> (Updated 2009-06-26 12:13:56)
> 
> 
> Review request for Asterisk Developers.
> 
> 
> Summary
> -------
> 
> This is the implementation of a CDR backend that allows sending CDR records to syslogd.
> 
> This patch was originally written by Brett Bryant and it was a modification to cdr_custom.  After some discussion I rewrote it as a separate module and added the ability to specify multiple logging destinations.  The setup instructions are included in the sample configuration file.
> 
> 
> This addresses bug 12876.
>     https://issues.asterisk.org/view.php?id=12876
> 
> 
> Diffs
> -----
> 
>   /trunk/build_tools/menuselect-deps.in 203669 
>   /trunk/cdr/cdr_syslog.c PRE-CREATION 
>   /trunk/configs/cdr_syslog.conf.sample PRE-CREATION 
>   /trunk/configure.ac 203669 
> 
> Diff: http://reviewboard.digium.com/r/297/diff
> 
> 
> Testing
> -------
> 
> Compiles.  Sent a few test calls through and they were logged successfully to multiple "sinks" defined in cdr_syslog.conf.
> 
> 
> Thanks,
> 
> Sean
> 
>




More information about the asterisk-dev mailing list