<div style="font-family: Helvetica; font-size: 13px; ">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<br></div>
                <div><div><br></div><div>--&nbsp;</div><div>João Mesquita</div><div>Sent with <a href="http://www.sparrowmailapp.com/?sig">Sparrow</a></div><div><br></div></div>
                 
                <p style="color: #A0A0A8;">On Monday, February 6, 2012 at 12:46 PM, Ken Rice wrote:</p>
                <blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;">
                    <span><div><div><div>The thing is you don't have to depend on yet another piece of software... In</div><div>this case apache or nginx and their respective CGI modules...</div><div><br></div><div>Not to mention you now don't need a custom retrieve script... The processor</div><div>can run right on the FS instance in parallel with FreeSWITCH...</div><div><br></div><div>This also scales to crazy level (I have personally processed 500million CDRs</div><div>in a single month this way and still had headroom to process more... The</div><div>real limitation with this method then becomes your DB system and most likely</div><div>its underlying disk subsystem. The biggest bottle necks I have seen are on</div><div>Insert IO...</div><div><br></div><div>K</div><div><br></div><div><br></div><div>On 2/6/12 9:33 AM, "Carlo Dimaggio" &lt;<a href="mailto:jaasmailing@gmail.com">jaasmailing@gmail.com</a>&gt; wrote:</div><div><br></div><blockquote type="cite"><div><div>Il 06/02/12 16.03, Ken Rice ha scritto:</div><blockquote type="cite"><div><div>XML_CDR allows this now... And you don't have to use the posting... Also, it</div><div>allows for single call exceptions</div><div><br></div><div>Drop the CDRs to the File System</div><div>Use favorite scripting language to scrape and process, if exception move to</div><div>exception directory and fire alert, if good move to done directory,</div><div>If no DB connection, time out and wait a minute before even processing them</div><div>in the first place</div></div></blockquote><div><br></div><div>this is the same process that I can handle with mod_xml_cdr and post</div><div>configuration (log-dir, err-log-dir) plus a custom "retriever" script,</div><div>isn't it? The only difference is who sends the call cdr...</div><div>XML_CDR Post allows me to use failover and https features out of the box.</div><div>However in a fs load balancing scenario, after the import process, I</div><div>need another routine that sort calls and bill the account.</div><div><br></div><div><br></div><div>_________________________________________________________________________</div><div>Professional FreeSWITCH Consulting Services:</div><div><a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a></div><div><a href="http://www.freeswitchsolutions.com">http://www.freeswitchsolutions.com</a></div><div><br></div><div>FreeSWITCH-powered IP PBX: The CudaTel Communication Server</div><div><a href="http://www.cudatel.com">http://www.cudatel.com</a></div><div><br></div><div>Official FreeSWITCH Sites</div><div><a href="http://www.freeswitch.org">http://www.freeswitch.org</a></div><div><a href="http://wiki.freeswitch.org">http://wiki.freeswitch.org</a></div><div><a href="http://www.cluecon.com">http://www.cluecon.com</a></div><div><br></div><div>FreeSWITCH-users mailing list</div><div><a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a></div><div><a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a></div><div>UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users">http://lists.freeswitch.org/mailman/options/freeswitch-users</a></div><div><a href="http://www.freeswitch.org">http://www.freeswitch.org</a></div></div></blockquote><div><br></div><div><br></div><div><br></div><div>_________________________________________________________________________</div><div>Professional FreeSWITCH Consulting Services:</div><div><a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a></div><div><a href="http://www.freeswitchsolutions.com">http://www.freeswitchsolutions.com</a></div><div><br></div><div>FreeSWITCH-powered IP PBX: The CudaTel Communication Server</div><div><a href="http://www.cudatel.com">http://www.cudatel.com</a></div><div><br></div><div>Official FreeSWITCH Sites</div><div><a href="http://www.freeswitch.org">http://www.freeswitch.org</a></div><div><a href="http://wiki.freeswitch.org">http://wiki.freeswitch.org</a></div><div><a href="http://www.cluecon.com">http://www.cluecon.com</a></div><div><br></div><div>FreeSWITCH-users mailing list</div><div><a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a></div><div><a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a></div><div>UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users">http://lists.freeswitch.org/mailman/options/freeswitch-users</a></div><div><a href="http://www.freeswitch.org">http://www.freeswitch.org</a></div></div></div></span>
                 
                 
                 
                 
                </blockquote>
                 
                <div>
                    <br>
                </div>