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/
Home Products Support Community News


RE: [Xen-devel] using a different MAC in netfront than the onegiven by n

To: "David Edmondson" <dme@xxxxxxx>
Subject: RE: [Xen-devel] using a different MAC in netfront than the onegiven by netback
From: "James Harper" <james.harper@xxxxxxxxxxxxxxxx>
Date: Mon, 18 Aug 2008 18:02:03 +1000
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Mon, 18 Aug 2008 01:02:28 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20080818075037.GL13115@xxxxxxxxxxxxxxxxxxxxxxxxx>
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>
References: <AEC6C66638C05B468B556EA548C1A77D01490320@trantor> <20080818075037.GL13115@xxxxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AckBBysFcRSDcAIARdyP9OUa1rporgAAVDLw
Thread-topic: [Xen-devel] using a different MAC in netfront than the onegiven by netback
> On Mon, Aug 18, 2008 at 01:42:28PM +1000, James Harper wrote:
> > Is there any problem if netfront (or Windows in my case) uses a
> > different MAC address than the one given to it by netback? NLB
> > Load Balancing) appears to need to assign a Locally Administered
> > to the network interface.
> >
> > The only issue I can think of is if iptables added rules on a MAC
> > address basis, which it doesn't at least in 3.2.x...
> This will break on Solaris dom0, where there's an implicit filter for
> the MAC address assigned by the dom0 tools.
> It might be useful to allow the guest to extend the set of unicast
> addresses it receives in a manner similar to the multicast stuff (that
> no-one else implements :-/).

Windows NLB isn't going to work with the GPLPV drivers on a Solaris Dom0
then, unless the filter can be lifted on a case by case basis?

Or maybe the multicast mode of NLB will work around that problem...

Thanks for the reply!


Xen-devel mailing list