Hi all, I was hoping to find a way to push CDR information into a queue. Zeromq comes out as an obvious choice because mod_event_zmq already exits. However, I can't find a way to configure this module to push CDR info. Have any of you guys tried it? Regards
I haven't actually looked at the code, but you have to look at the variables on CHANNEL_REPORTING for example. There you will see all the vars needed to produce CDR entries, but they won't be on XML format like xml_curl would create. Regards, -- João Mesquita Sent with Sparrow (http://www.sparrowmailapp.com/?sig) On Thursday, July 5, 2012 at 10:37 AM, Neo Cheema wrote:
Hi all,
I was hoping to find a way to push CDR information into a queue. Zeromq comes out as an obvious choice because mod_event_zmq already exits. However, I can't find a way to configure this module to push CDR info. Have any of you guys tried it?
Regards
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org (mailto:consulting@freeswitch.org) http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org (mailto:FreeSWITCH-users@lists.freeswitch.org) http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Wouldn’t the problem with ZeroMQ be no reliable delivery of CDRs? I was under the impression that 0MQ was more for high-performance, and things like guaranteed delivery are left as an exercise to the user. -Michael From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of João Mesquita Sent: Thursday, July 05, 2012 9:56 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Pushing CDR Information into Zeromq I haven't actually looked at the code, but you have to look at the variables on CHANNEL_REPORTING for example. There you will see all the vars needed to produce CDR entries, but they won't be on XML format like xml_curl would create. Regards, -- João Mesquita Sent with Sparrow<http://www.sparrowmailapp.com/?sig> On Thursday, July 5, 2012 at 10:37 AM, Neo Cheema wrote: Hi all, I was hoping to find a way to push CDR information into a queue. Zeromq comes out as an obvious choice because mod_event_zmq already exits. However, I can't find a way to configure this module to push CDR info. Have any of you guys tried it? Regards _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org<mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com Join Us At ClueCon - Aug 7-9, 2012 FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org<mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
We sponsored this: https://metacpan.org/release/Message-Passing https://metacpan.org/release/Message-Passing-ZeroMQ https://metacpan.org/module/BOBTFISH/Message-Passing-Input-Freeswitch-0.002/... https://metacpan.org/release/Message-Passing-Output-WebHooks We use it to pump events into zeromq as part of our API - http://www.surevoip.co.uk/api You can easily do cdrs. Gavin. -- Gavin Henry Sent with Sparrow (http://www.sparrowmailapp.com/?sig) On Thursday, 5 July 2012 at 19:08, Michael Giagnocavo wrote:
Wouldn’t the problem with ZeroMQ be no reliable delivery of CDRs? I was under the impression that 0MQ was more for high-performance, and things like guaranteed delivery are left as an exercise to the user.
-Michael
From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of João Mesquita Sent: Thursday, July 05, 2012 9:56 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Pushing CDR Information into Zeromq
I haven't actually looked at the code, but you have to look at the variables on CHANNEL_REPORTING for example. There you will see all the vars needed to produce CDR entries, but they won't be on XML format like xml_curl would create.
Regards,
--
João Mesquita
Sent with Sparrow (http://www.sparrowmailapp.com/?sig)
On Thursday, July 5, 2012 at 10:37 AM, Neo Cheema wrote:
Hi all,
I was hoping to find a way to push CDR information into a queue.
Zeromq comes out as an obvious choice because mod_event_zmq already
exits. However, I can't find a way to configure this module to push
CDR info. Have any of you guys tried it?
Regards
_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org (mailto:consulting@freeswitch.org)
http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server
Official FreeSWITCH Sites
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org (mailto:FreeSWITCH-users@lists.freeswitch.org)
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Woohoo Perl! http://www.bastichlabz.org/bastich/Strips/ba980225.gif -MC On Thu, Jul 5, 2012 at 1:48 PM, Gavin Henry <gavin.henry@gmail.com> wrote:
We sponsored this:
https://metacpan.org/release/Message-Passing https://metacpan.org/release/Message-Passing-ZeroMQ
https://metacpan.org/module/BOBTFISH/Message-Passing-Input-Freeswitch-0.002/... https://metacpan.org/release/Message-Passing-Output-WebHooks
We use it to pump events into zeromq as part of our API - http://www.surevoip.co.uk/api
You can easily do cdrs.
Gavin.
-- Gavin Henry Sent with Sparrow <http://www.sparrowmailapp.com/?sig>
On Thursday, 5 July 2012 at 19:08, Michael Giagnocavo wrote:
Wouldn’t the problem with ZeroMQ be no reliable delivery of CDRs? I was under the impression that 0MQ was more for high-performance, and things like guaranteed delivery are left as an exercise to the user.****
-Michael****
** **
*From:* freeswitch-users-bounces@lists.freeswitch.org [mailto: freeswitch-users-bounces@lists.freeswitch.org] *On Behalf Of *João Mesquita *Sent:* Thursday, July 05, 2012 9:56 AM *To:* FreeSWITCH Users Help *Subject:* Re: [Freeswitch-users] Pushing CDR Information into Zeromq****
** **
I haven't actually looked at the code, but you have to look at the variables on CHANNEL_REPORTING for example. There you will see all the vars needed to produce CDR entries, but they won't be on XML format like xml_curl would create.****
** **
Regards,****
** **
-- ****
João Mesquita****
Sent with Sparrow <http://www.sparrowmailapp.com/?sig>****
** **
On Thursday, July 5, 2012 at 10:37 AM, Neo Cheema wrote:****
Hi all,****
** **
I was hoping to find a way to push CDR information into a queue.****
Zeromq comes out as an obvious choice because mod_event_zmq already****
exits. However, I can't find a way to configure this module to push****
CDR info. Have any of you guys tried it?****
** **
Regards****
** **
What about simply using xml_cdr or json_cdr and then process the queue of the files? Move them to a sub-directory once processed. That gives you disk persistence... -Avi On Fri, Jul 6, 2012 at 12:17 AM, Michael Collins <msc@freeswitch.org> wrote:
Woohoo Perl! http://www.bastichlabz.org/bastich/Strips/ba980225.gif
-MC
On Thu, Jul 5, 2012 at 1:48 PM, Gavin Henry <gavin.henry@gmail.com> wrote:
We sponsored this:
https://metacpan.org/release/Message-Passing https://metacpan.org/release/Message-Passing-ZeroMQ
https://metacpan.org/module/BOBTFISH/Message-Passing-Input-Freeswitch-0.002/... https://metacpan.org/release/Message-Passing-Output-WebHooks
We use it to pump events into zeromq as part of our API - http://www.surevoip.co.uk/api
You can easily do cdrs.
Gavin.
-- Gavin Henry Sent with Sparrow <http://www.sparrowmailapp.com/?sig>
On Thursday, 5 July 2012 at 19:08, Michael Giagnocavo wrote:
Wouldn’t the problem with ZeroMQ be no reliable delivery of CDRs? I was under the impression that 0MQ was more for high-performance, and things like guaranteed delivery are left as an exercise to the user.****
-Michael****
** **
*From:* freeswitch-users-bounces@lists.freeswitch.org [mailto: freeswitch-users-bounces@lists.freeswitch.org] *On Behalf Of *João Mesquita *Sent:* Thursday, July 05, 2012 9:56 AM *To:* FreeSWITCH Users Help *Subject:* Re: [Freeswitch-users] Pushing CDR Information into Zeromq****
** **
I haven't actually looked at the code, but you have to look at the variables on CHANNEL_REPORTING for example. There you will see all the vars needed to produce CDR entries, but they won't be on XML format like xml_curl would create.****
** **
Regards,****
** **
-- ****
João Mesquita****
Sent with Sparrow <http://www.sparrowmailapp.com/?sig>****
** **
On Thursday, July 5, 2012 at 10:37 AM, Neo Cheema wrote:****
Hi all,****
** **
I was hoping to find a way to push CDR information into a queue.****
Zeromq comes out as an obvious choice because mod_event_zmq already****
exits. However, I can't find a way to configure this module to push****
CDR info. Have any of you guys tried it?****
** **
Regards****
** **
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
You don't seem to have used Zmq. It's FUN!!! :D Besides, with ZMQ you get fan in/fan out as well as other types of socket that can REALLY increase cdr processing power (distributed processing). Of course, I agree that having it as a module might not be the best solution tho, since zmq has some nasty asserts on its core code. -- João Mesquita Sent with Sparrow (http://www.sparrowmailapp.com/?sig) On Thursday, July 5, 2012 at 6:59 PM, Avi Marcus wrote:
What about simply using xml_cdr or json_cdr and then process the queue of the files? Move them to a sub-directory once processed. That gives you disk persistence... -Avi
On Fri, Jul 6, 2012 at 12:17 AM, Michael Collins <msc@freeswitch.org (mailto:msc@freeswitch.org)> wrote:
Woohoo Perl! http://www.bastichlabz.org/bastich/Strips/ba980225.gif
-MC
On Thu, Jul 5, 2012 at 1:48 PM, Gavin Henry <gavin.henry@gmail.com (mailto:gavin.henry@gmail.com)> wrote:
We sponsored this:
https://metacpan.org/release/Message-Passing https://metacpan.org/release/Message-Passing-ZeroMQ https://metacpan.org/module/BOBTFISH/Message-Passing-Input-Freeswitch-0.002/... https://metacpan.org/release/Message-Passing-Output-WebHooks
We use it to pump events into zeromq as part of our API - http://www.surevoip.co.uk/api
You can easily do cdrs.
Gavin.
-- Gavin Henry Sent with Sparrow (http://www.sparrowmailapp.com/?sig)
On Thursday, 5 July 2012 at 19:08, Michael Giagnocavo wrote:
Wouldn’t the problem with ZeroMQ be no reliable delivery of CDRs? I was under the impression that 0MQ was more for high-performance, and things like guaranteed delivery are left as an exercise to the user.
-Michael
From: freeswitch-users-bounces@lists.freeswitch.org (mailto:freeswitch-users-bounces@lists.freeswitch.org) [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of João Mesquita Sent: Thursday, July 05, 2012 9:56 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Pushing CDR Information into Zeromq
I haven't actually looked at the code, but you have to look at the variables on CHANNEL_REPORTING for example. There you will see all the vars needed to produce CDR entries, but they won't be on XML format like xml_curl would create.
Regards,
--
João Mesquita
Sent with Sparrow (http://www.sparrowmailapp.com/?sig)
On Thursday, July 5, 2012 at 10:37 AM, Neo Cheema wrote:
Hi all,
I was hoping to find a way to push CDR information into a queue.
Zeromq comes out as an obvious choice because mod_event_zmq already
exits. However, I can't find a way to configure this module to push
CDR info. Have any of you guys tried it?
Regards
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org (mailto:consulting@freeswitch.org) http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org (mailto:FreeSWITCH-users@lists.freeswitch.org) http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org (mailto:consulting@freeswitch.org) http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org (mailto:FreeSWITCH-users@lists.freeswitch.org) http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
while we are talking about funky CDR stuff. Ive been planning to look at riak ( http://wiki.basho.com/ ) for bulk CDR storage ( storing data other than billing data ) but just not finding the time. anyone done something similar ? The idea is to store as much data in a distributed manner, so as to aid debugging. ( not so much for billing ) Jay
João, "Since the socket implemented on mod_zmq is a simple PUB/SUB, yes, messages would be discarded if they are not received by the other end." I thought it didn't matter if the 'worker' was up before the 'producer'/freeswitch started pushing in the messages. 0mq handles that part, if atleast one worker is connected. My main reason for looking towards 0mq was to bypass a webserver, which would be required for xml_cdr. On Fri, Jul 6, 2012 at 8:33 AM, jay binks <jaybinks@gmail.com> wrote:
while we are talking about funky CDR stuff.
Ive been planning to look at riak ( http://wiki.basho.com/ ) for bulk CDR storage ( storing data other than billing data ) but just not finding the time.
anyone done something similar ? The idea is to store as much data in a distributed manner, so as to aid debugging. ( not so much for billing )
Jay
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
xml_cdr by default writes to disk, no web server required. You want to skip the disk, I presume..? -Avi On Fri, Jul 6, 2012 at 10:14 AM, Neo Cheema <neo.cheema@gmail.com> wrote:
João,
"Since the socket implemented on mod_zmq is a simple PUB/SUB, yes, messages would be discarded if they are not received by the other end."
I thought it didn't matter if the 'worker' was up before the 'producer'/freeswitch started pushing in the messages. 0mq handles that part, if atleast one worker is connected.
My main reason for looking towards 0mq was to bypass a webserver, which would be required for xml_cdr.
On Fri, Jul 6, 2012 at 8:33 AM, jay binks <jaybinks@gmail.com> wrote:
while we are talking about funky CDR stuff.
Ive been planning to look at riak ( http://wiki.basho.com/ ) for bulk CDR storage ( storing data other than billing data ) but just not finding the time.
anyone done something similar ? The idea is to store as much data in a distributed manner, so as to aid debugging. ( not so much for billing )
Jay
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Avi, What I really want is to provide near-real time updates of CDRs on a webpage, the webserver not necessarily being on the same machine as Freeswitch. I would hate to continuously scan DB on freeswitch machine for latest CDR info. In a related issue, I read that the only reliable info on "call length", billsec etc should be read from CDRs. I mean, I can't do a getvariable on session in say a Lua script, to read call length, billsec session variables. Infact I tried it and got null responses, even after session hangup. Is there a way to get "correct" values of these variables in the Lua script itself? It would make my life simpler, because I can then just push the cdr info + custom values into any queue or webserver, without waiting for the Freeswitch to do it for me. Any Ideas? On Fri, Jul 6, 2012 at 1:18 PM, Avi Marcus <avi@avimarcus.net> wrote:
xml_cdr by default writes to disk, no web server required. You want to skip the disk, I presume..?
-Avi
On Fri, Jul 6, 2012 at 10:14 AM, Neo Cheema <neo.cheema@gmail.com> wrote:
João,
"Since the socket implemented on mod_zmq is a simple PUB/SUB, yes, messages would be discarded if they are not received by the other end."
I thought it didn't matter if the 'worker' was up before the 'producer'/freeswitch started pushing in the messages. 0mq handles that part, if atleast one worker is connected.
My main reason for looking towards 0mq was to bypass a webserver, which would be required for xml_cdr.
On Fri, Jul 6, 2012 at 8:33 AM, jay binks <jaybinks@gmail.com> wrote:
while we are talking about funky CDR stuff.
Ive been planning to look at riak ( http://wiki.basho.com/ ) for bulk CDR storage ( storing data other than billing data ) but just not finding the time.
anyone done something similar ? The idea is to store as much data in a distributed manner, so as to aid debugging. ( not so much for billing )
Jay
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
I process CDRs on the same machine and then replicate the DB elsewhere. Or you could have a daemon processing the CDRs on the main machine and doing whatever with them. The benefit is that then you'll have file persistence of the CDRs until they actually get processed... -Avi On Fri, Jul 6, 2012 at 11:10 AM, Neo Cheema <neo.cheema@gmail.com> wrote:
Avi,
What I really want is to provide near-real time updates of CDRs on a webpage, the webserver not necessarily being on the same machine as Freeswitch. I would hate to continuously scan DB on freeswitch machine for latest CDR info.
In a related issue, I read that the only reliable info on "call length", billsec etc should be read from CDRs.
I mean, I can't do a getvariable on session in say a Lua script, to read call length, billsec session variables. Infact I tried it and got null responses, even after session hangup. Is there a way to get "correct" values of these variables in the Lua script itself? It would make my life simpler, because I can then just push the cdr info + custom values into any queue or webserver, without waiting for the Freeswitch to do it for me.
Any Ideas?
On Fri, Jul 6, 2012 at 1:18 PM, Avi Marcus <avi@avimarcus.net> wrote:
xml_cdr by default writes to disk, no web server required. You want to skip the disk, I presume..?
-Avi
On Fri, Jul 6, 2012 at 10:14 AM, Neo Cheema <neo.cheema@gmail.com> wrote:
João,
"Since the socket implemented on mod_zmq is a simple PUB/SUB, yes, messages would be discarded if they are not received by the other end."
I thought it didn't matter if the 'worker' was up before the 'producer'/freeswitch started pushing in the messages. 0mq handles that part, if atleast one worker is connected.
My main reason for looking towards 0mq was to bypass a webserver, which would be required for xml_cdr.
On Fri, Jul 6, 2012 at 8:33 AM, jay binks <jaybinks@gmail.com> wrote:
while we are talking about funky CDR stuff.
Ive been planning to look at riak ( http://wiki.basho.com/ ) for bulk CDR storage ( storing data other than billing data ) but just not finding the
time.
anyone done something similar ? The idea is to store as much data in a distributed manner, so as to
aid
debugging. ( not so much for billing )
Jay
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Avi, Yea. That would work as well. I just thought it would be a 'nice-to-have' feature. Guess I'll go ahead with your model. Regards On Fri, Jul 6, 2012 at 2:07 PM, Avi Marcus <avi@avimarcus.net> wrote:
I process CDRs on the same machine and then replicate the DB elsewhere. Or you could have a daemon processing the CDRs on the main machine and doing whatever with them. The benefit is that then you'll have file persistence of the CDRs until they actually get processed...
-Avi
On Fri, Jul 6, 2012 at 11:10 AM, Neo Cheema <neo.cheema@gmail.com> wrote:
Avi,
What I really want is to provide near-real time updates of CDRs on a webpage, the webserver not necessarily being on the same machine as Freeswitch. I would hate to continuously scan DB on freeswitch machine for latest CDR info.
In a related issue, I read that the only reliable info on "call length", billsec etc should be read from CDRs.
I mean, I can't do a getvariable on session in say a Lua script, to read call length, billsec session variables. Infact I tried it and got null responses, even after session hangup. Is there a way to get "correct" values of these variables in the Lua script itself? It would make my life simpler, because I can then just push the cdr info + custom values into any queue or webserver, without waiting for the Freeswitch to do it for me.
Any Ideas?
On Fri, Jul 6, 2012 at 1:18 PM, Avi Marcus <avi@avimarcus.net> wrote:
xml_cdr by default writes to disk, no web server required. You want to skip the disk, I presume..?
-Avi
On Fri, Jul 6, 2012 at 10:14 AM, Neo Cheema <neo.cheema@gmail.com> wrote:
João,
"Since the socket implemented on mod_zmq is a simple PUB/SUB, yes, messages would be discarded if they are not received by the other end."
I thought it didn't matter if the 'worker' was up before the 'producer'/freeswitch started pushing in the messages. 0mq handles that part, if atleast one worker is connected.
My main reason for looking towards 0mq was to bypass a webserver, which would be required for xml_cdr.
On Fri, Jul 6, 2012 at 8:33 AM, jay binks <jaybinks@gmail.com> wrote:
while we are talking about funky CDR stuff.
Ive been planning to look at riak ( http://wiki.basho.com/ ) for bulk CDR storage ( storing data other than billing data ) but just not finding the time.
anyone done something similar ? The idea is to store as much data in a distributed manner, so as to aid debugging. ( not so much for billing )
Jay
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
I'm pretty sure there's a variable to have the CDR in the ESL events, but I can't find it. -Avi On Fri, Jul 6, 2012 at 12:42 PM, Neo Cheema <neo.cheema@gmail.com> wrote:
Avi, Yea. That would work as well. I just thought it would be a 'nice-to-have' feature. Guess I'll go ahead with your model.
Regards
On Fri, Jul 6, 2012 at 2:07 PM, Avi Marcus <avi@avimarcus.net> wrote:
I process CDRs on the same machine and then replicate the DB elsewhere. Or you could have a daemon processing the CDRs on the main machine and doing whatever with them. The benefit is that then you'll have file persistence of the CDRs until they actually get processed...
-Avi
On Fri, Jul 6, 2012 at 11:10 AM, Neo Cheema <neo.cheema@gmail.com> wrote:
Avi,
What I really want is to provide near-real time updates of CDRs on a webpage, the webserver not necessarily being on the same machine as Freeswitch. I would hate to continuously scan DB on freeswitch machine for latest CDR info.
In a related issue, I read that the only reliable info on "call length", billsec etc should be read from CDRs.
I mean, I can't do a getvariable on session in say a Lua script, to read call length, billsec session variables. Infact I tried it and got null responses, even after session hangup. Is there a way to get "correct" values of these variables in the Lua script itself? It would make my life simpler, because I can then just push the cdr info + custom values into any queue or webserver, without waiting for the Freeswitch to do it for me.
Any Ideas?
On Fri, Jul 6, 2012 at 1:18 PM, Avi Marcus <avi@avimarcus.net> wrote:
xml_cdr by default writes to disk, no web server required. You want to skip the disk, I presume..?
-Avi
On Fri, Jul 6, 2012 at 10:14 AM, Neo Cheema <neo.cheema@gmail.com> wrote:
João,
"Since the socket implemented on mod_zmq is a simple PUB/SUB, yes, messages would be discarded if they are not received by the other end."
I thought it didn't matter if the 'worker' was up before the 'producer'/freeswitch started pushing in the messages. 0mq handles that part, if atleast one worker is connected.
My main reason for looking towards 0mq was to bypass a webserver, which would be required for xml_cdr.
On Fri, Jul 6, 2012 at 8:33 AM, jay binks <jaybinks@gmail.com>
wrote:
while we are talking about funky CDR stuff.
Ive been planning to look at riak ( http://wiki.basho.com/ ) for bulk CDR storage ( storing data other than billing data ) but just not finding the time.
anyone done something similar ? The idea is to store as much data in a distributed manner, so as to aid debugging. ( not so much for billing )
Jay
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Regarding "safe" variables like billsec: The issue is that most of those things are not calculated and set until later on in the lifecycle of a request, well after your Lua script has run. You can access them in C by adding a state handler, but I don't believe that's easily exposed to "API" apps/scripts. Anthony humoured me a quite a bit trying to get that kind of stuff working, but (at least a while ago), it was just not feasible. I would suggest that your Lua script add in its own data variables that it would use in billing calculations, then let the full CDR get written, then pick up processing again, restore the vars from the CDR, and continue calculations. I know, it's not the most elegant seeming approach, but it's the only reliable way AFAIK. -Michael From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Avi Marcus Sent: Friday, July 06, 2012 4:02 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Pushing CDR Information into Zeromq I'm pretty sure there's a variable to have the CDR in the ESL events, but I can't find it. -Avi On Fri, Jul 6, 2012 at 12:42 PM, Neo Cheema <neo.cheema@gmail.com<mailto:neo.cheema@gmail.com>> wrote: Avi, Yea. That would work as well. I just thought it would be a 'nice-to-have' feature. Guess I'll go ahead with your model. Regards On Fri, Jul 6, 2012 at 2:07 PM, Avi Marcus <avi@avimarcus.net<mailto:avi@avimarcus.net>> wrote:
I process CDRs on the same machine and then replicate the DB elsewhere. Or you could have a daemon processing the CDRs on the main machine and doing whatever with them. The benefit is that then you'll have file persistence of the CDRs until they actually get processed...
-Avi
On Fri, Jul 6, 2012 at 11:10 AM, Neo Cheema <neo.cheema@gmail.com<mailto:neo.cheema@gmail.com>> wrote:
Avi,
What I really want is to provide near-real time updates of CDRs on a webpage, the webserver not necessarily being on the same machine as Freeswitch. I would hate to continuously scan DB on freeswitch machine for latest CDR info.
In a related issue, I read that the only reliable info on "call length", billsec etc should be read from CDRs.
I mean, I can't do a getvariable on session in say a Lua script, to read call length, billsec session variables. Infact I tried it and got null responses, even after session hangup. Is there a way to get "correct" values of these variables in the Lua script itself? It would make my life simpler, because I can then just push the cdr info + custom values into any queue or webserver, without waiting for the Freeswitch to do it for me.
Any Ideas?
On Fri, Jul 6, 2012 at 1:18 PM, Avi Marcus <avi@avimarcus.net<mailto:avi@avimarcus.net>> wrote:
xml_cdr by default writes to disk, no web server required. You want to skip the disk, I presume..?
-Avi
On Fri, Jul 6, 2012 at 10:14 AM, Neo Cheema <neo.cheema@gmail.com<mailto:neo.cheema@gmail.com>> wrote:
João,
"Since the socket implemented on mod_zmq is a simple PUB/SUB, yes, messages would be discarded if they are not received by the other end."
I thought it didn't matter if the 'worker' was up before the 'producer'/freeswitch started pushing in the messages. 0mq handles that part, if atleast one worker is connected.
My main reason for looking towards 0mq was to bypass a webserver, which would be required for xml_cdr.
On Fri, Jul 6, 2012 at 8:33 AM, jay binks <jaybinks@gmail.com<mailto:jaybinks@gmail.com>> wrote:
while we are talking about funky CDR stuff.
Ive been planning to look at riak ( http://wiki.basho.com/ ) for bulk CDR storage ( storing data other than billing data ) but just not finding the time.
anyone done something similar ? The idea is to store as much data in a distributed manner, so as to aid debugging. ( not so much for billing )
Jay
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org<mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org<mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org<mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org<mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org<mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org<mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org<mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org<mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org<mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org<mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org<mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com Join Us At ClueCon - Aug 7-9, 2012 FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org<mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
I looked around, and mod_event_zmq does infact send "all" the events. So I just need to filter the incoming messages like, hangup_complete etc to generate CDR-like info at the other end. Ofcourse, the listener should be up all the time at the other end. So enabling mod_cdr_csv can handle disk persistence in case worker goes down. But I also liked the idea of generating 'billsec' like variables inside the script independently. Thanks for the inputs. On Sat, Jul 7, 2012 at 4:26 PM, Michael Giagnocavo <mgg@giagnocavo.net> wrote:
Regarding “safe” variables like billsec: The issue is that most of those things are not calculated and set until later on in the lifecycle of a request, well after your Lua script has run. You can access them in C by adding a state handler, but I don’t believe that’s easily exposed to “API” apps/scripts. Anthony humoured me a quite a bit trying to get that kind of stuff working, but (at least a while ago), it was just not feasible. I would suggest that your Lua script add in its own data variables that it would use in billing calculations, then let the full CDR get written, then pick up processing again, restore the vars from the CDR, and continue calculations. I know, it’s not the most elegant seeming approach, but it’s the only reliable way AFAIK.
-Michael
From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Avi Marcus Sent: Friday, July 06, 2012 4:02 AM
To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Pushing CDR Information into Zeromq
I'm pretty sure there's a variable to have the CDR in the ESL events, but I can't find it.
-Avi
On Fri, Jul 6, 2012 at 12:42 PM, Neo Cheema <neo.cheema@gmail.com> wrote:
Avi, Yea. That would work as well. I just thought it would be a 'nice-to-have' feature. Guess I'll go ahead with your model.
Regards
On Fri, Jul 6, 2012 at 2:07 PM, Avi Marcus <avi@avimarcus.net> wrote:
I process CDRs on the same machine and then replicate the DB elsewhere. Or you could have a daemon processing the CDRs on the main machine and doing whatever with them. The benefit is that then you'll have file persistence of the CDRs until they actually get processed...
-Avi
On Fri, Jul 6, 2012 at 11:10 AM, Neo Cheema <neo.cheema@gmail.com> wrote:
Avi,
What I really want is to provide near-real time updates of CDRs on a webpage, the webserver not necessarily being on the same machine as Freeswitch. I would hate to continuously scan DB on freeswitch machine for latest CDR info.
In a related issue, I read that the only reliable info on "call length", billsec etc should be read from CDRs.
I mean, I can't do a getvariable on session in say a Lua script, to read call length, billsec session variables. Infact I tried it and got null responses, even after session hangup. Is there a way to get "correct" values of these variables in the Lua script itself? It would make my life simpler, because I can then just push the cdr info + custom values into any queue or webserver, without waiting for the Freeswitch to do it for me.
Any Ideas?
On Fri, Jul 6, 2012 at 1:18 PM, Avi Marcus <avi@avimarcus.net> wrote:
xml_cdr by default writes to disk, no web server required. You want to skip the disk, I presume..?
-Avi
On Fri, Jul 6, 2012 at 10:14 AM, Neo Cheema <neo.cheema@gmail.com> wrote:
João,
"Since the socket implemented on mod_zmq is a simple PUB/SUB, yes, messages would be discarded if they are not received by the other end."
I thought it didn't matter if the 'worker' was up before the 'producer'/freeswitch started pushing in the messages. 0mq handles that part, if atleast one worker is connected.
My main reason for looking towards 0mq was to bypass a webserver, which would be required for xml_cdr.
On Fri, Jul 6, 2012 at 8:33 AM, jay binks <jaybinks@gmail.com> wrote:
while we are talking about funky CDR stuff.
Ive been planning to look at riak ( http://wiki.basho.com/ ) for bulk CDR storage ( storing data other than billing data ) but just not finding the time.
anyone done something similar ? The idea is to store as much data in a distributed manner, so as to aid debugging. ( not so much for billing )
Jay
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
If you check the links I sent earlier this is what we do. -- Gavin Henry Sent with Sparrow (http://www.sparrowmailapp.com/?sig) On Saturday, 7 July 2012 at 13:26, Neo Cheema wrote:
I looked around, and mod_event_zmq does infact send "all" the events. So I just need to filter the incoming messages like, hangup_complete etc to generate CDR-like info at the other end. Ofcourse, the listener should be up all the time at the other end. So enabling mod_cdr_csv can handle disk persistence in case worker goes down.
But I also liked the idea of generating 'billsec' like variables inside the script independently. Thanks for the inputs.
On Sat, Jul 7, 2012 at 4:26 PM, Michael Giagnocavo <mgg@giagnocavo.net> wrote:
Regarding “safe” variables like billsec: The issue is that most of those things are not calculated and set until later on in the lifecycle of a request, well after your Lua script has run. You can access them in C by adding a state handler, but I don’t believe that’s easily exposed to “API” apps/scripts. Anthony humoured me a quite a bit trying to get that kind of stuff working, but (at least a while ago), it was just not feasible. I would suggest that your Lua script add in its own data variables that it would use in billing calculations, then let the full CDR get written, then pick up processing again, restore the vars from the CDR, and continue calculations. I know, it’s not the most elegant seeming approach, but it’s the only reliable way AFAIK.
-Michael
From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Avi Marcus Sent: Friday, July 06, 2012 4:02 AM
To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Pushing CDR Information into Zeromq
I'm pretty sure there's a variable to have the CDR in the ESL events, but I can't find it.
-Avi
On Fri, Jul 6, 2012 at 12:42 PM, Neo Cheema <neo.cheema@gmail.com> wrote:
Avi, Yea. That would work as well. I just thought it would be a 'nice-to-have' feature. Guess I'll go ahead with your model.
Regards
On Fri, Jul 6, 2012 at 2:07 PM, Avi Marcus <avi@avimarcus.net> wrote:
I process CDRs on the same machine and then replicate the DB elsewhere. Or you could have a daemon processing the CDRs on the main machine and doing whatever with them. The benefit is that then you'll have file persistence of the CDRs until they actually get processed...
-Avi
On Fri, Jul 6, 2012 at 11:10 AM, Neo Cheema <neo.cheema@gmail.com> wrote:
Avi,
What I really want is to provide near-real time updates of CDRs on a webpage, the webserver not necessarily being on the same machine as Freeswitch. I would hate to continuously scan DB on freeswitch machine for latest CDR info.
In a related issue, I read that the only reliable info on "call length", billsec etc should be read from CDRs.
I mean, I can't do a getvariable on session in say a Lua script, to read call length, billsec session variables. Infact I tried it and got null responses, even after session hangup. Is there a way to get "correct" values of these variables in the Lua script itself? It would make my life simpler, because I can then just push the cdr info + custom values into any queue or webserver, without waiting for the Freeswitch to do it for me.
Any Ideas?
On Fri, Jul 6, 2012 at 1:18 PM, Avi Marcus <avi@avimarcus.net> wrote:
xml_cdr by default writes to disk, no web server required. You want to skip the disk, I presume..?
-Avi
On Fri, Jul 6, 2012 at 10:14 AM, Neo Cheema <neo.cheema@gmail.com> wrote:
João,
"Since the socket implemented on mod_zmq is a simple PUB/SUB, yes, messages would be discarded if they are not received by the other end."
I thought it didn't matter if the 'worker' was up before the 'producer'/freeswitch started pushing in the messages. 0mq handles that part, if atleast one worker is connected.
My main reason for looking towards 0mq was to bypass a webserver, which would be required for xml_cdr.
On Fri, Jul 6, 2012 at 8:33 AM, jay binks <jaybinks@gmail.com> wrote: > while we are talking about funky CDR stuff. > > Ive been planning to look at riak ( http://wiki.basho.com/ ) for > bulk > CDR > storage > ( storing data other than billing data ) but just not finding the > time. > > anyone done something similar ? > The idea is to store as much data in a distributed manner, so as to > aid > debugging. > ( not so much for billing ) > > Jay > > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting@freeswitch.org > http://www.freeswitchsolutions.com > > FreeSWITCH-powered IP PBX: The CudaTel Communication Server > http://www.cudatel.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-users mailing list > FreeSWITCH-users@lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org >
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
What I really want is to provide near-real time updates of CDRs on a webpage, the webserver not necessarily being on the same machine as Freeswitch. I would hate to continuously scan DB on freeswitch machine for latest CDR info.
There's no need for this. mod_xml_cdr can submit CDRs to any URL accessible from the FS host, that means it can submit CDRs directly to a script on your webserver. The only need to do any scanning on your FS server is to watch the err log dir so you can resubmit failed CDRs. That doesn't need to be a constant polling - it can be a cronjob, manual (after seeing and correcting the problem) or... a daemon that uses inotify to only wake up when a failed cdr has been written to disk. Of course as well as retries you want it to notify you in case it's a problem on the webserver that needs you to correct it. Steve on iPhone On 6 Jul 2012, at 09:10, Neo Cheema <neo.cheema@gmail.com> wrote:
Avi,
What I really want is to provide near-real time updates of CDRs on a webpage, the webserver not necessarily being on the same machine as Freeswitch. I would hate to continuously scan DB on freeswitch machine for latest CDR info.
In a related issue, I read that the only reliable info on "call length", billsec etc should be read from CDRs.
I mean, I can't do a getvariable on session in say a Lua script, to read call length, billsec session variables. Infact I tried it and got null responses, even after session hangup. Is there a way to get "correct" values of these variables in the Lua script itself? It would make my life simpler, because I can then just push the cdr info + custom values into any queue or webserver, without waiting for the Freeswitch to do it for me.
Any Ideas?
On Fri, Jul 6, 2012 at 1:18 PM, Avi Marcus <avi@avimarcus.net> wrote:
xml_cdr by default writes to disk, no web server required. You want to skip the disk, I presume..?
-Avi
On Fri, Jul 6, 2012 at 10:14 AM, Neo Cheema <neo.cheema@gmail.com> wrote:
João,
"Since the socket implemented on mod_zmq is a simple PUB/SUB, yes, messages would be discarded if they are not received by the other end."
I thought it didn't matter if the 'worker' was up before the 'producer'/freeswitch started pushing in the messages. 0mq handles that part, if atleast one worker is connected.
My main reason for looking towards 0mq was to bypass a webserver, which would be required for xml_cdr.
On Fri, Jul 6, 2012 at 8:33 AM, jay binks <jaybinks@gmail.com> wrote:
while we are talking about funky CDR stuff.
Ive been planning to look at riak ( http://wiki.basho.com/ ) for bulk CDR storage ( storing data other than billing data ) but just not finding the time.
anyone done something similar ? The idea is to store as much data in a distributed manner, so as to aid debugging. ( not so much for billing )
Jay
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
That is a common misconception. ZeroMQ is a socket on steroids, that's it. It does up to what it can do without messing with the protocol you are implementing. Pub/sub can handle message delivery reliability but it is not default on the pattern because you can easily flood memory if the worker is not available. Most of the protocols using zeromq implement a ready message that specifies when a certain worker is available and then start sending its messages as well as handle disk persistence if needed. Zeromq also implemented something they call high water mark on the socket and that is the amount of messages to be queued on memory before starting to discard. This is only used on durable sockets, which from what I understand is being deprecated in favor of leaving the task to the nderlying protocol. Hope that clears it. Regards, João Mesquita On 06/07/2012, at 04:14 a.m., Neo Cheema <neo.cheema@gmail.com> wrote:
João,
"Since the socket implemented on mod_zmq is a simple PUB/SUB, yes, messages would be discarded if they are not received by the other end."
I thought it didn't matter if the 'worker' was up before the 'producer'/freeswitch started pushing in the messages. 0mq handles that part, if atleast one worker is connected.
My main reason for looking towards 0mq was to bypass a webserver, which would be required for xml_cdr.
On Fri, Jul 6, 2012 at 8:33 AM, jay binks <jaybinks@gmail.com> wrote:
while we are talking about funky CDR stuff.
Ive been planning to look at riak ( http://wiki.basho.com/ ) for bulk CDR storage ( storing data other than billing data ) but just not finding the time.
anyone done something similar ? The idea is to store as much data in a distributed manner, so as to aid debugging. ( not so much for billing )
Jay
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Michael, you changed your glasses ... Again? -- Sent from a mobile device On Jul 6, 2012 12:39 AM, "Michael Collins" <msc@freeswitch.org> wrote:
Woohoo Perl! http://www.bastichlabz.org/bastich/Strips/ba980225.gif
-MC
On Thu, Jul 5, 2012 at 1:48 PM, Gavin Henry <gavin.henry@gmail.com> wrote:
We sponsored this:
https://metacpan.org/release/Message-Passing https://metacpan.org/release/Message-Passing-ZeroMQ
https://metacpan.org/module/BOBTFISH/Message-Passing-Input-Freeswitch-0.002/... https://metacpan.org/release/Message-Passing-Output-WebHooks
We use it to pump events into zeromq as part of our API - http://www.surevoip.co.uk/api
You can easily do cdrs.
Gavin.
-- Gavin Henry Sent with Sparrow <http://www.sparrowmailapp.com/?sig>
On Thursday, 5 July 2012 at 19:08, Michael Giagnocavo wrote:
Wouldn’t the problem with ZeroMQ be no reliable delivery of CDRs? I was under the impression that 0MQ was more for high-performance, and things like guaranteed delivery are left as an exercise to the user.****
-Michael****
** **
*From:* freeswitch-users-bounces@lists.freeswitch.org [mailto: freeswitch-users-bounces@lists.freeswitch.org] *On Behalf Of *João Mesquita *Sent:* Thursday, July 05, 2012 9:56 AM *To:* FreeSWITCH Users Help *Subject:* Re: [Freeswitch-users] Pushing CDR Information into Zeromq****
** **
I haven't actually looked at the code, but you have to look at the variables on CHANNEL_REPORTING for example. There you will see all the vars needed to produce CDR entries, but they won't be on XML format like xml_curl would create.****
** **
Regards,****
** **
-- ****
João Mesquita****
Sent with Sparrow <http://www.sparrowmailapp.com/?sig>****
** **
On Thursday, July 5, 2012 at 10:37 AM, Neo Cheema wrote:****
Hi all,****
** **
I was hoping to find a way to push CDR information into a queue.****
Zeromq comes out as an obvious choice because mod_event_zmq already****
exits. However, I can't find a way to configure this module to push****
CDR info. Have any of you guys tried it?****
** **
Regards****
** **
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Michael, You are partially correct because it depends on the socket type you use on ZeroMQ. Since the socket implemented on mod_zmq is a simple PUB/SUB, yes, messages would be discarded if they are not received by the other end. If we would use a XREQ/XREP then it would be queued until you are able to receive them. -- João Mesquita Sent with Sparrow (http://www.sparrowmailapp.com/?sig) On Thursday, July 5, 2012 at 3:08 PM, Michael Giagnocavo wrote:
Wouldn’t the problem with ZeroMQ be no reliable delivery of CDRs? I was under the impression that 0MQ was more for high-performance, and things like guaranteed delivery are left as an exercise to the user.
-Michael
From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of João Mesquita Sent: Thursday, July 05, 2012 9:56 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Pushing CDR Information into Zeromq
I haven't actually looked at the code, but you have to look at the variables on CHANNEL_REPORTING for example. There you will see all the vars needed to produce CDR entries, but they won't be on XML format like xml_curl would create.
Regards,
--
João Mesquita
Sent with Sparrow (http://www.sparrowmailapp.com/?sig)
On Thursday, July 5, 2012 at 10:37 AM, Neo Cheema wrote:
Hi all,
I was hoping to find a way to push CDR information into a queue.
Zeromq comes out as an obvious choice because mod_event_zmq already
exits. However, I can't find a way to configure this module to push
CDR info. Have any of you guys tried it?
Regards
_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org (mailto:consulting@freeswitch.org)
http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server
Official FreeSWITCH Sites
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org (mailto:FreeSWITCH-users@lists.freeswitch.org)
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org (mailto:consulting@freeswitch.org) http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org (mailto:FreeSWITCH-users@lists.freeswitch.org) http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
But 0MQ is just the transport. You still need a broker to persist messages, participate in transactions, and so on. That’s what I was referring to, not just the transport layer acknowledgements. So if you’re just taking CDRs from FS memory and sending them out over 0MQ, what if the other side is down? In that case, aren’t you risking a lot of data, should something happen before the receiver gets up and saves all the CDRs? 0MQ isn’t really an alternative to a broker like RabbitMQ or SSSB. CDRs should be going to a local, durable, message queue. This doesn’t mean that you need to hit disk; the messages can stay in RAM for a few seconds, under the assumption that during normal ops, they’ll get delivered immediately and there’s no need for local persistence. But when something breaks, then the CDRs can just pile up on disk, and get pumped out whenever things stabilize. Am I missing something? -Michael From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of João Mesquita Sent: Thursday, July 05, 2012 3:09 PM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Pushing CDR Information into Zeromq Michael, You are partially correct because it depends on the socket type you use on ZeroMQ. Since the socket implemented on mod_zmq is a simple PUB/SUB, yes, messages would be discarded if they are not received by the other end. If we would use a XREQ/XREP then it would be queued until you are able to receive them. -- João Mesquita Sent with Sparrow<http://www.sparrowmailapp.com/?sig> On Thursday, July 5, 2012 at 3:08 PM, Michael Giagnocavo wrote: Wouldn’t the problem with ZeroMQ be no reliable delivery of CDRs? I was under the impression that 0MQ was more for high-performance, and things like guaranteed delivery are left as an exercise to the user. -Michael From: freeswitch-users-bounces@lists.freeswitch.org<mailto:freeswitch-users-bounces@lists.freeswitch.org> [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of João Mesquita Sent: Thursday, July 05, 2012 9:56 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Pushing CDR Information into Zeromq I haven't actually looked at the code, but you have to look at the variables on CHANNEL_REPORTING for example. There you will see all the vars needed to produce CDR entries, but they won't be on XML format like xml_curl would create. Regards, -- João Mesquita Sent with Sparrow<http://www.sparrowmailapp.com/?sig> On Thursday, July 5, 2012 at 10:37 AM, Neo Cheema wrote: Hi all, I was hoping to find a way to push CDR information into a queue. Zeromq comes out as an obvious choice because mod_event_zmq already exits. However, I can't find a way to configure this module to push CDR info. Have any of you guys tried it? Regards _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org<mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com Join Us At ClueCon - Aug 7-9, 2012 FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org<mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org<mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com Join Us At ClueCon - Aug 7-9, 2012 FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org<mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
0mq does hold the messages. -- Gavin Henry Sent with Sparrow (http://www.sparrowmailapp.com/?sig) On Saturday, 7 July 2012 at 11:56, Michael Giagnocavo wrote:
But 0MQ is just the transport. You still need a broker to persist messages, participate in transactions, and so on. That’s what I was referring to, not just the transport layer acknowledgements. So if you’re just taking CDRs from FS memory and sending them out over 0MQ, what if the other side is down? In that case, aren’t you risking a lot of data, should something happen before the receiver gets up and saves all the CDRs? 0MQ isn’t really an alternative to a broker like RabbitMQ or SSSB.
CDRs should be going to a local, durable, message queue. This doesn’t mean that you need to hit disk; the messages can stay in RAM for a few seconds, under the assumption that during normal ops, they’ll get delivered immediately and there’s no need for local persistence. But when something breaks, then the CDRs can just pile up on disk, and get pumped out whenever things stabilize.
Am I missing something?
-Michael
From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of João Mesquita Sent: Thursday, July 05, 2012 3:09 PM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Pushing CDR Information into Zeromq
Michael,
You are partially correct because it depends on the socket type you use on ZeroMQ. Since the socket implemented on mod_zmq is a simple PUB/SUB, yes, messages would be discarded if they are not received by the other end. If we would use a XREQ/XREP then it would be queued until you are able to receive them.
--
João Mesquita
Sent with Sparrow (http://www.sparrowmailapp.com/?sig)
On Thursday, July 5, 2012 at 3:08 PM, Michael Giagnocavo wrote:
Wouldn’t the problem with ZeroMQ be no reliable delivery of CDRs? I was under the impression that 0MQ was more for high-performance, and things like guaranteed delivery are left as an exercise to the user.
-Michael
From: freeswitch-users-bounces@lists.freeswitch.org (mailto:freeswitch-users-bounces@lists.freeswitch.org) [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of João Mesquita Sent: Thursday, July 05, 2012 9:56 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Pushing CDR Information into Zeromq
I haven't actually looked at the code, but you have to look at the variables on CHANNEL_REPORTING for example. There you will see all the vars needed to produce CDR entries, but they won't be on XML format like xml_curl would create.
Regards,
--
João Mesquita
Sent with Sparrow (http://www.sparrowmailapp.com/?sig)
On Thursday, July 5, 2012 at 10:37 AM, Neo Cheema wrote:
Hi all,
I was hoping to find a way to push CDR information into a queue.
Zeromq comes out as an obvious choice because mod_event_zmq already
exits. However, I can't find a way to configure this module to push
CDR info. Have any of you guys tried it?
Regards
_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org (mailto:consulting@freeswitch.org)
http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server
Official FreeSWITCH Sites
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org (mailto:FreeSWITCH-users@lists.freeswitch.org)
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org (mailto:consulting@freeswitch.org)
http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server
Official FreeSWITCH Sites
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org (mailto:FreeSWITCH-users@lists.freeswitch.org)
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
What do you mean by hold? From the 0mq site: How do I use the ZMQ_SWAP socket feature to persist my data to disk? It is not the responsibility of the library to handle data persistence. If you need to make sure no messages are ever lost, you need to write application-level code to persist your data to non-volatile memory and handle the recovery modes of your application. Also, ZMQ_SWAP is deprecated and will be removed in the 3.x series of releases since it confuses many people over proper usage. So, what am I missing? Everything I read about 0MQ make it clear that persistence and durability are something the user needs to handle. Contrast to, say, RabbitMQ or other message brokers which exist to handle the persistence for you. -Michael From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Gavin Henry Sent: Saturday, July 07, 2012 8:07 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Pushing CDR Information into Zeromq 0mq does hold the messages. -- Gavin Henry Sent with Sparrow<http://www.sparrowmailapp.com/?sig> On Saturday, 7 July 2012 at 11:56, Michael Giagnocavo wrote: But 0MQ is just the transport. You still need a broker to persist messages, participate in transactions, and so on. That’s what I was referring to, not just the transport layer acknowledgements. So if you’re just taking CDRs from FS memory and sending them out over 0MQ, what if the other side is down? In that case, aren’t you risking a lot of data, should something happen before the receiver gets up and saves all the CDRs? 0MQ isn’t really an alternative to a broker like RabbitMQ or SSSB. CDRs should be going to a local, durable, message queue. This doesn’t mean that you need to hit disk; the messages can stay in RAM for a few seconds, under the assumption that during normal ops, they’ll get delivered immediately and there’s no need for local persistence. But when something breaks, then the CDRs can just pile up on disk, and get pumped out whenever things stabilize. Am I missing something? -Michael From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of João Mesquita Sent: Thursday, July 05, 2012 3:09 PM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Pushing CDR Information into Zeromq Michael, You are partially correct because it depends on the socket type you use on ZeroMQ. Since the socket implemented on mod_zmq is a simple PUB/SUB, yes, messages would be discarded if they are not received by the other end. If we would use a XREQ/XREP then it would be queued until you are able to receive them. -- João Mesquita Sent with Sparrow<http://www.sparrowmailapp.com/?sig> On Thursday, July 5, 2012 at 3:08 PM, Michael Giagnocavo wrote: Wouldn’t the problem with ZeroMQ be no reliable delivery of CDRs? I was under the impression that 0MQ was more for high-performance, and things like guaranteed delivery are left as an exercise to the user. -Michael From: freeswitch-users-bounces@lists.freeswitch.org<mailto:freeswitch-users-bounces@lists.freeswitch.org> [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of João Mesquita Sent: Thursday, July 05, 2012 9:56 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Pushing CDR Information into Zeromq I haven't actually looked at the code, but you have to look at the variables on CHANNEL_REPORTING for example. There you will see all the vars needed to produce CDR entries, but they won't be on XML format like xml_curl would create. Regards, -- João Mesquita Sent with Sparrow<http://www.sparrowmailapp.com/?sig> On Thursday, July 5, 2012 at 10:37 AM, Neo Cheema wrote: Hi all, I was hoping to find a way to push CDR information into a queue. Zeromq comes out as an obvious choice because mod_event_zmq already exits. However, I can't find a way to configure this module to push CDR info. Have any of you guys tried it? Regards _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org<mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com Join Us At ClueCon - Aug 7-9, 2012 FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org<mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org<mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com Join Us At ClueCon - Aug 7-9, 2012 FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org<mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com Join Us At ClueCon - Aug 7-9, 2012 FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Michael, As far as I know, you are correct. Zeromq is a broker less design in which you are the one who should write your own broker. It just enables you to put the pieces together. There are lot of protocols that teach you how to do data persistence properly tho on the zeromq guide. Written by Pieter, one of the project leaders. Once again, I really don't think that zeromq should be plugged onto the fs core because of its asserts that are still yet to be resolved but when they do, I will be the first one to propose some fancy stuff we can get done with it. Nowadays, I use zeromq worker that consumes ESL events. It works great and enables me to have redundancy when consuming those events by syncing state on the worker cloud. João Mesquita On 07/07/2012, at 03:54 p.m., Michael Giagnocavo <mgg@giagnocavo.net> wrote:
What do you mean by hold? From the 0mq site:
How do I use the ZMQ_SWAP socket feature to persist my data to disk? It is not the responsibility of the library to handle data persistence. If you need to make sure no messages are ever lost, you need to write application-level code to persist your data to non-volatile memory and handle the recovery modes of your application. Also, ZMQ_SWAP is deprecated and will be removed in the 3.x series of releases since it confuses many people over proper usage.
So, what am I missing? Everything I read about 0MQ make it clear that persistence and durability are something the user needs to handle. Contrast to, say, RabbitMQ or other message brokers which exist to handle the persistence for you.
-Michael
From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Gavin Henry Sent: Saturday, July 07, 2012 8:07 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Pushing CDR Information into Zeromq
0mq does hold the messages.
-- Gavin Henry Sent with Sparrow
On Saturday, 7 July 2012 at 11:56, Michael Giagnocavo wrote:
But 0MQ is just the transport. You still need a broker to persist messages, participate in transactions, and so on. That’s what I was referring to, not just the transport layer acknowledgements. So if you’re just taking CDRs from FS memory and sending them out over 0MQ, what if the other side is down? In that case, aren’t you risking a lot of data, should something happen before the receiver gets up and saves all the CDRs? 0MQ isn’t really an alternative to a broker like RabbitMQ or SSSB.
CDRs should be going to a local, durable, message queue. This doesn’t mean that you need to hit disk; the messages can stay in RAM for a few seconds, under the assumption that during normal ops, they’ll get delivered immediately and there’s no need for local persistence. But when something breaks, then the CDRs can just pile up on disk, and get pumped out whenever things stabilize.
Am I missing something?
-Michael
From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of João Mesquita Sent: Thursday, July 05, 2012 3:09 PM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Pushing CDR Information into Zeromq
Michael,
You are partially correct because it depends on the socket type you use on ZeroMQ. Since the socket implemented on mod_zmq is a simple PUB/SUB, yes, messages would be discarded if they are not received by the other end. If we would use a XREQ/XREP then it would be queued until you are able to receive them.
-- João Mesquita Sent with Sparrow
On Thursday, July 5, 2012 at 3:08 PM, Michael Giagnocavo wrote:
Wouldn’t the problem with ZeroMQ be no reliable delivery of CDRs? I was under the impression that 0MQ was more for high-performance, and things like guaranteed delivery are left as an exercise to the user. -Michael
From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of João Mesquita Sent: Thursday, July 05, 2012 9:56 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Pushing CDR Information into Zeromq
I haven't actually looked at the code, but you have to look at the variables on CHANNEL_REPORTING for example. There you will see all the vars needed to produce CDR entries, but they won't be on XML format like xml_curl would create.
Regards,
-- João Mesquita Sent with Sparrow
On Thursday, July 5, 2012 at 10:37 AM, Neo Cheema wrote:
Hi all,
I was hoping to find a way to push CDR information into a queue. Zeromq comes out as an obvious choice because mod_event_zmq already exits. However, I can't find a way to configure this module to push CDR info. Have any of you guys tried it?
Regards
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
participants (10)
-
Avi Marcus
-
Gavin Henry
-
jay binks
-
Jmesquita＠freeswitch.org
-
João Mesquita
-
Michael Collins
-
Michael Giagnocavo
-
Muhammad Naseer Bhatti
-
Neo Cheema
-
Steven Ayre