From owner-freebsd-net Wed May 13 21:49:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA04403 for freebsd-net-outgoing; Wed, 13 May 1998 21:49:21 -0700 (PDT) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA04337; Wed, 13 May 1998 21:48:07 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (8.8.8/8.8.8/Spinner) with ESMTP id MAA11059; Thu, 14 May 1998 12:47:19 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199805140447.MAA11059@spinner.netplex.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: "Matthew N. Dodd" cc: Bill Trost , Julian Elischer , net@FreeBSD.ORG, core@FreeBSD.ORG Subject: Re: INRIA IPv6 on FreeBSD In-reply-to: Your message of "Wed, 13 May 1998 23:53:01 -0400." Date: Thu, 14 May 1998 12:47:18 +0800 From: Peter Wemm Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org "Matthew N. Dodd" wrote: > > One might also add that the form in which INRIA is distributed (foo-orig.x > and foo-new.x) is somewhat unfriendly as well. > > The fact that INRIA also wants to live in sys/netinet is also a bit > annoying. > > I spent some time this evening reading code and my bias at this point is > leaning towards WIDE. I guess the real question is... where do we want to end up? Do we want to end up with a seamlessly integrated IPv6, or something that's kept at arm's length? Also, there are other IPv6 implementations out there, perhaps the most important is the Linux 2.1.x version. Where do they put there include files? Putting our includes in a gratuitously different location is only going to cause us pain. > On Wed, 13 May 1998, Bill Trost wrote: > > That brings up an issue in the INRIA-vs-WIDE debate, though. WIDE > > explicitly states they have partially implemented IPSEC. As I > > understand it, INRIA cannot provide IPSEC because of French crypto > > controls (which are worse than even the NSA's...er, I mean Commerce > > Department's). If I am right, then this should be considered a strike > > against INRIA's IP6 -- and a big one, IMHO, as IPsec is more important > > to me than IP6 per se. > > > > Or, I may be wrong -- at least it's an extrinsic technical criterium we > > can use.... (-: Due to the nature of the US regulations, this is almost irrelevant since FreeBSD is distributed from US soil. If IPSEC and/or IPv6 crypto is going to be implemented in FreeBSD, then it *must* be done as a stand-alone package otherwise FreeBSD will cause major export nightmares for people outside of the San Francisco area. US based mirrors would not be able to carry open mirrors of FreeBSD. This problem is almost a strike against WIDE unless their ipsec/crypto stuff is very easily and completely paritioned. Cheers, -Peter -- Peter Wemm Netplex Consulting To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message