On Fri, Aug 19, 2016 at 09:37:15AM +0200, Daniel-Constantin Mierla wrote:
If an enduser
INVITEted over TCP t_set_fr(t) with t < 30s have no
effect, the INVITE will always timeout after 30s. What is controlling
this 30s? The only default at 30s is the fr_timer, which should have no
part in the timeout between an 1xx and a final answer for an INVITE.
Is this about ringing timout or the connection to user is no longer
available?
Ringing timeout, the task is to forward the call to an other destination
(or voicemail).