From owner-freebsd-hackers  Tue Feb  4 10:46:40 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id KAA04191
          for hackers-outgoing; Tue, 4 Feb 1997 10:46:40 -0800 (PST)
Received: from nic.follonett.no (nic.follonett.no [194.198.43.10])
          by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA04166
          for <hackers@freebsd.org>; Tue, 4 Feb 1997 10:46:34 -0800 (PST)
Received: (from uucp@localhost) by nic.follonett.no (8.8.5/8.8.3) with UUCP id TAA16901; Tue, 4 Feb 1997 19:42:15 +0100 (MET)
Received: from oo7 (oo7.dimaga.com [192.0.0.65]) by dimaga.com (8.7.5/8.7.2) with SMTP id TAA16632; Tue, 4 Feb 1997 19:44:55 +0100 (MET)
Message-Id: <3.0.32.19970204194456.00bbae30@dimaga.com>
X-Sender: eivind@dimaga.com
X-Mailer: Windows Eudora Pro Version 3.0 (32)
Date: Tue, 04 Feb 1997 19:44:57 +0100
To: Charles Mott <cmott@srv.net>
From: Eivind Eklund <eivind@dimaga.com>
Subject: Re: Single socket version of natd 
Cc: Brian Somers <brian@awfulhak.demon.co.uk>,
        Ari Suutari <ari.suutari@ps.carel.fi>, hackers@freebsd.org,
        brian@utell.co.uk
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

At 10:53 AM 2/4/97 -0700, Charles Mott wrote:
>On Tue, 4 Feb 1997, Eivind Eklund wrote:
>
>> And all the other really nescessary code-changes are done - everything is
>> changed to ANSI style, and integrated with PPP from -current patched with
>> #ifdef's to make it compile and work on all versions from 2.1.0 to
>> -current,  with an extra command 'alias' that set alias options.
>
>Do the alias options default the way they have in the past, or does the 
>user have to explicitly set them?

They default the same way, yeah.  I'll drop the source at you later tonight.

>Can packet aliasing be enabled a ppp command as well as the -alias 
>command line option?

Yep.

>If so, is this a good idea?  My concern here is that users be able to use
the >same ppp.conf file with and without packet aliasing.

My concern is that I should be able to make all users on the LAN (all of
them have access to setting up a PPP connection) remember to enable
aliasing.  If I had not wanted it in all cases, I'd just drop putting the
command in the config file.  Nothing lost in my case, at least.

However, a way of giving the user 100% control again might be to add a
-noalias keyword to completely block packet aliasing.  This would take one
more bit from mode in IIJ-PPP, though.  Besides, as an admin I'm not
certain I would want the users to have that control.



Eivind Eklund / perhaps@yes.no / http://maybe.yes.no/perhaps/