Hi,
I’ve recently tried out CDR-stats, and after a bumpy ride to get it going ;) , I’m happily surprised with it.
Especially the fraud detection mechanisms (which could use some extra’s), and the eye-candy makes it attractive.
It is based on a mongodb which has to be filled with CDRs.
As there is no mongodb module in Kamailio, I was thinking of using the jsonrpc module to push cdrs from Kamailio to some Python thing which pushes it into MongoDB. Perhaps by using the async module.
Netstrings seems a rather low overhead protocol, and the jsonrpc module allows to push over a cluster of servers, which makes it scalable.
Would this be a good way to do this, or am I bluntly missing the better way?
Thx, Davy
On Thursday 06 February 2014 08:47:57 davy wrote:
Would this be a good way to do this, or am I bluntly missing the better way?
Maybe just doing it "offline"? I just take the standard mysql acc accounting, every minute I'll scan acc for completed calls, generate a csv, delete the processed accs and store the csv it in a place my billing platform will find it to import. You only have to figure out how the csv should be structured for cdr-stats.
Pro: Impact on kamailio processes is 0. Con: Not realtime, completed calls only.
True, and actually not having it realtime is not a drama.
If you're having simultaneous calls in the hundreds, you don't care what's happening *right* now, as long as you know what was happening in the recent past, like 1-2 minutes delay, which is still good enough to monitor for security issues popping up.
It's a nice pragmatic way I'ld say! Thx!
2014-02-06 Daniel Tryba daniel@pocos.nl:
On Thursday 06 February 2014 08:47:57 davy wrote:
Would this be a good way to do this, or am I bluntly missing the better way?
Maybe just doing it "offline"? I just take the standard mysql acc accounting, every minute I'll scan acc for completed calls, generate a csv, delete the processed accs and store the csv it in a place my billing platform will find it to import. You only have to figure out how the csv should be structured for cdr-stats.
Pro: Impact on kamailio processes is 0. Con: Not realtime, completed calls only.
--
POCOS B.V. - Croy 9c - 5653 LC Eindhoven Telefoon: 040 293 8661 - Fax: 040 293 8658 http://www.pocos.nl/ - http://www.sipo.nl/ K.v.K. Eindhoven 17097024
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
-
Daniel Tryba -
davy -
davy van de moere