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@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
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
