[SR-Users] Dialogs not deleted on BYE

[Shane Harrison]

A little more information.

In processing the INVITE request I generate an async charging request.  That calls back with the result of that charging request in a separate route block.  It is there that the INVITE continues to be processed.  I am guessing that the dialog_ng adds the DID to the RR but this is lost once we exit the request_route processing block while we wait for the charging request to complete.

If this is the problem.  Should I set the dialog flag again when continuing to process the INVITE message in the separate charging callback route block?

Cheers
Shane

> -----Original Message-----
> From: sr-users [mailto:sr-users-bounces at lists.sip-router.org] On Behalf Of
> Shane Harrison
> Sent: Tuesday, 17 March 2015 3:29 p.m.
> To: sr-users at lists.sip-router.org
> Subject: [SR-Users] Dialogs not deleted on BYE
> 
> Hi all,
> 
> Have found a few threads on this before which have clarified my
> understanding a little but not yet presented me with a solution.
> 
> I am using dialog_ng.  dlg_manage() is deprecated and as per the
> documentation, I am simply setting a dialog flag early in the request_route.
> 
> Kamctl dialog show does indeed show the dialogs are tracked, but they are
> not destroyed on the receipt of the BYE.  Dialog ref count remains at 2 and in
> state=4
> 
> Log shows the following
> 
> Mar 16 22:43:42 hh-rcs-sipproxy3 /usr/sbin/kamailio[15484]: DEBUG: tm
> [t_lookup.c:1373]: t_newtran(): DEBUG: t_newtran: msg id=16 , global msg
> id=15 , T on entrance=(nil) Mar 16 22:43:42 hh-rcs-sipproxy3
> /usr/sbin/kamailio[15484]: DEBUG: tm [t_lookup.c:527]: t_lookup_request():
> t_lookup_request: start searching: hash=5943, isACK=0 Mar 16 22:43:42 hh-
> rcs-sipproxy3 /usr/sbin/kamailio[15484]: DEBUG: tm [t_lookup.c:485]:
> matching_3261(): DEBUG: RFC3261 transaction matching failed Mar 16
> 22:43:42 hh-rcs-sipproxy3 /usr/sbin/kamailio[15484]: DEBUG: tm
> [t_lookup.c:709]: t_lookup_request(): DEBUG: t_lookup_request: no
> transaction found Mar 16 22:43:42 hh-rcs-sipproxy3
> /usr/sbin/kamailio[15484]: DEBUG: tm [t_hooks.c:380]:
> run_reqin_callbacks_internal(): DBG: trans=0x7fc8d79af798, callback type 1,
> id 0 entered Mar 16 22:43:42 hh-rcs-sipproxy3 /usr/sbin/kamailio[15484]:
> DEBUG: dialog_ng [dlg_handlers.c:855]: dlg_new_dialog(): starting
> dlg_new_dialog and method is [BYE]
> 
> Looks to me as if fails to find a dialog match and actually creates a new
> dialog.....
> 
> Dialog_ng only has one matching mode - DID, others have been deprecated.
> I have captured the outgoing INVITE and there is no dialog_id parameter
> added to the record_route.  Is that causing my matching problem?
> Record-Route:
> <sip:64.208.160.211;transport=tcp;lr=on;ftag=5419eecb;nat=yes>
> Record-Route: <sip:203.171.39.49:5061;transport=tls;lr=on>
> 
> Cheers
> Shane
> 
> 
> Shane Harrison
> Senior Software Engineer
> 
> Imagination Technologies NZ Limited
> Level 2
> 1 Market Grove
> Lower Hutt, 5010
> New Zealand
> 
> PO Box 30-449
> Lower Hutt, 5040
> New Zealand
> 
> Phone: +64 4 890-3681 ext 3361
> 
> 
> 
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-
> users at lists.sip-router.org http://lists.sip-router.org/cgi-
> bin/mailman/listinfo/sr-users