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)

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