<p dir="ltr">Correct my reply:</p>
<p dir="ltr">_existing_ migrated connections hang.</p>
<p dir="ltr">New connection (here I mean new socket or a new process, not as like reconnection manually) is OK<br><br></p>
<br><div class="gmail_quote"><div dir="ltr">Yanbao Cui &lt;<a href="mailto:yygcui@gmail.com">yygcui@gmail.com</a>&gt;于2015年7月14日 周二 22:07写道:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">_existing_ migrated connections hang.</p>
<p dir="ltr">New connection is OK</p>
<br><div class="gmail_quote"><div dir="ltr">Pavel Emelyanov &lt;<a href="mailto:xemul@parallels.com" target="_blank">xemul@parallels.com</a>&gt;于2015年7月14日 周二 21:59写道:<br></div></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 07/14/2015 04:43 PM, Yanbao Cui wrote:<br>
&gt; Server is working always and waiting. It seems the client, which is in the container, cannot send data out after restored.<br>
&gt;<br>
&gt; For TCP, yeah, the client try to reconnect manually.<br>
<br>
You mean that after restore new connect()-s hang for a while? Why do these connect()-s happen?<br>
Or _existing_ migrated connections hang?<br>
<br>
&gt; The delay is happened after restore successful, although the network is recovered<br>
&gt;<br>
&gt;<br>
&gt; Pavel Emelyanov &lt;<a href="mailto:xemul@parallels.com" target="_blank">xemul@parallels.com</a> &lt;mailto:<a href="mailto:xemul@parallels.com" target="_blank">xemul@parallels.com</a>&gt;&gt;于2015年7月14日 周二 21:31写道:<br>
&gt;<br>
&gt;     On 07/14/2015 04:15 PM, Yanbao Cui wrote:<br>
&gt;     &gt; Sorry for mistake.<br>
&gt;     &gt; For UDP, I mean the sever can receive the packet from client again.<br>
&gt;<br>
&gt;     So where&#39;s the 0.5 seconds delay? Server sleeps and doesn&#39;t wake up, packets<br>
&gt;     do not reach the server or something else?<br>
&gt;<br>
&gt;     &gt; Actually, I have analysis the tcpdump output, in my case, the client try to reconnect<br>
&gt;     &gt; to the server again, but can not receive SYN+ACK, so it re-transmission after 1 second<br>
&gt;     &gt; according to the client rule, and then try again.<br>
&gt;<br>
&gt;     During migration we don&#39;t reconnect TCP (with regular SYN, SYNACK, ACK sequence),<br>
&gt;     do you reconnect them manually?<br>
&gt;<br>
&gt;     -- Pavel<br>
&gt;<br>
<br>
</blockquote></div></blockquote></div>