[openfabrics-ewg] [openib-general] OFED 1.1 release - schedule and features

[Vladimir Sokolovsky]

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.0.0.1
            ib1: 12.0.0.1
 
    host2 - port 1 connected to the IB switch.
            ib0: 11.0.0.2
            opensm over port1
 
 
/*_Flow description:_*/
    - ping host2 -> 11.0.0.1 (passed)
    - set port1 of the host1 to 'DOWN' state (disconnect the port from 
IB subnet)
    - ping host2 -> 11.0.0.1 (failed)
    - ifconfig ib0 0.0.0.0 (on host1)
    - ifconfig ib1 11.0.0.1 (on host1)
    - arping -I ib1 11.0.0.1 (on host1)
    - ping host2 -> 11.0.0.1 (passed)

arping in this case was not really necessary because ping issues ARP 
requests by himself.

Also, I have tested ssh over IPoIB with the same flow. In this case 
arping also wasn't necessary , but it makes an update of neighbors with 
the new MAC address (of ib1 interface) more quickly.
Note: I updated the original arping to be able to send broadcast using 
ipv4_bcast_addr.

We should decide about initial configuration of the IPoIB interfaces for 
high availability: should they be in a different IP subnets or stay in 
the same one.

Regards,
Vladimir


Eitan Zahavi wrote:
> Hi Roland,
>
> We are trying this approach and will probably be done with it tomorrow.
> So I guess Vlad will be able to update the group soon.
>
> Eitan Zahavi
>
>   
>> -----Original Message-----
>> From: Roland Dreier
>> Sent: Thursday, July 13, 2006 11:11 PM
>> To: Or Gerlitz
>> Cc: Tziporet Koren; OpenFabricsEWG; openib
>> Subject: Re: [openib-general] OFED 1.1 release - schedule and features
>>
>>  > So if the link which ib0 maps to is DOWN you move the ib0 IPv4
>>     
> address  > to
>   
>> another device whose link is UP (eg ib1) and you somehow have ib1  >
>>     
> send a
>   
>> gratuitous ARP?
>>
>> I think there may be a problem in the way IPoIB deals with gratuitous
>>     
> ARPs.  Because
>   
>> if a neighbour structure is updated by the networking core, there's no
>>     
> way for IPoIB
>   
>> to know about that and update the associated IB path.
>>
>> Has anyone actually tried this failover approach?
>>
>>  - R.
>>     
>
>
> _______________________________________________
> openfabrics-ewg mailing list
> openfabrics-ewg at openib.org
> http://openib.org/mailman/listinfo/openfabrics-ewg
>
>