search for: newcdr

...CDR's to give more details about xfer situations, and we can hash out the details from there. This proposal can then serve as the spec for future enhancements. Also, keep in mind, that we have a new facility being groomed for merging into trunk: http://svn.digium.com/svn/asterisk/team/group/newcdr which will introduce some new concepts that will help in forming billing records; it is single-event based, and introduces a new channel value, linkedid, which is spread between channels that 'interact', thus allowing you to more easily collect events that are related via transfers, confer...

I've taken the liberty of starting a new thread to discuss the design of the Asterisk CDR mechanism. The discussion has been kindly initiated by murf putting together a proposal: http://svn.digium.com/svn/asterisk/team/murf/RFCs. After reading the proposal I still don't think it's the right way to go. To my mind adding more channel variables increases the complexity in a situation