[SR-Users] Dialogs not deleted on BYE

Shane Harrison Shane.Harrison at imgtec.com
Tue Mar 17 20:58:37 CET 2015


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



More information about the sr-users mailing list