<div dir="ltr">On Fri, Aug 22, 2008 at 7:41 PM, Tilghman Lesher <span dir="ltr">&lt;<a href="mailto:tilghman@mail.jeffandtilghman.com">tilghman@mail.jeffandtilghman.com</a>&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div></div><div class="Wj3C7c">On Thursday 21 August 2008 10:08:53 J.M. wrote:<br>
&gt; I am running Asterisk <a href="http://1.4.21.2" target="_blank">1.4.21.2</a> with Realtime. &nbsp;I have a phone setup in the<br>
&gt; database and when I connect that phone to Asterisk there are suddenly an<br>
&gt; endless number of &quot;SELECT * FROM sip WHERE name = &#39;1001&#39; AND host =<br>
&gt; &#39;dynamic&#39;&quot; queries being run. &nbsp;The only way to stop the flood of queries<br>
&gt; coming from Asterisk to restart the Asterisk process. &nbsp;Even disconnecting<br>
&gt; the phone doesn&#39;t stop Asterisk from running the queries.<br>
&gt;<br>
&gt; Has anyone seen this before? &nbsp;Why would Asterisk do that and does anyone<br>
&gt; know the fix?<br>
<br>
</div></div>Asterisk does that because realtime data is not cached by default, so for each<br>
access of the peer in question, Asterisk needs to reload the data on the peer<br>
from the database. &nbsp;If you&#39;d like, turn on rtcachefriends in sip.conf, which<br>
will cache the peer for the duration of the registration interval (or whatever<br>
you have rtexpire set to). &nbsp;Also, to get correct behavior on reload, you&#39;ll<br>
need to have rtupdate turned on. &nbsp;Some of the behavior isn&#39;t quite right in<br>
<a href="http://1.4.21.2" target="_blank">1.4.21.2</a>, even, but it should be fixed once 1.4.22 is released.<br>
<br>
BTW, I would otherwise have responded sooner, but I am on vacation this week,<br>
and I am not responding to email as quickly as I would usually.<br>
</blockquote><div><br>Another way, which has worked so far for me, is to set the &quot;qualify&quot; field in the &quot;sip&quot; table (or whatever you called the table that corresponds to the sip.conf file) to &quot;no&quot;.&nbsp; I found this out from reading the following URL: <a href="http://www.asteriskguru.com/tutorials/peer_is_now_unreachable.html">http://www.asteriskguru.com/tutorials/peer_is_now_unreachable.html</a><br>
<br>If this continues to work it has the advantages of putting as little in the .conf files as is possible and keeping the real-time feel of using a database without having to worry about whether the cache is updated or not.<br>
<br>jm<br><br></div></div><br></div>