Hi Dan,
To be honest, I'm not such a big fan of HTTP based stuff, mainly because
of the performance penalty. When handling CDRs, you need to be sure you
can handle large amounts of data and very fast. The HTTP overhead
doesn't fit in this picture, IMHO :).
RabbitMQ is light as transport and also flexible as connecting to the
consumers.
If you want to stay with an SQL DB, db_http is at the end of the list as
performance.
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 12.06.2014 16:32, Dan Christian Bogos wrote:
Hey Bogdan,
Since we got your attention on this one, I was wondering what do u
think about the other proposal within this thread - http posted CDRs
(via db module)?
I understand that the event module could shortcut processing but in my
approach I am trying to use a built in module to have the
responsibility of dispatching the CDRs out of Opensips (eg: an
external, custom build socket server can easier crash or loose socket
connection, plus http libraries are much more universal than
particular protocols for events processing (eg: it is faster to
prototype a http server than a particular socket protocol one).
Did u have any bad experience with db -> http conversion/performance?
Ta,
DanB
On 12.06.2014 13:45, [email protected] wrote:
Hi Ricky,
If you want to get realtime updates on the completed calls, I suggest
using the ACC module (to generate CDRs) and have the CDR delivered as
event (via rabbitMQ for example).
Check:
- generating CDRs -
http://www.opensips.org/html/docs/modules/1.11.x/acc.html#id295374
- the CDR event -
http://www.opensips.org/html/docs/modules/1.11.x/acc.html#id295744
- using events -
http://www.opensips.org/Documentation/Interface-Events-1-11
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
