Pod KVM a Xen to funguje bez problemu (stroje musi mit sdileny obraz disku napr. pomoci NFS a musi byt ve stejne siti). Takze klidne si muzes stahovat nejaka data a krome poklesu vykonu nebo propustnosti ani nepoznas, ze cilovy stroj prave zmigroval jinam. Funguje to na principu ktery je popsan vyse. Tudiz pred cilovou fazi virtualizovany stroj IP adresu odevzda > switch nema kam posilat data > zepta se kde je IP adresa > dostane MACovku noveho stroje.
Ok. Az budu mit cas, musim to vyzkouset, je to hodne rajcovni 
Asi to teda bude chtit mit tu virtualni sitovku spis v modu bridge nez nat (jak psal tazatel). Trochu certika vidim v te arp deregistraci - uz vidim, jak to v praxi bude blbnout
ale treba ne.
Prijde mi tam jeden mensi zadrhel - pokud paket prijde v mezicase mezi deregistraci a novou registraci, tak se nema jak dorucit. Switch by na to mel asi zareagovat pomoci host unreachable, ne? Timpadem spojeni spadne.
Samozrejme neznam presnou implementaci, ale bud si toto hlida primo virtualizacni stroj tak, ze nedovoli stav, kdy by nemel danou IP ani jeden ze stroju. A nebo existuje typ paketu, ktery rika, ze na zadane MAC adrese je dana IP adresa (ARP replay - odpoved na broadcast, ze na tyhle MACovce je tato IP adresa). Kdyz si to clovek predstavi, tak jiste v jednom okamziku existuje stav, kdy jsou oba stroje naprosto totozne a tudiz by melo byt jedno, ktery ze stroju odpovi. Pripadne to muze virtualizovany stroj resit nejakym forwardingem provozu na novou masinu. Ale pokud uvazuji o TCP, tak ten je dostacne obrnenej na nejaky ztraty na trase, takze pokud se cela migrace obejde bez odpovedi (host unreachable), tak by spojeni nemelo zaniknout. Pokud neprekroci urcity timeout.
Pro zajimavost test trafficu na KVM behem migrace:
http://postimage.org/image/rwl4fahwd/Pro zajimavost test trafficu na Xen behem migrace:
http://postimage.org/image/bo5cp5fqd/