From owner-freebsd-hackers Tue Dec 10 08:25:43 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id IAA10977 for hackers-outgoing; Tue, 10 Dec 1996 08:25:43 -0800 (PST) Received: from smtp-gw01.ny.us.ibm.net (smtp-gw01.ny.us.ibm.net [165.87.194.252]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id IAA10972 for ; Tue, 10 Dec 1996 08:25:41 -0800 (PST) Received: (from uucp@localhost) by smtp-gw01.ny.us.ibm.net (8.6.9/8.6.9) id QAA154080; Tue, 10 Dec 1996 16:22:52 GMT Message-Id: <199612101622.QAA154080@smtp-gw01.ny.us.ibm.net> Received: from slip166-72-229-94.va.us.ibm.net(166.72.229.94) by smtp-gw01.ny.us.ibm.net via smap (V1.3mjr) id smaPVwDFW; Tue Dec 10 16:22:25 1996 Reply-To: From: "Steve Sims" To: "Martin Renters" , "Jordan K. Hubbard" , "Nate Williams" Cc: Subject: Re: PPP with network address translation Date: Tue, 10 Dec 1996 11:21:28 -0500 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1155 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk OK, Enough! I'm out of the pool. Here's what I ask: 1) Somebody point me at the code that we intend to merge into 2.2. (I, for one, would like to see this in 2.2-RELEASE. It's cool, seems to be stable, and is trivial to set up. 2) Tell me who the maintainer-du-jour is; I'll work with him, his release notes ;-) and his code to work up the docs. 3) Settle for once and all whether it's Jordan's '-alias' flag in the command line or Martin's 'set nat on|off' (Which I think is more elegant, at least in theory). I'll do testing and documentation if someone will show me the Release Candidate code that I can hammer on for a while. ....sjs... ---------- > From: Jordan K. Hubbard > To: Martin Renters > Cc: freebsd-hackers@freebsd.org > Subject: Re: PPP with network address translation > Date: Tuesday, December 10, 1996 2:36 AM > > Argh. I already did all this. ;-( > > I just have a command-line switch called '-alias' for enabling > it in the variant I did. One man's NAT is another man's IP aliasing. ;-) > > The only reason I haven't committed it yet is that I'm trying to > improve ppp.8 to the point where it actually *describes* the feature > to someone who doesn't necessarily understand what NAT is all about. > > You, erm, wouldn't have already attacked the documentation in your > version, would you? ;-) Perhaps we can/should compare notes. > > Jordan > > > I've merged Charles Mott's PPP with packet aliasing code into the > > -current PPP code and added a 'set nat on' command so that it can > > be turned on or off. The default is off which keeps the existing PPP > > behaviour. > > > > If no one is violently opposed to this feature, I'll commit it later > > this week. It certainly seems useful. > > > > Martin >