Or Gerlitz wrote:
>> Or Gerlitz wrote:
>>> Vladimir Sokolovsky wrote:
>
>>> Did you have any special reason to assign host1:ib1 an IP address
>>> ***before*** the failover? is the reason for that happen to be
>>> having it joins the IPv4 multicast group at "batch time", that is
>>> not during th
> Or Gerlitz wrote:
>> Vladimir Sokolovsky wrote:
>> Did you have any special reason to assign host1:ib1 an IP address
>> ***before*** the failover? is the reason for that happen to be having
>> it joins the IPv4 multicast group at "batch time", that is not during
>> the failover?
> ib1 interf
Hi Or,
See below,
Regards,
Vladimir
Or Gerlitz wrote:
Vladimir Sokolovsky wrote:
Hi Or,
I am working on IPoIB failover.
I tried Michael's Tsirkin patch for ipoib (updating neighbor
structure) and it fixes the issue Roland was talking about.
Meanwhile I have tested the following flow:
/*_Set
Vladimir Sokolovsky wrote:
> Hi Or,
> I am working on IPoIB failover.
> I tried Michael's Tsirkin patch for ipoib (updating neighbor structure)
> and it fixes the issue Roland was talking about.
>
> Meanwhile I have tested the following flow:
> /*_Setup description:_*/
>
>host1 - 2 IB ports
Hi Or,
I am working on IPoIB failover.
I tried Michael's Tsirkin patch for ipoib (updating neighbor structure)
and it fixes the issue Roland was talking about.
Meanwhile I have tested the following flow:
/*_Setup description:_*/
host1 - 2 IB ports connected to IB switch.
ib0: 11
At 03:49 PM 7/12/2006, Fabian Tillier wrote:
Hi Mike,
On 7/12/06, Michael Krause <[EMAIL PROTECTED]> wrote:
At 09:48 AM 7/12/2006, Jeff Broughton wrote:
Modifying the sockets API is
just defining yet another RDMA API, and we have
so many already
I disagree. This effort has distilled the API
Hi Mike,
On 7/12/06, Michael Krause <[EMAIL PROTECTED]> wrote:
>
> At 09:48 AM 7/12/2006, Jeff Broughton wrote:
>
>> Modifying the sockets API is just defining yet another RDMA API, and we have
>> so many already
>
> I disagree. This effort has distilled the API to basically one for RDMA
> de
At 09:48 AM 7/12/2006, Jeff Broughton wrote:
Mike,
The whole purpose of SDP
is to make sockets go faster without having to have the applications
modified. This is what the customers want. I've heard this
time and time again, across a wide spectrum of
customers.
I am well aware of this. Howe
Mike,
The whole purpose of SDP is to make
sockets go faster without having to have the applications modified. This
is what the customers want. I've heard this time and time again, across a
wide spectrum of customers.
Modifying the sockets API is just defining yet another
RDMA API, and
On Wed, 2006-07-12 at 06:51, Tziporet Koren wrote:
> Hal Rosenstock wrote:
> >> • OSM:
> >>
> >> –Partition Manager (Pkey)
> >>
> >
> > Also, primitive QoS support.
> >
> >
> >> –Pre-computed routing load from file
> >>
> >
> > Also, diags:
> >
> > Add saquery
Hal Rosenstock wrote:
>> • OSM:
>>
>> –Partition Manager (Pkey)
>>
>
> Also, primitive QoS support.
>
>
>> –Pre-computed routing load from file
>>
>
> Also, diags:
>
> Add saquery tool
>
> Enhancement to ibnetdiscover tool with grouping function
>
OK - I wi
On Wed, 2006-07-12 at 01:53, Tziporet Koren wrote:
> Hi All,
>
>
>
> I wish to start the release process of OFED 1.1.
>
> I would like that we will have a meeting next Monday to review this
> proposal of the release features and schedule.
>
> If possible I wish to move the meeting hour from 9
12 matches
Mail list logo
