Re: Conclusion of the last call on draft-housley-two-maturity-levels

Mykyta Yevstifeyev <evnikita2@gmail.com> Sat, 10 September 2011 16:23 UTC

Return-Path: <evnikita2@gmail.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 434D421F85FF for <ietf@ietfa.amsl.com>; Sat, 10 Sep 2011 09:23:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.483
X-Spam-Level:
X-Spam-Status: No, score=-3.483 tagged_above=-999 required=5 tests=[AWL=0.116, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CWOatIlAT4KO for <ietf@ietfa.amsl.com>; Sat, 10 Sep 2011 09:23:28 -0700 (PDT)
Received: from mail-fx0-f44.google.com (mail-fx0-f44.google.com [209.85.161.44]) by ietfa.amsl.com (Postfix) with ESMTP id 0551A21F84DC for <ietf@ietf.org>; Sat, 10 Sep 2011 09:23:26 -0700 (PDT)
Received: by fxe6 with SMTP id 6so3688043fxe.31 for <ietf@ietf.org>; Sat, 10 Sep 2011 09:25:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=MszLEk9BS6gkZlz0IVlyA0fZDtkde6WwTvWDJ33H5FU=; b=oYtrGXSArRTm08G4vt840YAPEDTNnP1C1mPbOP6t+iip01VTwIHoDtGlviFdCzxthx iTevJgfRRGnryZMjpTeYq1o9WPIybvVhdk+ETDkL9d7mzG1MDV5rn56+uhUa6MRE/k4W XhJzrJv/jlspyHmyB5O4j+e3g83PuDEfxtwcg=
Received: by 10.223.74.89 with SMTP id t25mr765849faj.65.1315671924566; Sat, 10 Sep 2011 09:25:24 -0700 (PDT)
Received: from [127.0.0.1] ([195.191.104.224]) by mx.google.com with ESMTPS id x22sm3575325faa.5.2011.09.10.09.25.22 (version=SSLv3 cipher=OTHER); Sat, 10 Sep 2011 09:25:23 -0700 (PDT)
Message-ID: <4E6B8F94.9030009@gmail.com>
Date: Sat, 10 Sep 2011 19:25:56 +0300
From: Mykyta Yevstifeyev <evnikita2@gmail.com>
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2
MIME-Version: 1.0
To: Barry Leiba <barryleiba@computer.org>
Subject: Re: Conclusion of the last call on draft-housley-two-maturity-levels
References: <20110728121904.2D22AD7A76F@newdev.eecs.harvard.edu> <4E5D4570.9080108@piuha.net> <4E6AEBDC.60002@gmail.com> <CAC4RtVDYE21f0TTq1oT0gPjb2Ut40oA3g3LpjHVdryO0U6kuug@mail.gmail.com>
In-Reply-To: <CAC4RtVDYE21f0TTq1oT0gPjb2Ut40oA3g3LpjHVdryO0U6kuug@mail.gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: ietf@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 10 Sep 2011 16:23:29 -0000

10.09.2011 16:56, Barry Leiba wrote:
>> 1) Did the IESG consider processing this as RFC 3933 process experiment?
> How on Earth could that possibly work?

Those who are interested in something working will certainly find the 
way to make it work.

>
> First, simply the fact of the experiment will almost certainly prompt
> people to participate, resulting in a number of specs upgrading from
> PS to IS during the experiment... regardless of whether that pattern
> would continue afterward.  The experiment would be entirely tainted by
> its own existence, and would appear to succeed regardless of whether
> the change will actually help in the long term or not.
>
> Second, should we decide that the experiment failed and we do not want
> to continue the process change, what happens to all the IS documents
> that advanced from PS during the experiment?  Are they rolled back to
> DS?  Do they stay at IS?  In the former case, what does that do to
> assumptions that had been made on the basis of IS status?  If the
> latter case, how is that fair to documents that didn't have the
> opportunity to "skip" a rung in the ladder?  And wouldn't that be even
> *more* of an incentive for people to push their docs from PS to IS
> during the experiment, exacerbating the first effect?

So, for the purpose of the experiment, there will be a "2nd level", 
which is Draft Standard now and would be Internet Standard.  People 
wanting to participate in the experiment will be warned that a "2nd 
level" of Internet Standard might be of temporary nature and therefore, 
in the case of experiment failure, will be Draft Standard.  
Correspondingly, RFCs advanced to "2nd level" of IS, in the case of 
permanent adaptation, will be Internet Standard, and in case of 
returning to 2026 model, will be Draft Standard.  The term "experiment" 
implies that something will go in some way which is unusual; this is 
that unusual way.

Anyway, do we need to care what maturity level has some spec reached?  
Eg., YAM has undertaken an effort to advance RFC 4409, mail submission 
protocol spec, to Full Standard (now 4409bis is approved as FS), but, 
I'm sure, this won't affect the many implementations which use and will 
continue to use mail submission protocol independent on its current 
maturity level.  SMTP spec is now on Draft Standard, and I don't think 
it is now more widespread that when its spec was on Proposed Standard.  
Does that matter?

>
> Doing this as a process experiment doesn't make any sense; we either
> make this change, or we don't.  And we need to stop wasting time
> arguing about it.

"We either make change, or we don't" - unless there is a stable 
consensus on the change, the second variant is going to be the right one.

BTW, stopping arguing is indeed a good idea; starting discussing is 
indeed a better idea (if we haven't yet).  So what we're doing - 
discussing or arguing?

Mykyta Yevstifeyev

>
> Barry
>