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