From owner-freebsd-hackers Thu Dec 21 17:51:37 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA27050 for hackers-outgoing; Thu, 21 Dec 1995 17:51:37 -0800 (PST) Received: from psychotic.communica.com.au (root@gw.communica.com.au [203.8.94.161]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA27045 Thu, 21 Dec 1995 17:51:30 -0800 (PST) Received: from communica.com.au (newton@frenzy [192.82.222.1]) by psychotic.communica.com.au (8.6.12/8.6.9) with SMTP id MAA04565; Fri, 22 Dec 1995 12:20:23 +1030 Received: by communica.com.au (4.1/SMI-4.1) id AA14257; Fri, 22 Dec 95 12:19:48 CDT From: newton@communica.com.au (Mark Newton) Message-Id: <9512220149.AA14257@communica.com.au> Subject: Re: BSD networking code guru needed? To: nate@rocky.sri.MT.net (Nate Williams) Date: Fri, 22 Dec 1995 12:19:47 +1030 (CST) Cc: hackers@FreeBSD.org, isp@FreeBSD.org In-Reply-To: <199512210116.SAA01444@rocky.sri.MT.net> from "Nate Williams" at Dec 20, 95 06:16:16 pm X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.org Precedence: bulk Nate Williams wrote: > Here's what happens on my server box right now. > > ws1.sri.MT.net (204.182.243.100) at (incomplete) > ws1.sri.MT.net (204.182.243.100) at 0:80:48:e8:27:63 permanent published > ws1.sri.MT.net (204.182.243.100) at 0:80:48:e8:27:63 permanent published (proxy only) Hmm: newton@cleese> arp -a cleese.apana.org.au (203.14.159.10) at 0:0:21:54:66:99 permanent hal9000.apana.org.au (203.14.159.11) at 0:0:21:45:25:71 squish.apana.org.au (203.14.159.12) at 8:0:1:1:67:fd delta.apana.org.au (203.14.159.129) at 0:0:21:54:66:99 permanent delta.apana.org.au (203.14.159.129) at 0:0:21:54:66:99 permanent published master.apana.org.au (203.14.159.130) at 0:0:21:54:66:99 permanent master.apana.org.au (203.14.159.130) at 0:0:21:54:66:99 permanent published saturn.apana.org.au (203.14.159.133) at 0:0:21:54:66:99 permanent published (proxy only) marge.apana.org.au (203.14.159.137) at 0:0:21:54:66:99 permanent published ros.apana.org.au (203.14.159.139) at 0:0:21:54:66:99 permanent published vivi.apana.org.au (203.14.159.140) at 0:0:21:54:66:99 permanent published nipnyep.apana.org.au (203.14.159.143) at 0:0:21:54:66:99 permanent published traffix.apana.org.au (203.14.159.144) at 0:0:21:54:66:99 permanent published conny.apana.org.au (203.14.159.146) at 0:0:21:54:66:99 permanent published newel.apana.org.au (203.14.159.147) at 0:0:21:54:66:99 permanent published shaea.apana.org.au (203.14.159.149) at 0:0:21:54:66:99 permanent published riffraf.apana.org.au (203.14.159.150) at 0:0:21:54:66:99 permanent published slammer.apana.org.au (203.14.159.151) at 0:0:21:54:66:99 permanent published ? (203.14.159.255) at (incomplete) (FreeBSD 2.0.5-RELEASE) That last entry bugs me a bit too: I've never seen any other system trying to ARP for the broadcast address. Each of those hostnames represents a dial-up SLIP site (using /usr/sbin/sliplogin). I actually add proxy ARP entries for them at boot time, using a shell script which goes through my slip.hosts file and adds an ARP entry for each valid host. delta and master seem to have the problem you describe above. saturn seems completely different (read: inconsistent): It has been added to the ARP table at exactly the same time as all the others, but it shows up as "(proxy only)". Bizarre. I think proxy ARP on FreeBSD is bogus :-) The wierd thing is that when these hosts login they *work*. You're seeing a manifestation of the problem which doesn't work; I'm seeing one where it doesn't seem to affect operation (even though it's dead wrong). What gives? > This problem won't occur if the arp entries time-out on both the remote > host and the server box. If that happens, then the proxy-arp entry > which gets added by PPPD is the first in the arp table, and routing is > correct until the line goes down. Hmm - For PPP sites I use ijppp. The only permanent proxies in my ARP table are for SLIP sites. I wonder if the thing that's stopping it from working for you has something to do with the way pppd handles proxy ARP? - mark --- Mark Newton Email: newton@communica.com.au Systems Engineer Phone: +61-8-373-2523 Communica Systems WWW: http://www.communica.com.au