Thanks Daniel. Yes I am using the ims_charging module hence the need for the dialoguing module.
I have confirmed that the dialog_id (DID) is added if I t_relay() the INVITE in the request_route. Hence dialog_ng is adding the parameter to the record_route when it creates a new_dialog. It is however lost once I exit from request_route. How do I ensure the RR parameter gets added when I resume processing the INVITE in the callback route block? Cheers and thanks Shane ________________________________________ From: sr-users [sr-users-boun...@lists.sip-router.org] on behalf of Daniel-Constantin Mierla [mico...@gmail.com] Sent: 17 March 2015 19:34 To: Kamailio (SER) - Users Mailing List Subject: Re: [SR-Users] Dialogs not deleted on BYE Hello, dialog_ng is more or less tailored for IMS modules, dialog module is still in use and very actual. If you are not using IMS module, you should try the dialog module. I haven't seen any issues for it lately and if there are, they will get fixed. Cheers, Daniel On 17/03/15 03:28, Shane Harrison wrote: > 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@lists.sip-router.org > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users -- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio World Conference, May 27-29, 2015 Berlin, Germany - http://www.kamailioworld.com _______________________________________________ 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 _______________________________________________ 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
