From owner-freebsd-bugs Sun Jan 4 10:09:00 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA12079 for bugs-outgoing; Sun, 4 Jan 1998 10:09:00 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA11590; Sun, 4 Jan 1998 10:02:25 -0800 (PST) (envelope-from brian@awfulhak.org) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.7/8.8.7) with ESMTP id QAA04727; Sun, 4 Jan 1998 16:29:33 GMT (envelope-from brian@gate.lan.awfulhak.org) Message-Id: <199801041629.QAA04727@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0.1 12/23/97 To: Joerg Wunsch cc: Greg Lehey , Brian Somers , John-Mark Gurney , freebsd-bugs@hub.freebsd.org, freebsd-hackers@FreeBSD.ORG Subject: Re: kern/5404: slXX slip (tun & ppp) interfaces always point to point In-reply-to: Your message of "Sun, 04 Jan 1998 11:05:21 +0100." <19980104110521.14399@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 04 Jan 1998 16:29:33 +0000 From: Brian Somers Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk [.....] > other route. ISTR Brian suggested a second route should be derived > from the (bogus) netmask, and installed {too or instead}. So per > Brian's suggestion: > > ifconfig foobar0 1.2.3.4 1.4.5.6 netmask 0xffffff00 > > would have implied > > route add 1.4.5.6 -iface foobar0 > route add -net 1.4.5.0 -netmask 0xffffff00 1.4.5.6 > > while the existing behaviour (and what i think is the Right Thing) is > only the first of both routes. Not quite. I was suggesting that instead of the first, we have the second, or in fact route add 1.2.3.4 -netmask 0xffffff00 1.4.5.6 If you specify a 0xffffffff netmask, you get the same as the existing stuff *always* does. The real purpose, as you've already suggested, is that you get the associated broadcast address. With this broadcast address, all sorts of other things work (timed, rwhod, nmbd etc.), assuming that you've got a proxy arp setup on the other end. Of course, this implies that the destination address isn't actually required - as with a real network. So, what if we had ifconfig tun0 inet 1.2.3.4 netmask 0xffffff00 (note the lack of a dst address). This would mean that we could specify tunX (or slX or pppX) as being a non-point-to-point. The automatic route would be created exactly as with networks. So, to summarise (and refine my original suggestion), I think we should be allowed to specify *either* a dst address *or* a netmask. If both are specified, you get no netmask - as things currently work. Whaddaya think ? [.....] > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) -- Brian , , Don't _EVER_ lose your sense of humour....