<div dir="ltr"><div>OK --timeout parameter makes complete sense now. But just out of curiosity in my test I gave value of --silent-timeout=10 and when I disabled wifi of caller, the stream Caller ------>Rtpengine is actually not receiving any kind of packet, so what should be the expected behavior? shouldn't it destroy the session? (Unless I misunderstood the purpose of --silent-timeout)<br><br></div><div>Also I am little unclear on what should I put in b2b-url parameter (I am using --b2b-url=<a href="http://127.0.0.1:8090/" target="_blank">http://127.0.0.1:8090/</a>) In sems (I am using iptel downloaded version not from sipwise trunk), I have defined to listen on localhost and 8090 (xmlrpc2di). Please let me know if you have any quick comment on this.<br></div><div><br></div><br><br><br> <br></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Jan 3, 2015 at 7:37 PM, Richard Fuchs <span dir="ltr"><<a href="mailto:rfuchs@sipwise.com" target="_blank">rfuchs@sipwise.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 01/03/15 07:01, John Nash wrote:<br>
> I did some more detailed tests and found that --silent-timeout does not<br>
> seem to be working (It is not even deleting session in the specified time).<br>
><br>
> I made a test call and after session established I disabled wifi of the<br>
> caller. For test I set silent-timeout value as 10 but it did not delete<br>
> session. After that I hung up call but did not send rtpengine_delete()<br>
> (From proxy) so that rtpengine has no knowledge. I waited and after 60<br>
> seconds rtpengine cleared the session (Which i guess is default<br>
> --timeout value)<br>
><br>
> am I missing something?<br>
<br>
</span>Yes, the silent timeout is supposed to be larger than the regular<br>
timeout; it's applied to silenced streams, i.e. streams which aren't<br>
transmitting any packets other than keepalives.<br>
<br>
Also, both timeouts only apply when neither side is sending packets. If<br>
only one side goes offline, it's the responsibility of the other party<br>
to terminate the call due to lost connectivity.<br>
<div class="HOEnZb"><div class="h5"><br>
cheers<br>
_______________________________________________<br>
Spce-user mailing list<br>
<a href="mailto:Spce-user@lists.sipwise.com">Spce-user@lists.sipwise.com</a><br>
<a href="https://lists.sipwise.com/listinfo/spce-user" target="_blank">https://lists.sipwise.com/listinfo/spce-user</a><br>
</div></div></blockquote></div><br></div>