[OpenSIPS-Users] CANCELd dialogs with top-hiding hanging

Brett Nemeroff brett at nemeroff.com
Wed Nov 21 20:19:02 CET 2012

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:: 69126-1353462109-9996 at

from_uri:: sip:14387649628 at

to_uri:: sip:50931111111 at

caller_tag:: 201142122000875167015

caller_contact:: sip:;transport=udp

callee_cseq:: 0


caller_bind_addr:: udp:

callee_tag:: 2011411220122012615936129

callee_contact:: sip:;transport=udp

caller_cseq:: 1

This has been around for about 18 hours! SIP Trace looks pretty normal

To properly support topo hiding, I've got this at the top of the route

        if (has_totag()) {

                if(is_method("INVITE|ACK|BYE|UPDATE|CANCEL")) {

                        if(match_dialog()) {





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?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20121121/8e36ac33/attachment.htm>

More information about the Users mailing list