<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
That's correct, but we're happy to include it as a how-to :-)<br>
g-)<br>
<br>
sip wrote:
<blockquote cite="mid20060620165633.M12901@infinideas.com" type="cite">
  <pre wrap="">Yes... I think we're talking about different things. :) 

In the onsip.org doc, you set the invite timer using the avp, but it's not
dynamic. It's hard-coded into the config.  I've got it coded into the DB, so
each user can have his own timer setting (NO one seems to like a default...
some people think it's too long, some people think it's too short). 

At least, that's the way it is in the version of the getting started doc I have. 

N.


On Tue, 20 Jun 2006 22:48:11 +0700, Andrey Kouprianov wrote
  </pre>
  <blockquote type="cite">
    <pre wrap="">Configuration script on how to use avops for INVITE timers is shown
(!) in the "getting started" document (am I talking about the same
things as you guys?)

On 6/20/06, sip <a class="moz-txt-link-rfc2396E" href="mailto:sip@arcdiv.com">&lt;sip@arcdiv.com&gt;</a> wrote:
    </pre>
    <blockquote type="cite">
      <pre wrap="">Olivier,

I actually had this problem as well, and what it turned out to be was that,
by default, the inv_timer resets every time it gets a provisional reply.
Some of my phones (Snom phones) were sending a lot of provisional replies,
meaning that the timer never seemed to expire.  I had to add a modparam to
keep this behaviour from occurring.

modparam("tm", "restart_fr_on_each_reply",0)

Basically telling it not to restart the timer each time it gets a reply.

See if that helps.

Incidentally, I worked out a way (with some very good pointers in the right
direction) on allowing users to set their own timers, storing them in the
DB, and accessing them via AVPops if you're interested.

N.


On Tue, 20 Jun 2006 14:02:06 +0200, olivier.taylor wrote

      </pre>
      <blockquote type="cite">
        <pre wrap="">Hi Greger,
Thanks for the answer :)

Ok you right I am talking about Cancel.

But I think i have found the problem...

I have
modparam("tm", "fr_inv_timer", 45)

When i make a call between 2 Ua registered on the same server and not
        </pre>
      </blockquote>
      <pre wrap="">using another proxy, it seems that the timer is never hits and Uas continue
ringing until Uac send a cancel.
      </pre>
      <blockquote type="cite">
        <pre wrap="">When I forward the call to Pstn, the other proxy(Pstn with timeout set to
        </pre>
      </blockquote>
      <pre wrap="">60 seconds) send a cancel, that's why I never find a 408 and always have a
CANCEL.
      </pre>
      <blockquote type="cite">
        <pre wrap="">Any idea on why the timer doesn't react?

Olivier

Greger V. Teigre a &eacute;crit :
        </pre>
      </blockquote>
      <pre wrap="">You are talking about a CANCEL, not a 487. The 487 is the response to a
CANCEL. Only the UAC (the caller) is allowed to send a CANCEL, the UAS
(callee) should not. Thus, the 487 you see from the callee is the response
it gives you when caller cancelled the call. Hence, 487 should not be
handled in your failure route (just break;).  However, you are probably
looking for 408 No answer, which should result in forwarding or voicemail or
whatever the user has set up.
      </pre>
      <blockquote type="cite">
        <pre wrap="">Bottom line: The 487 you see before you reach 60 seconds is generated by
        </pre>
      </blockquote>
      <pre wrap="">the caller (or the gateway). And yes, a stateful proxy is also allowed to
send a CANCEL, so if you have a proxy between you and the caller, it might
be that the timer in that proxy is set to lower.
      </pre>
      <blockquote type="cite">
        <pre wrap="">g-)

olivier.taylor wrote:
        </pre>
      </blockquote>
      <blockquote type="cite">
        <pre wrap="">487 is checked,
How do you make the difference between a 487 issued by the caller and a
        </pre>
      </blockquote>
      <pre wrap="">487 issued by the callee, that's the question?
      </pre>
      <blockquote type="cite">
        <pre wrap="">Ok, I must be stupid, once again :(

Olivier

Xavier TRENTIN a &eacute;crit :
        </pre>
      </blockquote>
      <pre wrap="">Check if reply status is not 487 in the failure route.
      </pre>
      <blockquote type="cite">
        <pre wrap="">Xavier.

olivier.taylor a &eacute;crit :
        </pre>
      </blockquote>
      <pre wrap="">Maybe I am stupid again, but 60000 or 6000000000000000000000 doesn't change
the problem, the callee still send a 487 before any timeout on SER.
      </pre>
      <blockquote type="cite">
        <pre wrap="">And i don't find a way to distinguish a 487 set by the callee from a 487
        </pre>
      </blockquote>
      <pre wrap="">sent by the caller.
      </pre>
      <blockquote type="cite">
        <pre wrap="">My mind is that those values are in seconds, not in miliseconds...

Hey Greger, any idea?

Olivier

Weiter Leiter a &eacute;crit :
        </pre>
      </blockquote>
      <pre wrap="">Try with 60000. After last timers update, those values are in
ms.
      </pre>
    </blockquote>
    <pre wrap="">olivier.taylor wrote:

    </pre>
    <blockquote type="cite">
      <pre wrap="">hi all,
      </pre>
    </blockquote>
    <pre wrap="">I have

modparam("tm", "fr_inv_timer", 60)

when a callee doesn't
    </pre>
    <blockquote type="cite">
      <pre wrap="">anwer, he often send a 487 (cancelled) before 60
      </pre>
    </blockquote>
    <pre wrap="">seconds...

It means
    </pre>
    <blockquote type="cite">
      <pre wrap="">timeout in fact or no answer...
      </pre>
    </blockquote>
    <pre wrap="">If the caller stop the call, I also get a
    </pre>
    <blockquote type="cite">
      <pre wrap="">487...
      </pre>
    </blockquote>
    <pre wrap="">How to make the difference on a 487 generated by the caller and by
    </pre>
    <blockquote type="cite">
      <pre wrap="">the
      </pre>
    </blockquote>
    <pre wrap="">callee?

It makes difference, if it's generated by the callee, I will
    </pre>
    <blockquote type="cite">
      <pre wrap="">forward
      </pre>
    </blockquote>
    <pre wrap="">the call to voicemail or another number, if it's generated by
    </pre>
    <blockquote type="cite">
      <pre wrap="">the
      </pre>
    </blockquote>
    <pre wrap="">caller, I will do nothing.

When I set fr_inv_timer to 15, I always get
    </pre>
    <blockquote type="cite">
      <pre wrap="">a timeout and it's ok, but
      </pre>
    </blockquote>
    <pre wrap="">my customers dislikes that as well as the callees
    </pre>
    <blockquote type="cite">
      <pre wrap="">who needs to be
      </pre>
    </blockquote>
    <pre wrap="">better than Ben Jonhson for the 100meters :(

Does exists a
    </pre>
    <blockquote type="cite">
      <pre wrap="">parameter to be send to the callee to tell him to wait
      </pre>
    </blockquote>
    <pre wrap="">60 seconds + 1 before
    </pre>
    <blockquote type="cite">
      <pre wrap="">sending me a
Cancel?
      </pre>
    </blockquote>
    <pre wrap="">Regards,

Olivier
_______________________________________________
Serusers
    </pre>
    <blockquote type="cite">
      <pre wrap="">mailing
list
      </pre>
    </blockquote>
    <pre wrap=""><a class="moz-txt-link-abbreviated" href="mailto:Serusers@lists.iptel.org">Serusers@lists.iptel.org</a>
<a class="moz-txt-link-freetext" href="http://lists.iptel.org/mailman/listinfo/serusers">http://lists.iptel.org/mailman/listinfo/serusers</a>

    </pre>
    <blockquote type="cite">
      <pre wrap="">_______________________________________________
      </pre>
    </blockquote>
    <pre wrap="">Serusers
    </pre>
    <blockquote type="cite">
      <pre wrap="">mailing
list
      </pre>
    </blockquote>
    <pre wrap=""><a class="moz-txt-link-abbreviated" href="mailto:Serusers@lists.iptel.org">Serusers@lists.iptel.org</a>
<a class="moz-txt-link-freetext" href="http://lists.iptel.org/mailman/listinfo/serusers">http://lists.iptel.org/mailman/listinfo/serusers</a>

    </pre>
    <blockquote type="cite">
      <pre wrap="">________________________________

      </pre>
    </blockquote>
    <pre wrap="">_______________________________________________
Serusers
    </pre>
    <blockquote type="cite">
      <pre wrap="">mailing
list
      </pre>
    </blockquote>
    <pre wrap=""><a class="moz-txt-link-abbreviated" href="mailto:Serusers@lists.iptel.org">Serusers@lists.iptel.org</a>
<a class="moz-txt-link-freetext" href="http://lists.iptel.org/mailman/listinfo/serusers">http://lists.iptel.org/mailman/listinfo/serusers</a>
    </pre>
    <blockquote type="cite">
      <blockquote type="cite">
        <pre wrap="">________________________________
        </pre>
      </blockquote>
    </blockquote>
    <pre wrap="">_______________________________________________
Serusers
    </pre>
    <blockquote type="cite">
      <pre wrap="">mailing
list
      </pre>
    </blockquote>
    <pre wrap=""><a class="moz-txt-link-abbreviated" href="mailto:Serusers@lists.iptel.org">Serusers@lists.iptel.org</a>
<a class="moz-txt-link-freetext" href="http://lists.iptel.org/mailman/listinfo/serusers">http://lists.iptel.org/mailman/listinfo/serusers</a>
    </pre>
    <blockquote type="cite">
      <pre wrap="">________________________________

      </pre>
    </blockquote>
    <pre wrap="">_______________________________________________
Serusers
    </pre>
    <blockquote type="cite">
      <pre wrap="">mailing
list
      </pre>
    </blockquote>
    <pre wrap=""><a class="moz-txt-link-abbreviated" href="mailto:Serusers@lists.iptel.org">Serusers@lists.iptel.org</a>
<a class="moz-txt-link-freetext" href="http://lists.iptel.org/mailman/listinfo/serusers">http://lists.iptel.org/mailman/listinfo/serusers</a>
    </pre>
    <blockquote type="cite">
      <pre wrap="">________________________________

      </pre>
    </blockquote>
    <pre wrap="">_______________________________________________
Serusers
    </pre>
    <blockquote type="cite">
      <pre wrap="">mailing
list
      </pre>
    </blockquote>
    <pre wrap=""><a class="moz-txt-link-abbreviated" href="mailto:Serusers@lists.iptel.org">Serusers@lists.iptel.org</a>
<a class="moz-txt-link-freetext" href="http://lists.iptel.org/mailman/listinfo/serusers">http://lists.iptel.org/mailman/listinfo/serusers</a>
    </pre>
    <blockquote type="cite">
      <pre wrap="">



      </pre>
      <blockquote type="cite">
        <pre wrap="">Hi Greger,
Thanks for the answer :)

Ok you right I am talking about Cancel.

But I think i have found the problem...

I have
modparam("tm", "fr_inv_timer", 45)

When i make a call between 2 Ua registered on the same server and not
        </pre>
      </blockquote>
      <pre wrap="">using another proxy, it seems that the timer is never hits and Uas continue
ringing until Uac send a cancel.
      </pre>
      <blockquote type="cite">
        <pre wrap="">When I forward the call to Pstn, the other proxy(Pstn with timeout set to
        </pre>
      </blockquote>
      <pre wrap="">60 seconds) send a cancel, that's why I never find a 408 and always have a
CANCEL.
      </pre>
      <blockquote type="cite">
        <pre wrap="">Any idea on why the timer doesn't react?

Olivier

Greger V. Teigre a &eacute;crit :
        </pre>
      </blockquote>
      <pre wrap="">You are talking about a CANCEL, not a 487. The 487 is the response to a
CANCEL. Only the UAC (the caller) is allowed to send a CANCEL, the UAS
(callee) should not. Thus, the 487 you see from the callee is the response
it gives you when caller cancelled the call. Hence, 487 should not be
handled in your failure route (just break;).  However, you are probably
looking for 408 No answer, which should result in forwarding or voicemail or
whatever the user has set up.
      </pre>
      <blockquote type="cite">
        <pre wrap="">Bottom line: The 487 you see before you reach 60 seconds is generated by
        </pre>
      </blockquote>
      <pre wrap="">the caller (or the gateway). And yes, a stateful proxy is also allowed to
send a CANCEL, so if you have a proxy between you and the caller, it might
be that the timer in that proxy is set to lower.
      </pre>
      <blockquote type="cite">
        <pre wrap="">g-)

olivier.taylor wrote:
        </pre>
      </blockquote>
      <blockquote type="cite">
        <pre wrap="">487 is checked,
How do you make the difference between a 487 issued by the caller and a
        </pre>
      </blockquote>
      <pre wrap="">487 issued by the callee, that's the question?
      </pre>
      <blockquote type="cite">
        <pre wrap="">Ok, I must be stupid, once again :(

Olivier

Xavier TRENTIN a &eacute;crit :
        </pre>
      </blockquote>
      <pre wrap="">Check if reply status is not 487 in the failure route.
      </pre>
      <blockquote type="cite">
        <pre wrap="">Xavier.

olivier.taylor a &eacute;crit :
        </pre>
      </blockquote>
      <pre wrap="">Maybe I am stupid again, but 60000 or 6000000000000000000000 doesn't change
the problem, the callee still send a 487 before any timeout on SER.
      </pre>
      <blockquote type="cite">
        <pre wrap="">And i don't find a way to distinguish a 487 set by the callee from a 487
        </pre>
      </blockquote>
      <pre wrap="">sent by the caller.
      </pre>
      <blockquote type="cite">
        <pre wrap="">My mind is that those values are in seconds, not in miliseconds...

Hey Greger, any idea?

Olivier

Weiter Leiter a &eacute;crit :
        </pre>
      </blockquote>
      <pre wrap="">Try with 60000. After last timers update, those values are in
ms.
      </pre>
    </blockquote>
    <pre wrap="">olivier.taylor wrote:

    </pre>
    <blockquote type="cite">
      <pre wrap="">hi all,
      </pre>
    </blockquote>
    <pre wrap="">I have

modparam("tm", "fr_inv_timer", 60)

when a callee doesn't
    </pre>
    <blockquote type="cite">
      <pre wrap="">anwer, he often send a 487 (cancelled) before 60
      </pre>
    </blockquote>
    <pre wrap="">seconds...

It means
    </pre>
    <blockquote type="cite">
      <pre wrap="">timeout in fact or no answer...
      </pre>
    </blockquote>
    <pre wrap="">If the caller stop the call, I also get a
    </pre>
    <blockquote type="cite">
      <pre wrap="">487...
      </pre>
    </blockquote>
    <pre wrap="">How to make the difference on a 487 generated by the caller and by
    </pre>
    <blockquote type="cite">
      <pre wrap="">the
      </pre>
    </blockquote>
    <pre wrap="">callee?

It makes difference, if it's generated by the callee, I will
    </pre>
    <blockquote type="cite">
      <pre wrap="">forward
      </pre>
    </blockquote>
    <pre wrap="">the call to voicemail or another number, if it's generated by
    </pre>
    <blockquote type="cite">
      <pre wrap="">the
      </pre>
    </blockquote>
    <pre wrap="">caller, I will do nothing.

When I set fr_inv_timer to 15, I always get
    </pre>
    <blockquote type="cite">
      <pre wrap="">a timeout and it's ok, but
      </pre>
    </blockquote>
    <pre wrap="">my customers dislikes that as well as the callees
    </pre>
    <blockquote type="cite">
      <pre wrap="">who needs to be
      </pre>
    </blockquote>
    <pre wrap="">better than Ben Jonhson for the 100meters :(

Does exists a
    </pre>
    <blockquote type="cite">
      <pre wrap="">parameter to be send to the callee to tell him to wait
      </pre>
    </blockquote>
    <pre wrap="">60 seconds + 1 before
    </pre>
    <blockquote type="cite">
      <pre wrap="">sending me a
Cancel?
      </pre>
    </blockquote>
    <pre wrap="">Regards,

Olivier
_______________________________________________
Serusers
    </pre>
    <blockquote type="cite">
      <pre wrap="">mailing
list
      </pre>
    </blockquote>
    <pre wrap=""><a class="moz-txt-link-abbreviated" href="mailto:Serusers@lists.iptel.org">Serusers@lists.iptel.org</a>
<a class="moz-txt-link-freetext" href="http://lists.iptel.org/mailman/listinfo/serusers">http://lists.iptel.org/mailman/listinfo/serusers</a>

    </pre>
    <blockquote type="cite">
      <pre wrap="">_______________________________________________
      </pre>
    </blockquote>
    <pre wrap="">Serusers
    </pre>
    <blockquote type="cite">
      <pre wrap="">mailing
list
      </pre>
    </blockquote>
    <pre wrap=""><a class="moz-txt-link-abbreviated" href="mailto:Serusers@lists.iptel.org">Serusers@lists.iptel.org</a>
<a class="moz-txt-link-freetext" href="http://lists.iptel.org/mailman/listinfo/serusers">http://lists.iptel.org/mailman/listinfo/serusers</a>

    </pre>
    <blockquote type="cite">
      <pre wrap="">________________________________

      </pre>
    </blockquote>
    <pre wrap="">_______________________________________________
Serusers
    </pre>
    <blockquote type="cite">
      <pre wrap="">mailing
list
      </pre>
    </blockquote>
    <pre wrap=""><a class="moz-txt-link-abbreviated" href="mailto:Serusers@lists.iptel.org">Serusers@lists.iptel.org</a>
<a class="moz-txt-link-freetext" href="http://lists.iptel.org/mailman/listinfo/serusers">http://lists.iptel.org/mailman/listinfo/serusers</a>
    </pre>
    <blockquote type="cite">
      <blockquote type="cite">
        <pre wrap="">________________________________
        </pre>
      </blockquote>
    </blockquote>
    <pre wrap="">_______________________________________________
Serusers
    </pre>
    <blockquote type="cite">
      <pre wrap="">mailing
list
      </pre>
    </blockquote>
    <pre wrap=""><a class="moz-txt-link-abbreviated" href="mailto:Serusers@lists.iptel.org">Serusers@lists.iptel.org</a>
<a class="moz-txt-link-freetext" href="http://lists.iptel.org/mailman/listinfo/serusers">http://lists.iptel.org/mailman/listinfo/serusers</a>
    </pre>
    <blockquote type="cite">
      <pre wrap="">________________________________

      </pre>
    </blockquote>
    <pre wrap="">_______________________________________________
Serusers
    </pre>
    <blockquote type="cite">
      <pre wrap="">mailing
list
      </pre>
    </blockquote>
    <pre wrap=""><a class="moz-txt-link-abbreviated" href="mailto:Serusers@lists.iptel.org">Serusers@lists.iptel.org</a>
<a class="moz-txt-link-freetext" href="http://lists.iptel.org/mailman/listinfo/serusers">http://lists.iptel.org/mailman/listinfo/serusers</a>
    </pre>
    <blockquote type="cite">
      <pre wrap="">________________________________

      </pre>
    </blockquote>
    <pre wrap="">_______________________________________________
Serusers
    </pre>
    <blockquote type="cite">
      <pre wrap="">mailing
list
      </pre>
    </blockquote>
    <pre wrap=""><a class="moz-txt-link-abbreviated" href="mailto:Serusers@lists.iptel.org">Serusers@lists.iptel.org</a>
<a class="moz-txt-link-freetext" href="http://lists.iptel.org/mailman/listinfo/serusers">http://lists.iptel.org/mailman/listinfo/serusers</a>
    </pre>
    <blockquote type="cite">
      <pre wrap="">


_______________________________________________
Serusers mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Serusers@lists.iptel.org">Serusers@lists.iptel.org</a>
<a class="moz-txt-link-freetext" href="http://lists.iptel.org/mailman/listinfo/serusers">http://lists.iptel.org/mailman/listinfo/serusers</a>



      </pre>
    </blockquote>
    <pre wrap="">_______________________________________________
Serusers mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Serusers@lists.iptel.org">Serusers@lists.iptel.org</a>
<a class="moz-txt-link-freetext" href="http://lists.iptel.org/mailman/listinfo/serusers">http://lists.iptel.org/mailman/listinfo/serusers</a>
    </pre>
  </blockquote>
  <pre wrap=""><!---->
_______________________________________________
Serusers mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Serusers@lists.iptel.org">Serusers@lists.iptel.org</a>
<a class="moz-txt-link-freetext" href="http://lists.iptel.org/mailman/listinfo/serusers">http://lists.iptel.org/mailman/listinfo/serusers</a>


  </pre>
</blockquote>
</body>
</html>