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-boun...@lists.sip-router.org] On Behalf Of > Shane Harrison > Sent: Tuesday, 17 March 2015 3:29 p.m. > To: sr-users@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- > us...@lists.sip-router.org http://lists.sip-router.org/cgi- > bin/mailman/listinfo/sr-users _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
