From owner-freebsd-net@FreeBSD.ORG Tue Mar 22 22:03:06 2005 Return-Path: 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 AE7BC16A4CE for ; Tue, 22 Mar 2005 22:03:06 +0000 (GMT) Received: from gw.Awfulhak.org (awfulhak.demon.co.uk [80.177.173.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A46843D39 for ; Tue, 22 Mar 2005 22:03:05 +0000 (GMT) (envelope-from brian@Awfulhak.org) Received: from dev.lan.Awfulhak.org (brian@dev.lan.Awfulhak.org [172.16.0.5]) by gw.Awfulhak.org (8.13.3/8.13.3) with ESMTP id j2MM2uob097342; Tue, 22 Mar 2005 22:02:56 GMT (envelope-from brian@Awfulhak.org) Date: Tue, 22 Mar 2005 22:02:54 +0000 From: Brian Somers To: "Chris Tusa at Linisys, LLC" Message-ID: <20050322220254.19994f8e@dev.lan.Awfulhak.org> In-Reply-To: <30831386050322120630eaf58d@mail.gmail.com> References: <3083138605032116273eacd0f7@mail.gmail.com> <20050322122924.71b7c46a@dev.lan.Awfulhak.org> <30831386050322120630eaf58d@mail.gmail.com> X-Mailer: Sylpheed-Claws 1.0.1 (GTK+ 1.2.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on gw.lan.Awfulhak.org cc: freebsd-net@freebsd.org Subject: Re: PPP Lan Bridge X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 22:03:06 -0000 Hi, The netmask for the rest of the network should remain the same so that each machine still thinks it's talking on a /24 (the ppp server is responding to ARPs so nobody can tell that the ppp server isn't actually just a multi-homed host). Only when a packet gets to the ppp server is it actually routed (which happens because the IP number doesn't match after all -- despite the ARP table). I guess the missing bit is that the timeclock machine needs a special routing table with 192.168.1.234/30 on it's crossed-over ethernet interface and 192.168.1.233 as the default route, allowing data to get back to the rest of the /24 subnet. When you get it all working it'll start to make sense (if it doesn't already). On Tue, 22 Mar 2005 14:06:21 -0600, "Chris Tusa at Linisys, LLC" wrote: > Brian, > > Very helpful. Someone on another forum suggsted the possibility of > adjusting routing using either a routed daemon or setting static > routes, but it seems that your method seems quicker. If I segment off > the PPP side, do I need to change the subnet mask on the rest of the > network as well? > > (I should know this!) > > -- Chris > > > > The issue is that 192.168.1.0/24 machines have to know to route > > 192.168.2.0/24 stuff through 192.168.1.230, or else the timeclock > > machine needs some sort of presence on 192.168.1.0/24. > > > > This can be done by allocating a segment of 192.168.1.0/24 to the ppp > > client and adding ``enable proxyall'' to the ppp server config. > > > > server: > > enable proxyall > > set ifaddr 192.168.1.230 192.168.1.232/30 > > > > client: > > set ifaddr 192.168.1.233 192.168.1.230 > > > > and then setting the addresses on the crossover cable to 192.168.1.233 > > and 192.168.1.234. > > > > The ``enable proxyall'' bit tells ppp to create proxy arp entries for > > all of 192.168.1.232/30 (except for .232 and .235), allowing everything > > else on 192.168.1.0/24 to think it's talking directly to these machines. > > > > -- > > Brian Somers > > Don't _EVER_ lose your sense of humour ! > > > > > -- > Chris Tusa > linisys@gmail.com > http://people.linisys.com/ctusa > > Buy books from my Half.com inventory: > http://half.ebay.com/shops/shops.jsp?seller_id=1691584 > -- Brian Somers Don't _EVER_ lose your sense of humour !