From oracle-l-bounce@freelists.org Mon Aug 30 20:09:33 2004 Return-Path: Received: from air189.startdedicated.com (root@localhost) by orafaq.com (8.11.6/8.11.6) with ESMTP id i7V19XU27669 for ; Mon, 30 Aug 2004 20:09:33 -0500 X-ClientAddr: 206.53.239.180 Received: from turing.freelists.org (freelists-180.iquest.net [206.53.239.180]) by air189.startdedicated.com (8.11.6/8.11.6) with ESMTP id i7V19XI27664 for ; Mon, 30 Aug 2004 20:09:33 -0500 Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 9166872D5AF; Mon, 30 Aug 2004 20:12:38 -0500 (EST) Received: from turing.freelists.org ([127.0.0.1]) by localhost (turing [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15275-80; Mon, 30 Aug 2004 20:12:38 -0500 (EST) Received: from turing (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id DC04772C1F8; Mon, 30 Aug 2004 20:12:37 -0500 (EST) Received: with ECARTIS (v1.0.0; list oracle-l); Mon, 30 Aug 2004 20:11:07 -0500 (EST) X-Original-To: oracle-l@freelists.org Delivered-To: oracle-l@freelists.org Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 5090272DB65 for ; Mon, 30 Aug 2004 20:11:07 -0500 (EST) Received: from turing.freelists.org ([127.0.0.1]) by localhost (turing [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15685-33 for ; Mon, 30 Aug 2004 20:11:07 -0500 (EST) Received: from mail.gridapp.com (66.89.33.192.ptr.us.xo.net [66.89.33.192]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id CA3F572DB52 for ; Mon, 30 Aug 2004 20:11:06 -0500 (EST) Received: from [24.193.158.172] (helo=[172.20.1.29]) by mail.gridapp.com with asmtp (TLSv1:RC4-SHA:128) (Exim 4.12) id 1C1xDb-0004Wu-00 for oracle-l@freelists.org; Mon, 30 Aug 2004 21:13:51 -0400 Mime-Version: 1.0 (Apple Message framework v619) In-Reply-To: <40a16b3604083013422bd9a556@mail.gmail.com> References: <40a16b3604083013422bd9a556@mail.gmail.com> Content-type: text/plain; charset=US-ASCII Message-Id: <046C4735-FAEB-11D8-9300-000393D3B578@gridapp.com> Content-Transfer-Encoding: 8bit From: Matthew Zito Subject: Re: [Q] how to make two Ethernet card listen to same port? Date: Mon, 30 Aug 2004 21:13:50 -0400 To: oracle-l@freelists.org X-Mailer: Apple Mail (2.619) X-Virus-Scanned: by amavisd-new at freelists.org X-archive-position: 8629 X-ecartis-version: Ecartis v1.0.0 Sender: oracle-l-bounce@freelists.org Errors-To: oracle-l-bounce@freelists.org X-original-sender: mzito@gridapp.com Precedence: normal Reply-To: oracle-l@freelists.org X-list: oracle-l X-Virus-Scanned: by amavisd-new at freelists.org Well, if you read the original post clearly, they are talking about having two separate ethernet cards. Having multiple listeners, one for each IP that's on each network, is the way to do that. Now, the catch is, let's say you have ethernet cards, one on network A and one on network B. The default route is on network A. When a connection comes in to network B's ethernet card from a network that is neither network A nor B, the incoming packets will hit network B's card, and then be routed back out through network A (though still with network B's source address). If network A becomes inaccessible in such a way the card doesn't notice, all connections to both A and B will fail. However, if network B fails, network A is still available. (Note: this assumes you're not running any dynamic routing protocols like OSPF, RIP, etc., or using crafty NAT'ing firewalls to do on-the-fly address rewriting, or the like - basically, its assuming you've got a normal, vanilla IP network with routers and switches and servers and not much else.) Thanks, Matt -- Matthew Zito GridApp Systems Email: mzito@gridapp.com Cell: 646-220-3551 Phone: 212-358-8211 x 359 http://www.gridapp.com On Aug 30, 2004, at 4:42 PM, sol beach wrote: > Reality check time! > > 1) The Oracle listener ONLY handles initial connection requests & then > gets out of the way > > 2) Keep in mind that Ethernet was orginally designed to run on coaxial > cable. > This means that only a single piece of wire exists to transmit/recieve > the signal. > Only ONE device at a time can be transmitting on the cable at a time. > Even if you could (which I don't think you can) get multiple process > to listen on the same port, there will only ever be a single "talker" > transmitting at time. Therefore you'd gain NO > benefit from having multiple listeners on the same SUBNET interface. > ---------------------------------------------------------------- Please see the official ORACLE-L FAQ: http://www.orafaq.com ---------------------------------------------------------------- To unsubscribe send email to: oracle-l-request@freelists.org put 'unsubscribe' in the subject line. -- Archives are at http://www.freelists.org/archives/oracle-l/ FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html -----------------------------------------------------------------