<div>There are no future ACKs that are refreshing the call for another 2 hours.  Here is the SIP flow</div>
<div> </div>
<div>INVITE</div>
<div>                $avp(i:30)=120;   &lt;----- Sets timeout to 2 minutes<br>                setflag(30);   &lt;---- &quot;bye_on_timeout_flag&quot;</div>
<div>100 Giving a try</div>
<div>180 Ringing<br>200 OK</div>
<div>ACK</div>
<div>        if (has_totag()) {<br>                if ( is_method(&quot;ACK&quot;) ) {</div>
<div>                                $avp(i:30)=7200;   &lt;----- Sets timeout to 2 hours<br>                                setflag(30);</div>
<div>                }</div>
<div>                if (loose_route()) {</div>
<div> </div>
<div> </div>
<div>So now the call will last at most for 2 hours if the no one hangs up.  But with the Bria and Blink clients there will be no more SIP methods sent that can refresh the timeout value to another 2 hours if the call is about to go longer than 2 hours.  So if the caller or callee is on a long conference call or IT support call that goes longer than 2 hours the call will hang up because there is no way to refresh the timeout to another 2 hours.  So there aren&#39;t any messages I can use to renew the timeout.  So I don&#39;t think I can use a flag for anything.</div>

<div> </div>
<div>So with the Snom phones I wouldn&#39;t have this issue of the call getting cut off after 2 hours since it looks like the Snom phones send REINVITEs every 30 minutes I believe.  Hope that explains it a little better.</div>

<div> </div>
<div>With all that being said I think me setting the call to 5 hours should kind of fix this issue since calls really shouldn&#39;t go 5 hours.  The main issue that started all this was to get rid of calls that didn&#39;t even get to the ACK phase.</div>

<div> </div>
<div> </div>
<div> </div>
<div class="gmail_quote">On Thu, May 12, 2011 at 9:34 AM, Brett Nemeroff <span dir="ltr">&lt;<a href="mailto:brett@nemeroff.com">brett@nemeroff.com</a>&gt;</span> wrote:<br>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">
<div class="im"><br><br>
<div class="gmail_quote">On Thu, May 12, 2011 at 9:30 AM, Duane Larson <span dir="ltr">&lt;<a href="mailto:duane.larson@gmail.com" target="_blank">duane.larson@gmail.com</a>&gt;</span> wrote:<br>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">Hey Anca.  Yeah it does kind of sound like a stupid question.  I guess I was trying to resolve this issue (<span><b>dialogs</b> in the invalid &quot;CONFIRMED NO ACK&quot; state)</span><br>
<a href="http://opensips-open-sip-server.1449251.n2.nabble.com/Killing-confirmed-no-ack-dialogs-td6223926.html" target="_blank">http://opensips-open-sip-server.1449251.n2.nabble.com/Killing-confirmed-no-ack-dialogs-td6223926.html</a><br>
<br>The timeout_avp during the initial INVITE and then during the ACK does solve this issue, but I was thinking that the SIP clients might send a REINVITE or an UPDATE every X minutes to reaffirm that the call is still up or good.  I am pretty sure from my testing that the Snom phones do send REINVITES and I think the Cisco phones send UPDATES.  It looks like the Counterpath Bria client and Blink don&#39;t do anything like this.  But now that I really think about it I guess I could just raise the timeout value to something larger than 2 hours like 5 hours or 8 hours.  I guess there aren&#39;t that many types of phone calls that should last 5 to 8 hours.  The main thing I wanted was the 120 second timeout in case there wasn&#39;t an ACK.<br>
</blockquote><br></div></div>
<div class="gmail_quote">Duane,</div>
<div class="gmail_quote">I&#39;m glad you got around to testing this out. I hadn&#39;t had a chance yet to test it out. Instead I had created a cronjob that checks the dialogs via fifo and then ends calls that have been in that state for longer than X seconds. For the particular problem you are mentioning, can&#39;t you just set a flag on the call to indicate if you&#39;ve already extended the timeout? That way, future ACKs don&#39;t keep pushing the timeout out further? Or am I missing something?</div>

<div class="gmail_quote"><br></div>
<div class="gmail_quote">Thanks,</div>
<div class="gmail_quote">Brett</div><font color="#888888">
<div class="gmail_quote"><br></div></font><br>_______________________________________________<br>Users mailing list<br><a href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a><br><a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>--<br>*--*--*--*--*--*<br>Duane<br>*--*--*--*--*--*<br>--<br>