[Linux-cluster] bonding question?

Matt Brookover mbrookov at mines.edu
Sun Dec 18 16:29:40 UTC 2005

The short answer is yes, bonded pairs offer both performance improvement
and availability.  I tend to doubt that most servers with any real
application could process all of the traffic from 2 1gb ethernet ports.

The network guys here set up 3 Cisco 3750 switches with the high speed
link that ties them together into one large switch.  On redhat
enterprise 3, I set up 2 bonded ethernets, each plugged into different
switches.  I have noticed that the inbound traffic goes to the first
ethernet, but outbound traffic is round-robin.  As I understand it, the
Cisco switches do not do round-robin because there is no efficient way
to keep track of which port received the last packet.  It is faster to
send all packets for a bonded ethnet pair to one port.  I can pull
either ethernet port and the other will take over the traffic.

As I understand it, any of the 3 switches can fail and every thing will
stay up. 

Sorry, I have never used a NetApp with ISCSI.


On Sun, 2005-12-18 at 04:20, Omer Faruk Sen wrote:

> Hi,
> Is bonding can be used only for performance improvements or can it be also
> used for path availability along with redundant switch (2 switches)
> configuration for iSCSI ?
> Also in a paper of netapp (http://www.netapp.com/library/tr/3192.pdf)
> iSCSI configuration is shown as 2 connection for one switch (in NAS ISLAND
> Linux Cluster) but in SAN ISLAND (fiber connection and switches) 1
> connection is being made for one switch which provides path availability.
> What I want to ask is how path availability without SPOF can be provided
> with iSCSI solutions? Can I achive it with 2 ethernet card that works with
> bonding and each of them is connected to one switch (2 switches is
> configured in cluster)? I think for that I have to use multipath
> (http://christophe.varoqui.free.fr/wiki/wakka.php?wiki=Home) software for
> that. Am I right?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/linux-cluster/attachments/20051218/835cf4f4/attachment.htm>

More information about the Linux-cluster mailing list