Re: [SR-Users] Dialogs not deleted on BYE

Weird - just listening to your voice on youtube video of talk on async in kamailio and get your email response. Sort of "all senses" response :-) Yes have record_route and it is in the route[LOCATION] block. This is called

Cheers Shane > -----Original Message----- > From: sr-users [mailto:sr-users-bounces@lists.sip-router.org] On > Behalf Of Daniel-Constantin Mierla > Sent: Wednesday, 18 March 2015 10:16 a.m. > To: Kamailio (SER) - Users Mailing List > Subject: Re: [SR-Users] Dialogs not deleted on BYE > > Do you have record_route() in your code? Where is it relative to the > ims_charging function? > > Cheers, > Daniel > > On 17/03/15 20:58, Shane Harrison wrote: >> Thanks Daniel, >> >> From the request_route block I call the ims_charging module function > Ro_CCR(). This is non-blocking and one of the parameters in the call > is the route block to be called ( e.g. CHARGING_CCR_REPLY ) when the > response to the charging request is obtained. Looking at the code, > the Ro_CCR() function does a t_suspend() and then the ims_charging > module does a > t_continue() when the response is received. Then the specified > routing block is called and processing of the INVITE continues. >> route[CHARGING_CCR_REPLY] { >> xlog("L_DBG","cca_return code is $avp(s:cca_return_code)\n"); >> switch ($avp(s:cca_return_code)) { >> case 1: #success >> route(LOCATION); >> route(RELAY); >> break; >> ..... >> } >> >> It appears that the RR parameter that is added during the >> request_route > processing (via dialog tracking) is no longer there when the INVITE > continues being processed in the CHARGING_CCR_REPLY route block. Is > that what you would expect? Any pointers to solutions? >> Hope that answers your question. >> >> Cheers >> Shane >> ________________________________________ >> From: sr-users [sr-users-bounces(a)lists.sip-router.org] on behalf of >> Daniel-Constantin Mierla [miconda(a)gmail.com] >> Sent: 18 March 2015 00:24 >> To: Kamailio (SER) - Users Mailing List >> Subject: Re: [SR-Users] Dialogs not deleted on BYE >> >> In what callback do you need it? >> >> Cheers, >> Daniel >> >> On 3/17/15, Shane Harrison &lt;Shane.Harrison(a)imgtec.com&gt; wrote: >>> 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-bounces(a)lists.sip-router.org] on behalf of >>> Daniel-Constantin Mierla [miconda(a)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(a)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(a)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(a)lists.sip-router.org >>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users >>> >> -- >> Daniel-Constantin Mierla - http://www.asipto.com >> http://twitter.com/#!/miconda - >> >

_______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users(a)lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users