In what callback do you need it?
Cheers,
Daniel
On 3/17/15, Shane Harrison <Shane.Harrison(a)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(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