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