Re: IPv7 Selection Criteria
Dave Crocker <dcrocker@mordor.stanford.edu> Thu, 24 December 1992 17:48 UTC
Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa03633; 24 Dec 92 12:48 EST
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa03627; 24 Dec 92 12:48 EST
Received: from babyoil.ftp.com by CNRI.Reston.VA.US id aa13676; 24 Dec 92 12:50 EST
Received: from Mordor.Stanford.EDU by ftp.com with SMTP id AA29378; Thu, 24 Dec 92 12:46:30 -0500
Received: from localhost by Mordor.Stanford.EDU (5.65/inc-1.0) id AA16412; Thu, 24 Dec 92 09:46:09 -0800
Message-Id: <9212241746.AA16412@Mordor.Stanford.EDU>
To: yakov@watson.ibm.com
Cc: jnc@ginger.lcs.mit.edu, criteria@ftp.com, ericf@atc.boeing.com
Subject: Re: IPv7 Selection Criteria
Org: The Branch Office, Sunnyvale CA
Phone: +1 408 246 8253; fax: +1 408 249 6205
In-Reply-To: Your message of Wed, 23 Dec 92 11:14:40 -0500. <9212231616.AA02803@ftp.com>
Date: Thu, 24 Dec 1992 09:46:09 -0800
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Dave Crocker <dcrocker@mordor.stanford.edu>
X-Mts: smtp
Yakov, May be one way to accomplish this is to say that the IETF *is not* going to vote on IPv7, but would rather leave this to the marketplace. Instead, the IETF would just provide an environment where different proposals for IPv7 would be developed, tested and reviewed. The role of the IETF should also be the place where the "rough edges" of many of the proposals could be worked off. It is unfortunate that presently This seems to be exactly what is, in fact, happening. The framework, however, is not strictly laissez faire. I believe that the pressure of milestones, coordinated public presentations & demonstrations, and general sense of on-going review within the IETF provides a real-world filter. I consider this to be "letting the market decide" but with the IETF providing leadership to the market process. we have a split into design teams. This split may actually be the root of the problem. It is not clear that this work could not have been done colloboratively instead of competition. Yes, it would be nice. Unfortunately, long history leads one to conclude that groups with very different views of the path to solving a problem do not work well as one group. (Though the general pattern of corss-membership among the IPv7 efforts has been better than I've seen before.) On the other hand, some related efforts, such as upgrading the DNS, seem to involve technical efforts that are not distinctive to any one group. Combining efforts, there, would very much seem to make sense. Note that there is still a strong role for the criteria. They should reflect the needs of the users of "open systems and networking". People working on proposals should use these to guide their work. Yup. That's why I'm hoping the criteria are increasingly objective and easy to apply. Dave
- Re: IPv7 Selection Criteria Frank Kastenholz
- Re: IPv7 Selection Criteria Frank Kastenholz
- Re: IPv7 Selection Criteria Frank Kastenholz
- Re: IPv7 Selection Criteria Frank Kastenholz
- Re: IPv7 Selection Criteria Frank Kastenholz
- Re: IPv7 Selection Criteria Scott_Brim
- Re: IPv7 Selection Criteria Noel Chiappa
- Re: IPv7 Selection Criteria Scott_Brim
- Re: IPv7 Selection Criteria Noel Chiappa
- Re: IPv7 Selection Criteria Noel Chiappa
- Re: IPv7 Selection Criteria Dave Crocker
- Re: IPv7 Selection Criteria Noel Chiappa
- Re: IPv7 Selection Criteria Dave Crocker
- Re: IPv7 Selection Criteria Noel Chiappa
- IPv7 Selection Criteria yakov
- Re: IPv7 Selection Criteria William Allen Simpson
- Re: IPv7 Selection Criteria Dave Crocker
- Re: IPv7 Selection Criteria Frank Kastenholz
- Re: IPv7 Selection Criteria Frank Kastenholz
- Re: IPv7 Selection Criteria Noel Chiappa
- IPv7 Selection Criteria yakov