[asterisk-users] CDR Design

regs at kinetix.gr regs at kinetix.gr
Wed Dec 3 03:32:59 CST 2008


Billing and logging should not be confused theoretically - I agree. But 
in practice,
the logging of the calls (not other events of the system) IS used for 
billing purposes.
The start and finish time is not enough for many (I not that it is not 
enough for me).

The accountcode is not enough for me either. From my CDRs I have to 
extract all the
information about which provider tried-and-failed or tried-and-succeeded 
to terminate
the call. So I need the terminator's info in the CDRs. This is the only 
way that I can monitor
what my providers charge me (and believe me, never take for granted that 
your provider charge
you with pre-agreed rates, mistakes happen :)). Also, having the 
terminator's data in the CDR is
the only way that I can calculate metrics such as ASR, ACD, mean PDD etc.
And I can't imagine taking all this info from a logging module that 
mixes CDR log events with
other ones (hardware events, user agent registrations, etc.)

Since there is no agreement on WHAT to log and since we have the option 
to put a lot of info
in the CDRs I think the right way to do it is provide the capability of 
every single detail that COULD
be logged and let the end user choose WHAT to log through the 
configuration. I cannot understand
tha benefit of a minimal/fixed/non-flexible CDR logging capability when 
can have the flexibility to
go from minimal to complex depending on a configuration entry in a 
proper configuration file.

P.S. Sometimes I wonder if I am the only one in the VoIP world that 
finds terminator information in the
CDRs useful (including failed calls).

P.S. Sometime we use the term "billing" only for customer billing 
processes which nowadays is incorrect
or insufficient. "Billing" in today's demanding VoIP business means :

1. Customer Billing : we all know what that is

2. Provider CDRs cross-check : as I said above, you have to know what 
your provider charges you in order
to catch mistakes and in order to able to produce profit/loss reports.

3. QoS metrics : ASR, ACD, PDD to name a few. These cannot be calculated 
without proper termination info
from the CDRs. I see LCR modules being introduced now and then in the 
asterisk community but they all seem
a little useless if the above metrics cannot be extracted from the CDRs. 
What is the benefit of having a low cost provider
in your LCR if its ASR equals to 0.0001 %? and how can you measure its 
ASR if the terminator's info (both failed and successful)
is not in the CDRs?


Andrew Thomas wrote:
> It seems to me that we are confusing billing and logging here.  Call
> billing only really needs the start and finish (like we get now) - but
> proper call logging requires all steps.
>
> Do we leave CDR's as they are (for billing purposes) and have a separate
> 'event' driven log for call logging?  Or do we change the CDR structure
> to accommodate logging as well?
>
> Personally, a separate 'event' log seems preferable to me as this keeps
> existing billing platforms useable.  It just means the logging programs
> will need to be re-written to look at a new database for events.
>
> I know we have the AMI - but that puts out a lot more information than
> is needed for simple logging (and requires something to prune and store
> the events in a database of some sort).
>
> Any thoughts? 	 	
> 	
> Andrew Thomas
> Technical Services Manager
> DataVox Ltd
> Saddleworth Business Centre
> Huddersfield Road
> Delph, Oldham
> OL3 5DF 	
>
>
> _______________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users
>   




More information about the asterisk-users mailing list