[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5027AD52.7030006@mellanox.com>
Date: Sun, 12 Aug 2012 16:19:14 +0300
From: Or Gerlitz <ogerlitz@...lanox.com>
To: "Michael S. Tsirkin" <mst@...hat.com>
CC: "Eric W. Biederman" <ebiederm@...ssion.com>, <davem@...emloft.net>,
<roland@...nel.org>, <netdev@...r.kernel.org>, <ali@...lanox.com>,
<sean.hefty@...el.com>, Erez Shitrit <erezsh@...lanox.co.il>,
Doug Ledford <dledford@...hat.com>
Subject: Re: [PATCH V2 09/12] net/eipoib: Add main driver functionality
On 12/08/2012 13:54, Michael S. Tsirkin wrote:
> On Wed, Aug 08, 2012 at 08:23:15AM +0300, Or Gerlitz wrote:
>>> So far the things that make sense. Here are some that don't, to me:
>>> - Is a pdf presentation all you have in terms of documentation?
>>> We are talking communication protocols here - I would expect a
>>> proper spec, and some effort to standardize, otherwise where's the
>>> guarantee it won't change in an incompatible way?
>> To be precise, the solution uses 100% IPoIB wire-protocol, so we don't
>> see a need for any spec change / standardization effort.
> Thinking about it some more, the solution is not really 100% local:
> - ARP packets used at migration are visible on the network
The ARP packets on the wire are IPoIB ARP packets -- indeed, when the
guest moves, the IPoIB
link layer address which was associated with the VIF that used to serve
this guest on the host
we migrated from, changes to be of a VIF on the host that we migrated to.
> - QPN/LID in MAC are guest visible, and could be exported on the network
>
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists