[SR-Users] Dialogs not deleted on BYE

Tue Mar 17 22:21:51 CET 2015

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