<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p>Good to know about both -T and -W options. In many of my rtpproxy
installations I migrated to 2.0, because the default packaged
rtpproxy version from distros (mainly stable debian or centos --
which come with some 1.2.1+patches), seems to be a problem with
re-INVITEs changing the RTP port. However, rtpproxy v2.0 doesn't
seem to be packaged yet in the stable distros out there, hopefully
they will update it soon, it will make the life easier to deploy.<br>
</p>
Cheers,<br>
Daniel<br>
<br>
<div class="moz-cite-prefix">On 12.07.17 15:14, Maxim Sobolev wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CAH7qZfs5DQXxR2cgWFxX-S6srf6QvgAQSF-w=NSa2A3hRTF5Kw@mail.gmail.com">
<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"
moz-do-not-send="true">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"
moz-do-not-send="true">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" moz-do-not-send="true">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" moz-do-not-send="true">www.twitter.com/miconda</a> -- <a class="m_-5914044076772438566m_-6316749446305801481m_2535623570433699132moz-txt-link-abbreviated" href="http://www.linkedin.com/in/miconda" target="_blank" moz-do-not-send="true">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" moz-do-not-send="true">www.asipto.com</a>
Kamailio World Conference - <a class="m_-5914044076772438566m_-6316749446305801481m_2535623570433699132moz-txt-link-abbreviated" href="http://www.kamailioworld.com" target="_blank" moz-do-not-send="true">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" moz-do-not-send="true">marian.piater@voipsun.cz</a>
<a class="m_-5914044076772438566m_-6316749446305801481m_2535623570433699132moz-txt-link-abbreviated" href="http://www.voipsun.cz" target="_blank" moz-do-not-send="true">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" moz-do-not-send="true">www.twitter.com/miconda</a> -- <a class="m_-5914044076772438566m_-6316749446305801481m_2535623570433699132moz-txt-link-abbreviated" href="http://www.linkedin.com/in/miconda" target="_blank" moz-do-not-send="true">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" moz-do-not-send="true">www.asipto.com</a>
Kamailio World Conference - <a class="m_-5914044076772438566m_-6316749446305801481m_2535623570433699132moz-txt-link-abbreviated" href="http://www.kamailioworld.com" target="_blank" moz-do-not-send="true">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" moz-do-not-send="true">sr-users@lists.kamailio.org</a><br>
<a
href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users"
rel="noreferrer" target="_blank"
moz-do-not-send="true">https://lists.kamailio.org/cgi<wbr>-bin/mailman/listinfo/sr-users</a><br>
<br>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Daniel-Constantin Mierla
<a class="moz-txt-link-abbreviated" href="http://www.twitter.com/miconda">www.twitter.com/miconda</a> -- <a class="moz-txt-link-abbreviated" href="http://www.linkedin.com/in/miconda">www.linkedin.com/in/miconda</a>
Kamailio Advanced Training - <a class="moz-txt-link-abbreviated" href="http://www.asipto.com">www.asipto.com</a>
Kamailio World Conference - <a class="moz-txt-link-abbreviated" href="http://www.kamailioworld.com">www.kamailioworld.com</a></pre>
</body>
</html>