15 Nov
2016
15 Nov
'16
11:08 a.m.
Do you have any failure route trying new destinations?
A sip trace (e.g., ngrep output with -t on port 5060) for such case will
help to see what happens.
Also, be sure you have no t_set_fr() that overwrites the value from
parameters.
Not related, but I noticed that the comment doesn't match the behaviour for:
# auto-discard branches from previous serial forking leg
modparam("tm", "failure_reply_mode", 0)
It should be 3 to behave as the comment says.
Cheers,
Daniel
On 15/11/16 02:09, Diogenes Aviles wrote:
I have changed the following tm parameters in order to
have an timeout
INVITE equal to 20 sec (20000 ms).
# ----- tm params -----
# auto-discard branches from previous serial forking leg
modparam("tm", "failure_reply_mode", 0)
# default retransmission timeout: 20sec
modparam("tm", "fr_timer", 20000)
# default invite retransmission timeout after 1xx: 120sec
modparam("tm", "fr_inv_timer", 120000)
However, the timeout is ever 3 min (180 sec.)
In accord to tm module the timeout is defined only by "r_timer"
Then, I don't know where is the problem.
Thanks a lot for your help.
--
Diogenes
_______________________________________________
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 Advanced Training, Berlin, Nov 28-30, 2016 - http://www.asipto.com