Vlad,<div>This is actually 8772. There is no question the CANCEL has a to-tag and no Route headers. So I suppose that would be the issue?</div><div><br></div><div>Thanks,</div><div>Brett</div><div><br><br><div class="gmail_quote">
On Wed, Nov 21, 2012 at 4:15 PM, Vlad Paiu <span dir="ltr"><<a href="mailto:vladpaiu@opensips.org" target="_blank">vladpaiu@opensips.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF">
<div>Hello,<br>
<br>
What is the OpenSIPS SVN version and revision that you are using ?<br>
There was recently a bug found, where dialogs would get stuck for
Cancels that had a To-Tag, and it was fixed in rev 9382 .<br>
<br>
Regards,<br>
Vlad<br>
<br>
Pe 11/21/2012 9:19 PM, Brett Nemeroff a scris:<br>
</div>
<blockquote type="cite"><div><div class="h5">Hey All,
<div>I'm doing simple dialog based topo hiding and I noticed that
CANCELd dialogs are hanging around in state 5. They are starting
to stack up. </div>
<div><br>
</div>
<div>
<div>Here's an example of one of the dialogs.. I kind of thought
that when the timeout ran down, the dialog would disappear,
but it's not:</div>
</div>
<div><br>
</div>
<div>
<p style="margin:0px;font-size:13px;font-family:Arial">dialog::
hash=1645:1160860947</p>
<p style="margin:0px;font-size:13px;font-family:Arial"><span style="white-space:pre-wrap"> </span>state::
5</p>
<p style="margin:0px;font-size:13px;font-family:Arial"><span style="white-space:pre-wrap"> </span>user_flags::
0</p>
<p style="margin:0px;font-size:13px;font-family:Arial"><span style="white-space:pre-wrap"> </span>timestart::
0</p>
<p style="margin:0px;font-size:13px;font-family:Arial"><span style="white-space:pre-wrap"> </span>timeout::
0</p>
<p style="margin:0px;font-size:13px;font-family:Arial"><span style="white-space:pre-wrap"> </span>callid::
<a href="mailto:69126-1353462109-9996@1.2.3.4" target="_blank">69126-1353462109-9996@1.2.3.4</a></p>
<p style="margin:0px;font-size:13px;font-family:Arial"><span style="white-space:pre-wrap"> </span>from_uri::
<a href="http://sip:14387649628@1.2.3.4:5060" target="_blank">sip:14387649628@1.2.3.4:5060</a></p>
<p style="margin:0px;font-size:13px;font-family:Arial"><span style="white-space:pre-wrap"> </span>to_uri::
<a href="mailto:sip%3A50931111111@5.6.7.8" target="_blank">sip:50931111111@5.6.7.8</a></p>
<p style="margin:0px;font-size:13px;font-family:Arial"><span style="white-space:pre-wrap"> </span>caller_tag::
201142122000875167015</p>
<p style="margin:0px;font-size:13px;font-family:Arial"><span style="white-space:pre-wrap"> </span>caller_contact::
<a>sip:1.2.3.4:5060;transport=udp</a></p>
<p style="margin:0px;font-size:13px;font-family:Arial"><span style="white-space:pre-wrap"> </span>callee_cseq::
0</p>
<p style="margin:0px;font-size:13px;font-family:Arial"><span style="white-space:pre-wrap"> </span>caller_route_set:: </p>
<p style="margin:0px;font-size:13px;font-family:Arial"><span style="white-space:pre-wrap"> </span>caller_bind_addr::
udp:<a href="http://5.6.7.8:5060" target="_blank">5.6.7.8:5060</a></p>
<p style="margin:0px;font-size:13px;font-family:Arial"><span style="white-space:pre-wrap"> </span>callee_tag::
2011411220122012615936129</p>
<p style="margin:0px;font-size:13px;font-family:Arial"><span style="white-space:pre-wrap"> </span>callee_contact::
<a>sip:9.8.7.6:5060;transport=udp</a></p>
<p style="margin:0px;font-size:13px;font-family:Arial"><span style="white-space:pre-wrap"> </span>caller_cseq::
1</p>
<p style="margin:0px;font-size:13px;font-family:Arial"><br>
</p>
<p style="margin:0px;font-size:13px;font-family:Arial">
This has been around for about 18 hours! SIP Trace looks
pretty normal really. </p>
<p style="margin:0px;font-size:13px;font-family:Arial"><br>
</p>
<p style="margin:0px;font-size:13px;font-family:Arial">To
properly support topo hiding, I've got this at the top of the
route processing:</p>
<p style="margin:0px;font-size:13px;font-family:Arial"><br>
</p>
<p style="margin:0px"> if (has_totag()) {</p>
<p style="margin:0px">
if(is_method("INVITE|ACK|BYE|UPDATE|CANCEL")) {</p>
<p style="margin:0px"> if(match_dialog())
{</p>
<p style="margin:0px"> t_relay();</p>
<p style="margin:0px"> exit;</p>
<p style="margin:0px">
}</p>
<p style="margin:0px"> }</p>
<p style="margin:0px"><br>
</p>
<p style="margin:0px">I originally didn't include CANCEL in the
method check, but it caused CANCELs to be ignored by one of
the endpoints. Granted, I know the endpoints are using
switches that arn't known for being very compliant. When I
added in CANCEL in this check, the sip traces now look proper
and both sides are happy with the request being terminated,
but the dialog persists in memory.</p>
<p style="margin:0px"><br>
</p>
<p style="margin:0px">Any ideas why these dialogs are not
clearing out of opensips?</p>
<p style="margin:0px;font-size:13px;font-family:Arial"><br>
</p>
<p style="margin:0px;font-size:13px;font-family:Arial">
<br>
</p>
<p style="margin:0px;font-size:13px;font-family:Arial">Thanks,</p>
<p style="margin:0px;font-size:13px;font-family:Arial">Brett</p>
<p style="margin:0px;font-size:13px;font-family:Arial"><br>
</p>
</div>
<br>
<fieldset></fieldset>
<br>
</div></div><pre>_______________________________________________
Users mailing list
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a>
</pre>
</blockquote>
<br>
</div>
<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></div>