[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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


  • To: "David Edmondson" <dme@xxxxxxx>
  • 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
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>
  • 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
(Network
> > Load Balancing) appears to need to assign a Locally Administered
Address
> > 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!

James

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.