<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span style="color:rgb(34,34,34);font-size:12.800000190734863px;font-family:arial,sans-serif">Freeswitch is 1.0.head (git-7531fed 2011-08-17 11-27-20 -0500)</span></blockquote>


<div><br></div><div>As you&#39;ve already acknowledged it&#39;s a very old version.</div><div><br></div><div>It&#39;s possible that your issue has already been found and fixed, but if it hasn&#39;t then the code will have changed significantly since then and you&#39;d really need to reproduce it on the latest code for it to be investigated.</div>

<div><br></div><div><br></div><div>As some general thoughts though, are you able to spot it happening while it&#39;s happening or only afterwards?</div><div><br></div><div>If you&#39;re able to get on the system during one of those times look at what else is happening. Is the load average/cpu usage/io high? Perhaps something&#39;s running that&#39;s blocking all access or causing very high IO.</div>

<div><br></div><div>What DB backend are you using for Sofia? Is it possible that that&#39;s hanging for a moment? For example if you&#39;re running a backup on the DB that blocks all writes to the DB while Sofia is trying to update the DB that perhaps would cause this.</div>

<div><br></div><div>Try running a SIP OPTIONS ping your your sofia profile from the localhost during that time, which should exclude it being any issue on the ethernet.</div>
<div><br></div><div>-Steve</div><br><br><br><br><div class="gmail_quote">On 22 November 2012 19:31, Tim St. Pierre <span dir="ltr">&lt;<a href="mailto:fs-list@communicatefreely.net" target="_blank">fs-list@communicatefreely.net</a>&gt;</span> wrote:<br>


<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br>
<br>
I&#39;m having a bit of an odd problem.<br>
<br>
Intermittently, often every 2-3 days or so, Freeswitch stops replying to SIP for about 5<br>
minutes.  I can&#39;t verify if it&#39;s EXACTLY 5 minutes, but it seems to be pretty close.<br>
<br>
During this time, no new registrations or invites can happen, but existing calls stay<br>
connected for at least a minute or two.  In the logs, you can see calls slowly hanging up<br>
with &quot;NORMAL_CLEARING&quot;.  In 5 minutes, everything starts up again with no word about it at<br>
all in the logs.<br>
<br>
When calls resume, I notice that the number of sessions returned by the status command is<br>
one higher than the actual number sessions returned by show channels, or by looking in the<br>
database.  Every time this happens, the discrepancy increases by one.<br>
<br>
The interruption happens on all SIP profiles, but calls originated from the socket API<br>
still work, insofar as they return with PROGRESS_TIMEOUT since the profiles are still<br>
running, but stuck.<br>
<br>
We are using ODBC/MySQL for the core database, and the database server only runs this<br>
database and some basic PHP/xml-curl stuff.<br>
<br>
We have 416 endpoints registered, and usually sit at about 30 sessions during the day.<br>
<br>
This never happens at night, only during busier times, but not necessarily busy hour.<br>
<br>
I&#39;m running on FreeBSD 8.2-RELEASE AMD 64(2 XEON cores, 4G ram)<br>
<br>
Freeswitch is 1.0.head (git-7531fed 2011-08-17 11-27-20 -0500)<br>
<br>
Yes, I know it&#39;s old and I&#39;m trying to upgrade, but I&#39;m still having some problems getting<br>
all my phones to work properly with 1.2 stable.  This is a production system, so I can&#39;t<br>
just blindly put out the newest release.  Mostly, I need to buy myself some time so that I<br>
can get the kinks worked out of the latest version and then upgrade the production box.<br>
<br>
I&#39;m grateful for any insights as to what could be happening, even if a solution is just a<br>
temporary workaround.<br>
<br>
Thanks!<br>
<br>
-Tim<br>
<br>
_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</blockquote></div><br>