WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] [PATCH v3] xen-netfront: delay gARP until backend switch

To: <xen-devel@xxxxxxxxxxxxxxxxxxx>,<lersek@xxxxxxxxxx>
Subject: Re: [Xen-devel] [PATCH v3] xen-netfront: delay gARP until backend switches to Connected
From: "Jan Beulich" <jbeulich@xxxxxxxxxx>
Date: Thu, 14 Jul 2011 08:19:40 +0100
Cc: davem@xxxxxxxxxxxxx
Delivery-date: Thu, 14 Jul 2011 00:20:21 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
>>> Laszlo Ersek <lersek@xxxxxxxxxx> 07/13/11 6:11 PM >>>
>After a guest is live migrated, the xen-netfront driver emits a gratuitous ARP
>message, so that networking hardware on the target host's subnet can take
>notice, and public routing to the guest is re-established. However, if the
>packet appears on the backend interface before the backend is added to the
>target host's bridge, the packet is lost, and the migrated guest's peers become
>unable to talk to the guest.
>
>A sufficient two-parts condition to prevent the above is:
>
>(1) ensure that the backend only moves to Connected xenbus state after its
>hotplug scripts completed, ie. the netback interface got added to the bridge;
>and
>
>(2) ensure the frontend only queues the gARP when it sees the backend move to
>Connected.
>
>These two together provide complete ordering. Sub-condition (1) is satisfied
>by pvops commit 43223efd9bfd.

Is it guaranteed that either side not having the respective change will
still work correctly with the other side having its part of the change?

Jan
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
<Prev in Thread] Current Thread [Next in Thread>