From owner-freebsd-net Wed Jan 29 21:12: 4 2003 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 040E837B401 for ; Wed, 29 Jan 2003 21:12:03 -0800 (PST) Received: from ints.mail.pike.ru (ints.mail.pike.ru [195.9.45.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 573D543F85 for ; Wed, 29 Jan 2003 21:12:01 -0800 (PST) (envelope-from babolo@cicuta.babolo.ru) Received: (qmail 85016 invoked from network); 30 Jan 2003 05:26:38 -0000 Received: from babolo.ru (HELO cicuta.babolo.ru) (194.58.226.160) by ints.mail.pike.ru with SMTP; 30 Jan 2003 05:26:38 -0000 Received: (nullmailer pid 72200 invoked by uid 136); Thu, 30 Jan 2003 05:13:29 -0000 Subject: Re: unique routing problem X-ELM-OSV: (Our standard violations) hdr-charset=KOI8-R; no-hdr-encoding=1 In-Reply-To: <200301300329.h0U3TkP4003640@white.dogwood.com> To: Dave Cornejo Date: Thu, 30 Jan 2003 08:13:29 +0300 (MSK) From: "."@babolo.ru Cc: Jason Hunt , freebsd-net@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL99b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Message-Id: <1043903609.121285.72199.nullmailer@cicuta.babolo.ru> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > I over-simplified the problem - I'm not talking about 4 hosts on pure > Ethernet here, I'm really talking about hundreds to thousands with > some portions running over radio. The rules change dynamically and > pretty frequently (like potentially on the order of seconds) - I have > a routing daemon that knows how the rules are changing and I need to > get this into a routing table. > > Subnetting on this scale won't work, and since some hosts will need to > participate in multiple subnets, you run into the problem of > dynamically managing subnets and aliasing the interface (easy enough > at small scale) > > We have this running on Linux, but it's my belief that we're actually > exploiting a bug or flaw in the Linux routing. The closest I've > gotten is to set add a route like this on .1: > > .1 has a netmask of 0xffffffff > > route add 192.168.1.2 -interface fxp0 > > (hope I'm remembering this right) which yields the packets getting > transmitted with but with the MAC address of .1, so .2 never > recognizes the packet. If it resolves your problem, when any traffic goes through 192.168.1.2, then swich net.link.ether.inet.proxyall=1 net.inet.ip.redirect=0 net.inet.icmp.drop_redirect=1 and use netmask /32 on other host as described As far as I understand they are mostly Windows? > ipfw is an interesting suggestion, I'll have to look at that. If all other hosts are in nets of 192.168.1.2 then you are not need ipfw to redirect trafic beetween hosts. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message