are you saying Java provides no way to detect a tcp socket disconnect?<span></span><br><br>On Wednesday, August 5, 2015, Babak Yakhchali &lt;<a href="mailto:babak.freeswitch@gmail.com">babak.freeswitch@gmail.com</a>&gt; wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">but if for example network connection is lost the socket will remain open forever!</div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Aug 5, 2015 at 12:04 PM, Michael Jerris <span dir="ltr">&lt;<a href="javascript:_e(%7B%7D,&#39;cvml&#39;,&#39;mike@jerris.com&#39;);" target="_blank">mike@jerris.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I would just detect the socket closing instead of using a heartbeat for sure <div><div><br><br>On Wednesday, August 5, 2015, Babak Yakhchali &lt;<a href="javascript:_e(%7B%7D,&#39;cvml&#39;,&#39;babak.freeswitch@gmail.com&#39;);" target="_blank">babak.freeswitch@gmail.com</a>&gt; wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi<br>I&#39;m using pure java sockets (not current available esl implementations) with event_socket to control sessions. to detect lan disconnects I&#39;m using session_heartbeat events every 1 second (this is adjustable). Considering performance is this a bad approach or not ? any better suggestions?<br>if I execute enable_heartbeat before answering the call this message is printed on console:<br>switch_core_session.c:1555 sofia/internal/<a>1000@172.16.90.1</a> using scheduler due to bypass media or media is not established.<br><div><br></div><div>should I answer the session before calling enable_heartbeat?</div><div>thanks</div></div>
</blockquote>
</div></div><br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="javascript:_e(%7B%7D,&#39;cvml&#39;,&#39;consulting@freeswitch.org&#39;);" target="_blank">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" rel="noreferrer" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org" rel="noreferrer" target="_blank">http://confluence.freeswitch.org</a><br>
<a href="http://www.cluecon.com" rel="noreferrer" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="javascript:_e(%7B%7D,&#39;cvml&#39;,&#39;FreeSWITCH-users@lists.freeswitch.org&#39;);" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br></blockquote></div><br></div>
</blockquote>