<div dir="ltr">Thanks! Simple solutions are the best.<div><br></div><div>Pablo</div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jun 23, 2015 at 3:45 PM,  <span dir="ltr"><<a href="mailto:kristin.nielsen@se.atlascopco.com" target="_blank">kristin.nielsen@se.atlascopco.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><font size="2" face="sans-serif">I've investigated this further and is seems
like the problem occurs when the server side gets two connect commands,
</font><font size="2">ENET_PROTOCOL_COMMAND_CONNECT</font><font size="2" face="sans-serif">
from the same client without any disconnect in between. The ENet host at
the server will in that case get two peers with the exact same address
and port. After a while one of them will get a timeout, and that timeout
is what triggers the strange </font><font size="2">ENET_EVENT_TYPE_DISCONNECT</font><font size="2" face="sans-serif">.
Our application code at the server side interprets this as a connection
loss, but on the client side it is still connected since we have that other
peer still up and running and responding.</font>
<br>
<br><font size="2" face="sans-serif">I've solved this by letting the application
code on the server do a reset on the current peer when a new is received
with the same address and port.<br>
<br></font><br></blockquote></div><div class="gmail_signature"></div>
</div></div>