[ofa-general] infiniband bonding/merging/aggregation with SDP and/orVERBS
Scott Weitzenkamp (sweitzen)
sweitzen at cisco.com
Fri Mar 9 14:41:44 PST 2007
For SDP, there is no transparent redundancy (I can't speak to VERBS).
Scott
________________________________
From: SEGERS Koen [mailto:Koen.SEGERS at VRT.BE]
Sent: Friday, March 09, 2007 1:52 AM
To: Scott Weitzenkamp (sweitzen); general at lists.openfabrics.org
Subject: RE: [ofa-general] infiniband
bonding/merging/aggregation with SDP and/orVERBS
If I understand your information correct, there is no way of
creating a fully redundant setup (2 servers connected with 2 paths to
eachother end-to-end) with infiniband using VERBS or SDP.
Koen
________________________________
Van: Scott Weitzenkamp (sweitzen) [mailto:sweitzen at cisco.com]
Verzonden: do 8/03/2007 17:55
Aan: SEGERS Koen; general at lists.openfabrics.org
Onderwerp: RE: [ofa-general] infiniband
bonding/merging/aggregation with SDP and/orVERBS
"ipoibcfg merge" only handles IPoIB, not SDP, and it's
active/passive.
________________________________
From: SEGERS Koen [mailto:Koen.SEGERS at VRT.BE]
Sent: Thursday, March 08, 2007 1:03 AM
To: Scott Weitzenkamp (sweitzen);
general at lists.openfabrics.org
Subject: RE: [ofa-general] infiniband
bonding/merging/aggregation with SDP and/orVERBS
Are you talking about a kernel patch when you refer to
the "bonding kernel driver"? I can't find a specific bonding command
that allows bonding two or more ports.
So if I understand it correct, with SDP you can't have
redundancy (active/passive) or aggregation (active/active) with the
current OFED-1.2 driver.
Renaud Larsen of Cisco told us that bonding is possible
in the Topspin driver with the "ipoibcfg merge" command. We are
wondering if this also applies for SDP. That is why we are very
interested in the beta drivers of Topspin! We are supposed to get them
(from Renaud) within a few days, but if you can send it to me earlier,
it is always better :)
Greetings,
Koen
________________________________
Van: Scott Weitzenkamp (sweitzen)
[mailto:sweitzen at cisco.com]
Verzonden: do 8/03/2007 0:01
Aan: SEGERS Koen; general at lists.openfabrics.org
Onderwerp: RE: [ofa-general] infiniband
bonding/merging/aggregation with SDP and/orVERBS
I have not tried the OFED 1.2 IPoIB bonding kernel
driver, and can only speak for the userspace IPoIB HA ipoib_ha.pl
script.
Both Topspin IPoIB and OFED IPoIB have active/passive
IPoIB high availability, neither can aggregate IPoIB throughput, and
neither has SDP high availability.
We will have Tosppin driver SLES10 drivers in beta soon,
let me know if you are interested.
Scott Weitzenkamp
SQA and Release Manager
Server Virtualization Business Unit
Cisco Systems
________________________________
From: general-bounces at lists.openfabrics.org
[mailto:general-bounces at lists.openfabrics.org] On Behalf Of SEGERS Koen
Sent: Wednesday, March 07, 2007 6:59 AM
To: general at lists.openfabrics.org
Subject: [ofa-general] infiniband
bonding/merging/aggregation with SDP and/orVERBS
Hi all!
We are trying to bond two ports on 1 HCA so that
we are able aggregate the throughput. We are also interested in bonding
ports of different HCA's.
Is this possible with the OFED driver? If so,
can you give the command?
We know TopSpin has support for this feature.
Sadly, Topspin has no driver that runs on our system (SLES 10).
We currently installed OFED-1.2 of 20070306 and
the stable OFED-1.1 driver, but we can't figure out how this bonding is
started in either versions. It is important that we offload the bonding.
We don't want to use the standard linux bonding. That is why we think
that bonding over different HCA's is not going to work. Is this
assumption correct?
Is bonding possible when running SDP? And VERBS?
Greetings
Koen
*** Disclaimer ***
Vlaamse Radio- en Televisieomroep
Auguste Reyerslaan 52, 1043 Brussel
nv van publiek recht
BTW BE 0244.142.664
RPR Brussel
http://www.vrt.be/disclaimer
*** Disclaimer ***
Vlaamse Radio- en Televisieomroep
Auguste Reyerslaan 52, 1043 Brussel
nv van publiek recht
BTW BE 0244.142.664
RPR Brussel
http://www.vrt.be/disclaimer
*** Disclaimer ***
Vlaamse Radio- en Televisieomroep
Auguste Reyerslaan 52, 1043 Brussel
nv van publiek recht
BTW BE 0244.142.664
RPR Brussel
http://www.vrt.be/disclaimer
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openfabrics.org/pipermail/general/attachments/20070309/2f43c33d/attachment.html>
More information about the general
mailing list