libvirt users - Sep 2014 - Network reconfiguration glitch after migration

Hello everyone,

I have the following scenario:

* 2 host machines (H1 and H2) running VMs. I execute migrations (QEMU) 
from one host to the other, and so on. The migrations are done in a 
dedicated LAN (eth1 in both hosts) while regular department LAN runs on eth0
* 1 computer (my desktop computer) also connected to this common LAN on 
eth0.

The VMs have a Python script sending UDP packets to my desktop computer 
(which has the server part of the Python script), every 250 ms, to be 
able to mesure downtime and other stuff. Once I run a live migration 
from H1 to H2, I would expect the downtime to be in the order of ms, or 
maybe a few seconds, but it takes something like 10 to 20 seconds on 
average for the packets to resume arriving at my computer. One could 
think about the network reconfiguration delay, or other reasons, but 
here comes the tricky part:

If I have a ping running on the destination host to the internal IP that 
the VM is supposed to have once the migration is done, the UDP packets 
resume just a few ms after the migration os done.

Is like: if the VM only has outgoing connections, it takes a lot of time 
to resume its operation, but if it has some incoming connection, the 
network resumes very quick.

I know it may sound wierd, but maybe there is a clear reason for this 
issue. Any ideas?

Thank you!