RE: Using multiple NICs for Oracle dNFS

From: Jorgensen, Finn <Finn.Jorgensen_at_constellation.com>
Date: Wed, 28 Mar 2012 14:13:01 -0400
Message-ID: <9CE162BC5ED2C643956B526A7EDE46FF02EA7DFD779F_at_EXM-OMF-04.Ceg.Corp.Net>

I've had this issue although not with dNFS just multiple listeners for the same database listening on different IP's assigned to different NICs.

The bottom line is that if the 2 NICs are on the same VLAN and the host(s) on the other end are also on the same VLAN then OUTBOUND traffic will use the default gateway (NIC) no matter where the traffic came IN. That results in what you're seeing that only one NIC is in use when using traceroute. To fix this you can either set up specific routes for each NIC to route outbound traffic correctly or you can use different VLANs and the routing is automatic.

Thanks,
Finn

-----Original Message-----
From: oracle-l-bounce_at_freelists.org [mailto:oracle-l-bounce_at_freelists.org] On Behalf Of Hameed, Amir Sent: Wednesday, March 28, 2012 1:52 PM
To: oracle-l_at_freelists.org
Subject: Using multiple NICs for Oracle dNFS

Folks,
When configuring multiple NICs (two in our case) for dNFS per RAC server, do all NICs need to be in the same VLAN (assuming that private dedicated VLANs are used) or does each NIC need to be in its own private VLAN?

We have configured two 10GbE NICs in a private VLAN on each RAC node. However, when I run trace-route (these are Solaris boxes) from the dNFS NIC IPs to the NAS IP, trace-route works fine on one NIC and not on the other and this behavior is consistent on all RAC nodes where trace-route is working fine on one of the NICs and not on the other. Our networking people are not able to figure out what is causing it. Our Unix people believe that if multiple NICs are part of the same VLAN then the traffic will go out (to NAS) only from one NIC but will be received by both NICs (from NAS). I am not a networking expert and would appreciate if anyone can provide some feedback.  

Thanks

Amir  

--
http://www.freelists.org/webpage/oracle-l




>>> This e-mail and any attachments are confidential, may contain legal, professional or other privileged information, and are intended solely for the addressee.  If you are not the intended recipient, do not use the information in this e-mail in any way, delete this e-mail and notify the sender. -IP1


--
http://www.freelists.org/webpage/oracle-l

Received on Wed Mar 28 2012 - 13:13:01 CDT