Re: rsockets addressing

[Yann Droneaud <ydroneaud-RlY5vtjFyJ3QT0dZR+AlfA@public.gmane.org>]

Le 16.09.2013 22:41, Gandalf Corvotempesta a écrit :
> 2013/9/16 Yann Droneaud <ydroneaud-RlY5vtjFyJ3QT0dZR+AlfA@public.gmane.org>:
>> The InfiniBand fabrics support "ISL" ... indeed.
> [cut]
>> You definitely need link between switches if you want to use a "high
>> availability" fabric topology with HCA ports connected to differents
>> switches. (additionally, a switch should have a link to two others
>> switches ... then it's starting to be complicated, since you have to
>> design your fabric topology to match the communication pattern / data
>> locality used by your application ...).
> 
> I've read somewhere that this is not suggested because issues on one
> switch could affect also the second switch, but doing so will allow me
> to use both port in hot-standby failover.
> 

Are talking about Ethernet network or InfiniBand Fabric ?

> In one port fails, IPoIB bonding will switch on the second port and at
> the same time , traffic will be routed trough the ISL link
> 

It's "routed" through the fabric.

> Without the ISL, a port failure will bring down the whole node.
> 
> So:
>  - switch1 conntected to switch2
>  - node1 connected to both switches
>  - node2 connected to both switches
>  - IPoIB on each node with active-passive bonding for each IB port.
> 
> How can I create a redundant ISL ? Should I connect two or more port 
> and
> the subnet manager will automatically take care of this or I have to 
> configure
> something like STP on plain ethernet networks.

In case of InfiniBand, the subnet manager should take care of it.

> Will the ISL be used in loadbalancing in case of 2 or more cables 
> connected ?

It should depend on the topology chosen for the fabric. You might ask to 
someone else for this.

Regards.

-- 
Yann Droneaud
OPTEYA

--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html