Skip to main content

CDR rating scheme

Posted by djhexwire on Tue, 03/29/2011

We are trying to improve our CDR Rating scheme. Asterisk's native CDRs are split in two making it hard to use them for rating. We have considered using an asterisk front end to handle all inbound and outbound calls infront of ThirdLane to create custom CDRs but I don't like the idea of having another pieces of software and a box between our customers and the ThirdLane box that can fail.

Has anyone modified ThirdLane/Asterisk CDR process or found a way to use the CDRs that come out of ThirdLane to do accurate rating?

thanks,
Daniel H


Submitted by eeman on Tue, 03/29/2011 Permalink

no, its simply not possible. Inbound calls are the most disruptive in the CDR on an end-user pbx. this isnt just a thirdlane issue; its also a trixbox, freepbx, asterisknow, elastix, pbxinaflash, etc. issue. Theres too many 'translations' that occur that re-write the extension being called which simply destroy accurate CDR's. Aside from rating, are you aware of a failed compliance to keep _accurate_ call details should you be court ordered to provide them? How can you be sure that you can accurately provide all call records for the span of 6 mos to a single DID with all the re-writes of the destination extension? How can such records be unimpeachable given dialplan that constantly re-writes the destination extension at least 5 times in a single call?

You really should have something collecting CDR upstream of your end-user pbx. If for no other reason, to cover your legal arse.

Submitted by djhexwire on Thu, 03/31/2011 Permalink

Do you guys have any best practices in order to setup either an asterisk or freeswitch server that is in front of the thirdlane server to do CDR rating?

Submitted by eeman on Thu, 03/31/2011 Permalink

keep the dialplan as simple as possible, never do ANY translations on the gateway.. if it comes in as 18003334455 then it needs leave the same way, none of this pointing it to some other number stuff.