Return-Path: <oracle-l-bounce@freelists.org>
Delivered-To: 2-oracle-l@orafaq.com
Received: (qmail 4049 invoked from network); 12 Dec 2007 00:09:38 -0600
Received: from freelists-180.iquest.net (HELO turing.freelists.org) (206.53.239.180)
  by static-ip-69-64-49-119.inaddr.intergenia.de with SMTP; 12 Dec 2007 00:09:38 -0600
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id B021E7D819B;
 Wed, 12 Dec 2007 01:09:38 -0500 (EST)
Received: from turing.freelists.org ([127.0.0.1])
 by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 09714-04; Wed, 12 Dec 2007 01:09:38 -0500 (EST)
Received: from turing (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 29FED7D819A;
 Wed, 12 Dec 2007 01:09:38 -0500 (EST)
Received: with ECARTIS (v1.0.0; list oracle-l); Wed, 12 Dec 2007 00:22:12 -0500 (EST)
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 988077D70D5
 for <oracle-l@freelists.org>; Wed, 12 Dec 2007 00:22:12 -0500 (EST)
Received: from turing.freelists.org ([127.0.0.1])
 by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 02184-01 for <oracle-l@freelists.org>;
 Wed, 12 Dec 2007 00:22:12 -0500 (EST)
Received: from web35414.mail.mud.yahoo.com (web35414.mail.mud.yahoo.com [66.163.179.123])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with SMTP id 36BA17D6F0E
 for <oracle-l@freelists.org>; Wed, 12 Dec 2007 00:22:11 -0500 (EST)
Received: (qmail 77267 invoked by uid 60001); 12 Dec 2007 05:22:11 -0000
X-YMail-OSG: XCCWQD4VM1mVgrqXlPnUIvuKSrDHiXLnVg0lYSfpVe.7tpF_qFDcVegVYu6r2Ya0u0FDZnelwQ--
Received: from [64.53.237.191] by web35414.mail.mud.yahoo.com via HTTP; Tue, 11 Dec 2007 21:22:11 PST
Date: Tue, 11 Dec 2007 21:22:11 -0800 (PST)
From: Dan Norris <dannorris@dannorris.com>
Subject: Linux NIC bonding
To: Oracle L <oracle-l@freelists.org>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="0-203277966-1197436931=:73262"
Message-ID: <389254.73262.qm@web35414.mail.mud.yahoo.com>
X-archive-position: 3863
X-ecartis-version: Ecartis v1.0.0
Sender: oracle-l-bounce@freelists.org
Errors-to: oracle-l-bounce@freelists.org
X-original-sender: dannorris@dannorris.com
Precedence: normal
Reply-to: dannorris@dannorris.com
List-help: <mailto:ecartis@freelists.org?Subject=help>
List-unsubscribe: <oracle-l-request@freelists.org?Subject=unsubscribe>
List-software: Ecartis version 1.0.0
List-Id: oracle-l <oracle-l.freelists.org>
X-List-ID: oracle-l <oracle-l.freelists.org>
List-subscribe: <oracle-l-request@freelists.org?Subject=subscribe>
List-owner: <mailto:steve.adams@ixora.com.au>
List-post: <mailto:oracle-l@freelists.org>
List-archive: <http://www.freelists.org/archives/oracle-l>
X-list: oracle-l
X-Virus-Scanned: Debian amavisd-new at localhost.localdomain
--0-203277966-1197436931=:73262
Content-Type: text/plain; charset=us-ascii

I'm building a cluster using Oracle Clusterware and have configured redundant pairs of NICs on the Linux servers using the Linux bonding module (active-passive). I know how to configure the Linux end of things and that's working fine. However, the switches used by this customer (they're Dell branded--not sure who really makes the guts) have been getting "confused" by bonding and our simple ping tests lose about 50% of the packets when we plug the redundant pairs into the two separate (trunked) switches. 

This is only peripherally related to Oracle--it's really a networking and server config issue, but I'm hoping that someone with more networking background than I have can explain what switch configuration will enable this to work properly. The customer has stated that this will never work (though I have done it before at other sites and it worked fine). The customer has stated that the Linux configuration must be two active NICs
 with a virtual IP and virtual MAC. I imagine that will work, but I'm not familiar with that configuration and I don't think Linux has native support for it, so it'd probably be a Broadcom or Intel software package. It's questionable how Oracle would view that from a support perspective (if they care at all). 

So, the question: Is there some "magical" switch setting that would possibly be missing in a fairly "default" configuration that might enable this to work properly? I figure it's a long shot asking a networking question on the Oracle list, but thanks for any pointers.

Dan

--0-203277966-1197436931=:73262
Content-Type: text/html; charset=us-ascii

<html><head><style type="text/css"><!-- DIV {margin:0px;} --></style></head><body><div style="font-family:arial,helvetica,sans-serif;font-size:10pt">I'm building a cluster using Oracle Clusterware and have configured redundant pairs of NICs on the Linux servers using the Linux bonding module (active-passive). I know how to configure the Linux end of things and that's working fine. However, the switches used by this customer (they're Dell branded--not sure who really makes the guts) have been getting "confused" by bonding and our simple ping tests lose about 50% of the packets when we plug the redundant pairs into the two separate (trunked) switches. <br><br>This is only peripherally related to Oracle--it's really a networking and server config issue, but I'm hoping that someone with more networking background than I have can explain what switch configuration will enable this to work properly. The customer has stated that this will never work (though I
 have done it before at other sites and it worked fine). The customer has stated that the Linux configuration must be two active NICs<br>&nbsp;with a virtual IP and virtual MAC. I imagine that will work, but I'm not familiar with that configuration and I don't think Linux has native support for it, so it'd probably be a Broadcom or Intel software package. It's questionable how Oracle would view that from a support perspective (if they care at all). <br><br>So, the question: Is there some "magical" switch setting that would possibly be missing in a fairly "default" configuration that might enable this to work properly? I figure it's a long shot asking a networking question on the Oracle list, but thanks for any pointers.<br><br>Dan<br></div></body></html>
--0-203277966-1197436931=:73262--
--
http://www.freelists.org/webpage/oracle-l


