That's the big problem with CDR processing. If you do it right, no matter how correct, you will always hit the wall with IO. Then you have to go and tell the customer that he needs to spend money on storage. Some of them just won't understand… LOL -- João Mesquita Sent with Sparrow (http://www.sparrowmailapp.com/?sig) On Monday, February 6, 2012 at 12:46 PM, Ken Rice wrote:
The thing is you don't have to depend on yet another piece of software... In this case apache or nginx and their respective CGI modules...
Not to mention you now don't need a custom retrieve script... The processor can run right on the FS instance in parallel with FreeSWITCH...
This also scales to crazy level (I have personally processed 500million CDRs in a single month this way and still had headroom to process more... The real limitation with this method then becomes your DB system and most likely its underlying disk subsystem. The biggest bottle necks I have seen are on Insert IO...
K
On 2/6/12 9:33 AM, "Carlo Dimaggio" <jaasmailing@gmail.com (mailto:jaasmailing@gmail.com)> wrote:
Il 06/02/12 16.03, Ken Rice ha scritto:
XML_CDR allows this now... And you don't have to use the posting... Also, it allows for single call exceptions
Drop the CDRs to the File System Use favorite scripting language to scrape and process, if exception move to exception directory and fire alert, if good move to done directory, If no DB connection, time out and wait a minute before even processing them in the first place
this is the same process that I can handle with mod_xml_cdr and post configuration (log-dir, err-log-dir) plus a custom "retriever" script, isn't it? The only difference is who sends the call cdr... XML_CDR Post allows me to use failover and https features out of the box. However in a fs load balancing scenario, after the import process, I need another routine that sort calls and bill the account.
_________________________________________________________________________ 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
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
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