Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 01 Nov 1998 14:17:08 -0800
From:      Scott Michel <scottm@cs.ucla.edu>
To:        Chuck Robey <chuckr@mat.net>
Cc:        Garrett Wollman <wollman@khavrinen.lcs.mit.edu>, John Hay <jhay@mikom.csir.co.za>, current@FreeBSD.ORG
Subject:   Re: IPv6 in -current 
Message-ID:  <199811012217.OAA16854@mordred.cs.ucla.edu>
In-Reply-To: Your message of "Sun, 01 Nov 1998 16:19:57 EST." <Pine.BSF.4.05.9811011613140.306-100000@picnic.mat.net> 

next in thread | previous in thread | raw e-mail | index | archive | help
There are a couple of people at UCLA CS in Lixia Zhang's lab who
have experience working on the INRIA IPv6 code, as well as the
CAIRN people who have been actively doing IPv6 and IPSEC in their
version of the FreeBSD kernel (http://www.cairn.net/).

I've posted a message to our UCLA Internet Research Lab list to
see if anyone's interested/willing to do the integration.


-scooter

> On Sun, 1 Nov 1998, Garrett Wollman wrote:
> 
> > <<On Sun, 1 Nov 1998 09:37:41 -0500 (EST), Chuck Robey <chuckr@mat.net> said:
> > 
> > > This would serve to give the ideas their best airing, allow the
> > > developers to present their cases in the lowest possible pressure
> > > consistent with public disclosure, and probably give the loser at least
> > > the feeling that they'd certainly been listened to, so their would be
> > > less likelihood of injured feelings.  And, FreeBSD would most likely to
> > > get the best IPv6 implementation from it.
> > 
> > I frankly don't care that much which IPv6 implementation is chosen.
> > My concerns are the following:
> > 
> > 2) that we don't screw any of the existing developers
> > 
> > 1) that we make whatever necessary fundamental advances we can in the
> > network stack before taking on additional deadweight
> 
> That's true ... however, we need a balance between making sure things
> are right, and very long delays in getting things to that point.
> 
> Garrett, you're obviously point man on #1, and we recognize it's a good
> point.  Do you think we're in some sort of condition to wait for the
> kernel improvements (will some reasonable extra delay give us those
> fundamental advances, or just extra delay)?
> 
> Are we talking a month, 3 months, a year, what?  Need at least a
> feeling, I know asking for accuracy is ludicrous.  Can't really evaluate
> the weight of your statement without some feeling about the chances of
> delay versus the chances of getting the improvements.
> 
> ----------------------------+-----------------------------------------------
> Chuck Robey                 | Interests include any kind of voice or data 
> chuckr@glue.umd.edu         | communications topic, C programming, and Unix.
> 213 Lakeside Drive Apt T-1  |
> Greenbelt, MD 20770         | I run Journey2 and picnic (FreeBSD-current)
> (301) 220-2114              | and jaunt (NetBSD).
> ----------------------------+-----------------------------------------------
> 
> 
> 
> 
> 
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-current" in the body of the message



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message



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