RE: NIC binding vs IPMP for RAC interconnect

From: Hameed, Amir <>
Date: Wed, 28 Mar 2012 07:53:59 -0400
Message-ID: <>

Thanks Freek and Senthil for the feedback. So, it seems that for a 2-node RAC cluster, either IPMP or NIC bonding can be used, whereas for a 2+n node RAC (where n > 0), bonding is the preferred method because the load-balancing feature of bonding will be utilized.

-----Original Message-----
From: D'Hooge Freek [] Sent: Wednesday, March 28, 2012 3:06 AM
To:; Hameed, Amir Cc: <>
Subject: RE: NIC binding vs IPMP for RAC interconnect

The load balancing will actually depend on the number of cluster nodes in your configuration.
At the switch level an outgoing port is choosen based upon the mac address from the sender and/or receiver or the sender and/or receiver IP address (depending on switch type and configuration).

This means that if you have a one-to-one relation (2 node rac), only 1 cable worth of bandwidth is being used.

Kind regards,  

Freek D'Hooge
Oracle Database Administrator
tel +32(0)3 451 23 82

-----Original Message-----
[] On Behalf Of Senthil Subramanian Sent: woensdag 28 maart 2012 1:34
Cc: <>
Subject: Re: NIC binding vs IPMP for RAC interconnect

In a RAC system, you should take advantage of both SPOF and load balancing for your interconnects. The NIC bonding or teaming called link aggregation on Solaris platform. IPMP can only provide failover capability. However, on the other hand, NIC bonding(LA) can provide both load balancing and failover capabilities.


Sent from my iPad

On Mar 27, 2012, at 7:26 PM, "Hameed, Amir" <> wrote:

> Folks,
> I would like to understand which one is a better option for a RAC
> interconnect: (a) NIC bonding (b) IPMP based failover. The OS is
> 10, the Grid version is and the RDBMS version is
> cannot be used because of the RDBMS version). I am assuming that
> will provide more bandwidth than the IPMP based failover.
> Any feedback will be appreciated.
> Thanks
> Amir
> --


Received on Wed Mar 28 2012 - 06:53:59 CDT

Original text of this message