On 06/21/2011 05:06 AM, Neil Wilson wrote: This work has been targeted mainly at making migration work properly for guests using a host bridge or macvtap device to connect to the network; any new migration functionality for guests connected via libvirt virtual networks is, at this point, coincidental (and, as you point out, if the network on the new host is identical to the one on the old host (in particular if the new network uses the same address range for dhcp), there could be address clashes between guests; alternately, if they're *too* different (a different subnet, for example, or the IP address of the bridge is different), the guest would have no connectivity. In the future we may want to come up with a method of centralizing the address/DNS management of virtual networks on multiple machines, and linking those networks into a single subnet (perhaps via a L2 VPN tunnel, or a vlan host interface if the two hosts are on the same subnet), but that's beyond the scope of what we can do now. For right now, we just need to make sure we don't break current functionality. True, just that they're not normally needed, because they've already been supplied by the physical network so that the hosts themselves can operate properly :-)