Hello,
there is a rather new lightweight mechanism to detect retransmissions
without creating the transaction before relaying. It is already part of
4.2 and in the default configuration file -- see t_precheck_trans() from
tmx module.
Cheers,
Daniel
On 30/04/15 10:31, Mickael Marrache wrote:
Hi,
I think one would like to create transaction ASAP to absorb retransmissions.
In some scenarios, processing a message can take time and retransmissions
are likely to happen, and you don't want the retransmissions to be processed
again (which can lead to errors in some scenarios). t_relay is generally
called at the end for relaying the message.
Mickael
-----Original Message-----
From: sr-users [mailto:sr-users-bounces@lists.sip-router.org] On Behalf Of
Alex Balashov
Sent: Thursday, April 30, 2015 11:26 AM
To: Dirk Teurlings - SIGNET B.V.
Subject: Re: [SR-Users] Transaction good practices with t_relay t_newtran
and t_release
Dirk,
Why do you need to create new transactions yourself with t_newtran()?
Nonexotic applications of Kamailio usually don't require this. A transaction
is automatically created after t_relay() is called, and its lifecycle is
automatically managed - including destruction - based on the replies
received to the transaction-forming request, and based on RFC 3261 rules in
cases of timeouts.
--
Alex Balashov | Principal | Evariste Systems LLC
303 Perimeter Center North, Suite 300
Atlanta, GA 30346
United States
Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct)
Web:
http://www.evaristesys.com/,
http://www.csrpswitch.com/
Sent from my BlackBerry.
_______________________________________________
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