Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S272591AbTG1AJC (ORCPT ); Sun, 27 Jul 2003 20:09:02 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S270982AbTG1AIc (ORCPT ); Sun, 27 Jul 2003 20:08:32 -0400 Received: from pizda.ninka.net ([216.101.162.242]:10931 "EHLO pizda.ninka.net") by vger.kernel.org with ESMTP id S272364AbTG1ACE (ORCPT ); Sun, 27 Jul 2003 20:02:04 -0400 Date: Sun, 27 Jul 2003 17:14:03 -0700 From: "David S. Miller" To: "Carlos Velasco" Cc: bloemsaa@xs4all.nl, marcelo@conectiva.com.br, netdev@oss.sgi.com, linux-net@vger.kernel.org, layes@loran.com, torvalds@osdl.org, linux-kernel@vger.kernel.org Subject: Re: [2.4 PATCH] bugfix: ARP respond on all devices Message-Id: <20030727171403.6e5bcc58.davem@redhat.com> In-Reply-To: <200307280211590888.10957DD9@192.168.128.16> References: <200307280140470646.1078EC67@192.168.128.16> <20030727164649.517b2b88.davem@redhat.com> <200307280158250677.10891156@192.168.128.16> <20030727165831.05904792.davem@redhat.com> <200307280211590888.10957DD9@192.168.128.16> X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.6; sparc-unknown-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1648 Lines: 44 [ Please wrap your lines at 72 characters, you emails are really difficult to read and reply to, thanks. ] On Mon, 28 Jul 2003 02:11:59 +0200 "Carlos Velasco" wrote: > On 27/07/2003 at 16:58 David S. Miller wrote: > >His problem is about source address selection when trying to > >contact a given destination. > > Bas said: > == > >but it turned out that this wasn't the case. On closer examination it > >turned out that any ARP request to a local IP resulted in a response, > >even if the devices were on different subnets or ethernet segments. > == > > It's the "hidden" switch.... again. > I suppose that Bas can confirm it. This only means your problem can also be fixed by correcting your routing tables. > >It's totally illogical to say that it's easier for him to patch his > >kernel and reboot it than fix his route configuration. > > Sure... it WOULD be the easiest thing if it would be into the kernel > >main stream. But it isn't, making linux behave different to other > >OS and systems without any way or feature to make it behave like > >the others. Show me the standard that Linux violates by behaving in this way? There are none, our behavior is perfectly acceptable. Other systems do not give you the capabilities our routing layer does, such as route based source address selections. So it is no surprise that they behave differently in this area. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/