Well I prefer to use a message queue, so the problem becomes "how can I easily get CDRs into a message queue?". Depending on your needs, you may want both A and B legs, which means some sort of correlation daemon that reads incoming A legs and finds their B legs, then packages that up and fires it off to the network. In this case, HTTP just becomes a possible shortcut to keep CDRs from forcing disk IO. If you're not concerned about disk IO, then just ignore the HTTP part altogether, as you always have to write code to read the CDR files off the disk. I don't use a cronjob, I use a custom daemon that is constantly scanning for updates to that directory, checking for them to be unlocked (so you don't read only part of a CDR), then moving them to a temp directory until both A and B legs are found, then throwing them into a queue. It's a bit of a pain, but if you want reliable CDR processing... -Michael -----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Henrik Aagaard Sørensen Sent: Thursday, February 23, 2012 1:40 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] mod_xmlr_cdr, resend failed CDR's. So you would still use the HTTP as "sender"? But what about the failed transfers, which automatically is stored in xml_cdr/? Do you have some sort of cronjob collecting these if the HTTP transfer fails or is FS able to do this automatically? On Wed, Feb 22, 2012 at 8:56 PM, Michael Giagnocavo <mgg@giagnocavo.net> wrote:
I'd suggest treating HTTP as a performance shortcut only, and have it feed to a local daemon that sticks it into a proper message queue.
-Michael
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Henrik Aagaard Sørensen Sent: Wednesday, February 22, 2012 6:06 AM To: FreeSWITCH Users Help Subject: [Freeswitch-users] mod_xmlr_cdr, resend failed CDR's.
I'm using the mod_xml_cdr module which works like a charm.
It send the data to a web server and if it fails to do so, it saves the data as a .xml-file.
My question is know, is it somehow possible to have FS check for failed CDR's and resend them once every hour or so?
Or is this a job for a homemade cronjob?
Could be nice if FS automatically had this feature as it already is able to push data to a web server.
______________________________________________________________________ ___ 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
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-use rs 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
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-use rs 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 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