Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 2 Jan 1998 10:55:04 +1030
From:      Greg Lehey <grog@lemis.com>
To:        Brian Somers <brian@awfulhak.org>
Cc:        John-Mark Gurney <gurney_j@efn.org>, freebsd-bugs@hub.freebsd.org, freebsd-hackers@FreeBSD.ORG, joerg@FreeBSD.ORG
Subject:   Re: kern/5404: slXX slip (tun & ppp) interfaces always point to point
Message-ID:  <19980102105504.61189@lemis.com>
In-Reply-To: <199801011325.NAA17803@awfulhak.demon.co.uk>; from Brian Somers on Thu, Jan 01, 1998 at 01:25:32PM %2B0000
References:  <199801010130.RAA10049@hub.freebsd.org> <199801011325.NAA17803@awfulhak.demon.co.uk>

next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Jan 01, 1998 at 01:25:32PM +0000, Brian Somers wrote:
> [cc'd to joerg and freebsd-hackers]
>
>> From: John-Mark Gurney <gurney_j@efn.org> (according to the
>> message, but the signature looks more like Jörg Wunsch.
>
>> Brian Somers <brian@awfulhak.org> wrote:
>>
>>> I agree, and I'll implement the change unless someone has a good
>>> reason not to..... any takers ?
>>
>> I think it's really best to just not display the netmask in the output
>> of ifconfig iff IFF_POINTOPOINT is set.

While I agree that the net mask makes no sense on a point-to-point
link, many people don't.  My ISP (Telstra) asks me to set a net mask
of 0xffffffc0 on my link.  I wonder why.  If the ifconfig command
doesn't show the net mask, it can cause a lot of confusion (even more
than exists currently).

>> Routes to the remote end apart from the implied host route seem to be
>> dangerous to me, and they break the current behaviour (i.e. could
>> cause surprises for people who are used to how it's done now).

I don't know what you mean here (I didn't see the original message).
In almost every case, you have a route to the remote end, usually a
default route.  I'm guessing that you mean something else.

>> It's not always that the IP address of the remote end is indeed
>> identical with the remote network address.

Ah.  You're thinking about implied routes to the rest of the address
space in which the remote end is located?  Indeed.  Telstra insists
that I use one of their addresses at this end of the link.  There's no
other Telstra address here.  Presumably *they* don't use an 0xffffffc0
net mask on this link :-)

Greg



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19980102105504.61189>