[SR-Users] Dialogs not deleted on BYE

Shane Harrison Shane.Harrison at imgtec.com
Tue Mar 17 23:15:21 CET 2015


Yes that worked.  Thanks.  Can you explain why the text ops for adding the parameter aren't transparent to the suspend/resume process.  Would be useful to better understand so I can avoid similar issues in the future.

Cheers and thanks
Shane

> -----Original Message-----
> From: sr-users [mailto:sr-users-bounces at lists.sip-router.org] On Behalf Of
> Daniel-Constantin Mierla
> Sent: Wednesday, 18 March 2015 10:32 a.m.
> To: Kamailio (SER) - Users Mailing List
> Subject: Re: [SR-Users] Dialogs not deleted on BYE
> 
> Can you try moving the record_route() before execution of the ims_charging
> function?
> 
> Cheers,
> Daniel
> 
> On 17/03/15 22:21, Shane Harrison wrote:
> > 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
> from the CHARGING_CCR_REPLY block i.e. after the ims_charging function is
> called.
> >
> > Cheers
> > Shane
> >
> >> -----Original Message-----
> >> From: sr-users [mailto:sr-users-bounces at 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 at lists.sip-router.org] on behalf of
> >>> Daniel-Constantin Mierla [miconda at 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 <Shane.Harrison at imgtec.com> 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 at lists.sip-router.org] on behalf of
> >>>> Daniel-Constantin Mierla [miconda at 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 at 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 at 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 at 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 -
> >>>
> >>
> http://www.linkedin.com/in/micond<http://www.linkedin.com/in/miconda
> >>>
> >>> _______________________________________________
> >>> 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
> >>>
> >>> _______________________________________________
> >>> 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
> >> --
> >> 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 at 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 at 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 at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



More information about the sr-users mailing list