<div>Thanks. You are right in assumng that we query the database. I was not aware that there is a limit to the number of DB connections to mysql. We open/close db connections as needed. I will check if there is such a limit and if yes, post the result.</div>
<div>Would you happen to know where to configure such a limit or what the default is?</div>
<div> </div>
<div>Thanks<br><br></div>
<div class="gmail_quote">On Thu, Jun 4, 2009 at 12:31 PM, David Backeberg <span dir="ltr"><<a href="mailto:dbackeberg@gmail.com">dbackeberg@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<div class="im">On Thu, Jun 4, 2009 at 12:15 PM, Deepak <<a href="mailto:dlalmtl@gmail.com">dlalmtl@gmail.com</a>> wrote:<br>> Hi, we are experiencing a strange issue and I am hoping someone can point me<br>> to the right direction or help out with some pointers.<br>
><br>> We have asterisk 1.6.0.6 with a sangome a104DE card. We have basically 4<br>> T1's for a total of DAHDI 96 channels.<br>><br>> We have an agi application (php) that acts as a kind of a calling card<br>
> application.<br>><br>> All users are SIP users that make calls and asterisk then bridges the calls<br>> over T1 to the PSTN (after running agi script). Codec between SIP clients<br>> and Asterisk is G729 (96 G729 licenses installed on Asterisk).<br>
> System has 12 GB of RAM.<br>><br>><br>> What we are seeing is the following:<br>><br>> 1) All is fine till about 70 calls (70 active calls as displayed by core<br>> show channels). But as soon as traffic increases, we see the the a lot of<br>
> AGI Processes are running and the number of active calls keeps on GROWING to<br>> 120, 130, ... . THis makes no sense since we can have a maximum of 96 active<br>> calls (4 T1). People calling start experiencing delays (10-15 seconds before<br>
> calls are answered or connected, etc.). Upon doing a "ps -ef" we see a lot<br>> of AGI processes running that seem to keep growing<br><br></div>There could be a number of external constraints that are causing this.<br>
One that comes to mind to is something waiting for a database<br>connection, then all the other processes that are waiting for the<br>database pile up and can't exit until they get their turn.<br><br>Do you have a max number of connections on your database? How does the<br>
AGI know what to do based on the 'calling card information'? I'm<br>guessing you store all that in a database, then deduct what the caller<br>uses, etc.<br><br>You may also enjoy <a href="http://us3.php.net/set_time_limit" target="_blank">http://us3.php.net/set_time_limit</a><br>
<br>_______________________________________________<br>-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com/" target="_blank">http://www.api-digital.com</a> --<br><br>asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br> <a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br></blockquote></div><br>