<div dir="auto"><div>Yes, Daniel is correct you can bump overall timeout with the -T option. There is also another option -W now since 3 years ago (2.0+) to set timeout specifically on early sessions, so that you can have bigger timeout during call setup phase which might be relevant in this case. Hope it helps.</div><div dir="auto"><br></div><div dir="auto">-Max<br><div class="gmail_extra" dir="auto"><br><div class="gmail_quote">On Jul 12, 2017 4:42 PM, "Daniel-Constantin Mierla" <<a href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.com</a>> wrote:<br type="attribution"><blockquote class="m_-5914044076772438566m_-6316749446305801481quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF">
<p>Hello,</p>
<p>knowing that rtpproxy v2.0 has -T is very useful. v1.2 is very
old, so I think its time to migrate to v2.0.</p>
<p>With this occasion I checked rtpengine -- it has a bunch of
options related to timeouts, so it's a good alternative to go for
it as well.<br>
</p>
<p>Cheers,<br>
Daniel<br>
</p><div class="m_-5914044076772438566m_-6316749446305801481elided-text">
<br>
<div class="m_-5914044076772438566m_-6316749446305801481m_2535623570433699132moz-cite-prefix">On 12.07.17 09:24, Marian Piater wrote:<br>
</div>
<blockquote type="cite">
<font size="-1"><font face="Helvetica, Arial, sans-serif">Hi,<br>
works fine, after recompile RTPProxy with newer version
(2.2.alpha.20160822) and using option -T 150. There was no
necessary to modify the source code.<br>
<br>
/usr/bin/rtpproxy -s <a class="m_-5914044076772438566m_-6316749446305801481m_2535623570433699132moz-txt-link-freetext">udp:127.0.0.1</a> 7722 -u rtpproxy rtpproxy
-p /var/run/rtpproxy/rtpproxy.pid -F -l XXX.XXX.XXX.XXX -d
DBUG LOG_LOCAL0 -T 150<br>
<br>
Thank you again,<br>
Marian<br>
<br>
<br>
</font></font>
<div class="m_-5914044076772438566m_-6316749446305801481m_2535623570433699132moz-cite-prefix">Dňa 12.7.2017 o 09:18
Daniel-Constantin Mierla napísal(a):<br>
</div>
<blockquote type="cite">
<p>Hello,</p>
<p>ok -- it would be good to know if that solved the problem, so
others can find the answer in the archive when facing a
similar situation.</p>
<p>Cheers,<br>
Daniel<br>
</p>
<br>
<div class="m_-5914044076772438566m_-6316749446305801481m_2535623570433699132moz-cite-prefix">On 11.07.17 15:55, Marian Piater
wrote:<br>
</div>
<blockquote type="cite">
<p><font size="-1"><font face="Helvetica, Arial, sans-serif">Hello,</font></font></p>
<p><font size="-1"><font face="Helvetica, Arial, sans-serif">thank
you for quick reply, I tried to find some options in the
man pages, but I didn't read HOWITWORKS section. <br>
</font></font></p>
<p><font size="-1"><font face="Helvetica, Arial, sans-serif">I
will try to compile RTPProxy from source.</font></font></p>
<p><font size="-1"><font face="Helvetica, Arial, sans-serif">Regards
Marian<br>
</font></font></p>
<br>
<div class="m_-5914044076772438566m_-6316749446305801481m_2535623570433699132moz-cite-prefix">Dňa 11.7.2017 o 15:36
Daniel-Constantin Mierla napísal(a):<br>
</div>
<blockquote type="cite">
<p>Hello,</p>
<p>doing 'man rtpproxy' on debian jessie reveals:</p>
<p>"The proxy tracks idle time for each of existing sessions
(i.e. the time within which there were no packets
relayed), and automatically cleans up a sessions whose
idle times exceed the value specified at compile time (60
seconds by default)."<br>
</p>
Which seems to explain exactly what happens in your case.<br>
<br>
I knew there was an inactivity cleanup routine, but I
expected to be higher than 60sec. Interesting that it didn't
hit me badly so far. I haven't checked the source code to
see if it still matches the docs, though, but I see that
master branch of rtpproxy still has this remark in the
manual:<br>
<br>
- <a class="m_-5914044076772438566m_-6316749446305801481m_2535623570433699132moz-txt-link-freetext" href="https://github.com/sippy/rtpproxy/blob/master/rtpproxy.8#L335" target="_blank">https://github.com/sippy/rtppr<wbr>oxy/blob/master/rtpproxy.8#L33<wbr>5</a><br>
<br>
An issue should be created for rtpproxy to at least increase
this value, or better make it an option for command line.<br>
<br>
Cheers,<br>
Daniel<br>
<br>
<div class="m_-5914044076772438566m_-6316749446305801481m_2535623570433699132moz-cite-prefix">On 11.07.17 15:21, Marian
Piater wrote:<br>
</div>
<blockquote type="cite">
<p><font size="-1"><font face="Helvetica, Arial,
sans-serif">Hi Daniel,</font></font></p>
<p><font size="-1"><font face="Helvetica, Arial,
sans-serif">we are using 1.2.1-2.1 version from
Debian Jessie repository.<br>
</font></font></p>
<p><font size="-1"><font face="Helvetica, Arial,
sans-serif">rtpproxy <wbr>
1.2.1-2.1 <wbr> amd64
Relay for Real-time Transport Protocol (RTP) media
streams</font></font></p>
<p><font size="-1"><font face="Helvetica, Arial,
sans-serif">Regards,</font></font></p>
<p><font size="-1"><font face="Helvetica, Arial,
sans-serif">Marian</font></font><br>
</p>
<br>
<div class="m_-5914044076772438566m_-6316749446305801481m_2535623570433699132moz-cite-prefix">Dňa 11.7.2017 o 13:09
Daniel-Constantin Mierla napísal(a):<br>
</div>
<blockquote type="cite">
<p>Hello,</p>
<p>what is the version for rtpproxy?</p>
<p>Cheers,<br>
Daniel</p>
</blockquote>
</blockquote>
</blockquote>
<br>
</blockquote>
<br>
<pre class="m_-5914044076772438566m_-6316749446305801481m_2535623570433699132moz-signature" cols="72">--
Daniel-Constantin Mierla
<a class="m_-5914044076772438566m_-6316749446305801481m_2535623570433699132moz-txt-link-abbreviated" href="http://www.twitter.com/miconda" target="_blank">www.twitter.com/miconda</a> -- <a class="m_-5914044076772438566m_-6316749446305801481m_2535623570433699132moz-txt-link-abbreviated" href="http://www.linkedin.com/in/miconda" target="_blank">www.linkedin.com/in/miconda</a>
Kamailio Advanced Training - <a class="m_-5914044076772438566m_-6316749446305801481m_2535623570433699132moz-txt-link-abbreviated" href="http://www.asipto.com" target="_blank">www.asipto.com</a>
Kamailio World Conference - <a class="m_-5914044076772438566m_-6316749446305801481m_2535623570433699132moz-txt-link-abbreviated" href="http://www.kamailioworld.com" target="_blank">www.kamailioworld.com</a></pre>
</blockquote>
<br>
<pre class="m_-5914044076772438566m_-6316749446305801481m_2535623570433699132moz-signature" cols="72">--
Marian Piater
VoIPsun s.r.o.
+420 608 24 58 42
<a class="m_-5914044076772438566m_-6316749446305801481m_2535623570433699132moz-txt-link-abbreviated" href="mailto:marian.piater@voipsun.cz" target="_blank">marian.piater@voipsun.cz</a>
<a class="m_-5914044076772438566m_-6316749446305801481m_2535623570433699132moz-txt-link-abbreviated" href="http://www.voipsun.cz" target="_blank">www.voipsun.cz</a></pre>
</blockquote>
<br>
<pre class="m_-5914044076772438566m_-6316749446305801481m_2535623570433699132moz-signature" cols="72">--
Daniel-Constantin Mierla
<a class="m_-5914044076772438566m_-6316749446305801481m_2535623570433699132moz-txt-link-abbreviated" href="http://www.twitter.com/miconda" target="_blank">www.twitter.com/miconda</a> -- <a class="m_-5914044076772438566m_-6316749446305801481m_2535623570433699132moz-txt-link-abbreviated" href="http://www.linkedin.com/in/miconda" target="_blank">www.linkedin.com/in/miconda</a>
Kamailio Advanced Training - <a class="m_-5914044076772438566m_-6316749446305801481m_2535623570433699132moz-txt-link-abbreviated" href="http://www.asipto.com" target="_blank">www.asipto.com</a>
Kamailio World Conference - <a class="m_-5914044076772438566m_-6316749446305801481m_2535623570433699132moz-txt-link-abbreviated" href="http://www.kamailioworld.com" target="_blank">www.kamailioworld.com</a></pre>
</div></div>
<br>______________________________<wbr>_________________<br>
Kamailio (SER) - Users Mailing List<br>
<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><br>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/cgi<wbr>-bin/mailman/listinfo/sr-users</a><br>
<br></blockquote></div><br></div></div></div>