From mboxrd@z Thu Jan 1 00:00:00 1970 From: tgh Subject: Re: about network live connection during migration Date: Mon, 10 Mar 2008 17:50:01 +0800 Message-ID: <47D50449.5000208@sina.com.cn> References: <47D3506E.4030801@sina.com.cn> <1205054888.14527.9.camel@thinkpad.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Return-path: In-Reply-To: <1205054888.14527.9.camel@thinkpad.localdomain> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Daniel Stodden Cc: "xen-devel@lists.xensource.com" List-Id: xen-devel@lists.xenproject.org Thank you and you say ,"The unsolicited ARP is generated by the network frontend=20 whenever it is brought up, as would be the case upon resume." that is , the guestos should be aware of its suspend-and-resume ,but xen=20 maybe support the transparent migration for the guestos, that is ,the=20 guestos does not know itself has been suspended ,is it? but may be some action did the same thing in the net backend, is it ? and fake_arp() has not been found, it is helpful ,even though ,i have=20 not found the code could you or someone help me i am still interested in the code for sending The unsolicited ARP=20 after migration Thanks =20 Daniel Stodden =E5=86=99=E9=81=93: > On Sun, 2008-03-09 at 10:50 +0800, tgh wrote: > =20 >> hi >> I try to understand to the mechanism of live migration, and I read t= he=20 >> code ,and have some confusion about the network live connection during= =20 >> the migration,could you help me, i read the paper about the live=20 >> migration,it explaine that in a single switched LAN,host sends=20 >> unsolicited ARP,and in router case, broadcastARP will not be accecpted= =20 >> ,and migratedOS need to sends to the interfaces in the ARPcache,while = in=20 >> a switched net,migrated OS holds the same MAC address,and network swit= ch=20 >> could detect the change of location, i am confused about where the=20 >> code for all of these , could you give me some more detailed explanati= on=20 >> or tell me where the code for these >> =20 > > The unsolicited ARP is generated by the network frontend whenever it is > brought up, as would be the case upon resume. look out for something i > believe is called fake_arp (?) in netfront. This is a very simple > operation, btw. > > Unicasting to peers listed in the ARP cache is, to my knowledge, not > performed. I believe the paper just outlines what the alternatives woul= d > look like. > > regards, > daniel > > =20