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... Inthis case apache or nginx and their respective CGI modules...Not to mention you now don't need a custom retrieve script... The processorcan run right on the FS instance in parallel with FreeSWITCH...This also scales to crazy level (I have personally processed 500million CDRsin a single month this way and still had headroom to process more... Thereal limitation with this method then becomes your DB system and most likelyits underlying disk subsystem. The biggest bottle necks I have seen are onInsert IO...KOn 2/6/12 9:33 AM, "Carlo Dimaggio" <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, itallows for single call exceptionsDrop the CDRs to the File SystemUse favorite scripting language to scrape and process, if exception move toexception directory and fire alert, if good move to done directory,If no DB connection, time out and wait a minute before even processing themin the first placethis is the same process that I can handle with mod_xml_cdr and postconfiguration (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, Ineed another routine that sort calls and bill the account._________________________________________________________________________Professional FreeSWITCH Consulting Services:FreeSWITCH-powered IP PBX: The CudaTel Communication ServerOfficial FreeSWITCH SitesFreeSWITCH-users mailing list_________________________________________________________________________Professional FreeSWITCH Consulting Services:FreeSWITCH-powered IP PBX: The CudaTel Communication ServerOfficial FreeSWITCH SitesFreeSWITCH-users mailing list