Vlad,
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?

Thanks,
Brett


On Wed, Nov 21, 2012 at 4:15 PM, Vlad Paiu <[email protected]> wrote:

>  Hello,
>
> What is the OpenSIPS SVN version and revision that you are using ?
> 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 .
>
> Regards,
> Vlad
>
> Pe 11/21/2012 9:19 PM, Brett Nemeroff a scris:
>
> Hey All,
> 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.
>
>  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:
>
>  dialog::  hash=1645:1160860947
>
> state:: 5
>
> user_flags:: 0
>
> timestart:: 0
>
> timeout:: 0
>
> callid:: [email protected]
>
> from_uri:: sip:[email protected]:5060
>
> to_uri:: sip:[email protected]
>
> caller_tag:: 201142122000875167015
>
> caller_contact:: sip:1.2.3.4:5060;transport=udp
>
> callee_cseq:: 0
>
> caller_route_set::
>
> caller_bind_addr:: udp:5.6.7.8:5060
>
> callee_tag:: 2011411220122012615936129
>
> callee_contact:: sip:9.8.7.6:5060;transport=udp
>
> caller_cseq:: 1
>
>
>  This has been around for about 18 hours! SIP Trace looks pretty normal
> really.
>
>
>  To properly support topo hiding, I've got this at the top of the route
> processing:
>
>
>          if (has_totag()) {
>
>                 if(is_method("INVITE|ACK|BYE|UPDATE|CANCEL")) {
>
>                         if(match_dialog()) {
>
>                                 t_relay();
>
>                                 exit;
>
>                         }
>
>                 }
>
>
>  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.
>
>
>  Any ideas why these dialogs are not clearing out of opensips?
>
>
>
>  Thanks,
>
> Brett
>
>
>
>
> _______________________________________________
> Users mailing 
> [email protected]http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>
> _______________________________________________
> Users mailing list
> [email protected]
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Reply via email to