Re: draft-housley-two-maturity-levels
John C Klensin <john-ietf@jck.com> Tue, 06 July 2010 17:05 UTC
Return-Path: <john-ietf@jck.com>
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 095703A684C for <ietf@core3.amsl.com>; Tue, 6 Jul 2010 10:05:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.649
X-Spam-Level:
X-Spam-Status: No, score=-0.649 tagged_above=-999 required=5 tests=[AWL=-0.650, BAYES_50=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y8dGrpYQJgz3 for <ietf@core3.amsl.com>; Tue, 6 Jul 2010 10:05:46 -0700 (PDT)
Received: from bs.jck.com (ns.jck.com [209.187.148.211]) by core3.amsl.com (Postfix) with ESMTP id 3D2B83A699C for <ietf@ietf.org>; Tue, 6 Jul 2010 10:05:46 -0700 (PDT)
Received: from [127.0.0.1] (helo=localhost) by bs.jck.com with esmtp (Exim 4.34) id 1OWBaV-000Ozv-Kg; Tue, 06 Jul 2010 13:05:40 -0400
Date: Tue, 06 Jul 2010 13:05:38 -0400
From: John C Klensin <john-ietf@jck.com>
To: dcrocker@bbiw.net, Brian E Carpenter <brian.e.carpenter@gmail.com>
Subject: Re: draft-housley-two-maturity-levels
Message-ID: <73C71A18043AD4CF7D0D6159@PST.JCK.COM>
In-Reply-To: <4C334A71.4040109@dcrocker.net>
References: <599DEF8BAF6E7D88746D18C4@[192.168.1.128]> <6.2.5.6.2.20100705121135.0accf848@resistor.net> <4C32BC57.5070605@gmail.com> <4C334A71.4040109@dcrocker.net>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Cc: SM <sm@resistor.net>, ietf@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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: Tue, 06 Jul 2010 17:05:48 -0000
--On Tuesday, July 06, 2010 08:23 -0700 Dave CROCKER <dhc2@dcrocker.net> wrote: > On 7/5/2010 10:17 PM, Brian E Carpenter wrote: >> On 2010-07-06 08:49, SM wrote: >> Although the IETF Chair is also an IETF participant, it can be >>> perceived as problematic when the person writes a >>> non-technical proposal that has to be evaluated by the IESG. >> >> It could be, but if the proposal is a matter of common sense >> and blindingly obvious simplification, it isn't, IMHO. Let's >> just do it; there is no down side. There may be many other >> issues, as suggested by John, but this simplification can >> only help everybody. > Brian, > > I agree that there seems to be quite a bit of blindness in the > way this is being discussed. This is something for which > there is no urgency, and about both the needs and the benefits > being offered are squishy, at best. Added to this is > unfortunately strong resistance to serious discussion and > consideration of concerns and questions being raised. > > The assertion that it is possible to take a core construct > that has been in place for 20 years, and that making a change > that is certain to have no downsides, is an example of the > problem in the current process. > > This sort of change has costs. /ANY/ change has costs. It > does not necessarily have any benefits. At the least, there > should be careful attention to the implementation effort and > the potential impact on community use of labels. > > Also at the least, folks who are promoting this need to > produce a compelling benefit statement. So far, that's > lacking. Brian, I largely agree with Dave. In fact, I can't see any aspect of this where we disagree. But I think I would go further in a few respects: (1) We know from experience that the community is easily exhausted when dealing with process matters. If approving this left us unable to consider more fundamental changes -- changes that would actually solve problems that we can identify-- that would be a very significant "down side". (2) Independent of the question of community energy and bandwidth, no one has done an analysis of whether these changes would make it easier or harder to address and solve other (or, if you prefer, "real") problems. If the answer were "harder", then that would be a very significant "down side" -- almost certainly sufficient to justify rejecting this proposal. That is not a matter of the best being the enemy of the good. It is more a matter of a quick patch being the enemy of any real solution to any real problem. (3) While I'm as offended as anyone else by the continued presence of the never-used RFC 2026 "advance in grade or die" provision, if that were really the problem, the "common sense and blindingly obvious simplification" would be to explicitly deprecate that provision, replacing it with nothing, and do nothing else. If that had been proposed, I wouldn't be objecting. But the actual proposal is neither [obviously] common sense nor a blindingly obvious simplification. It isn't clear to me that, statistically, it would be a simplification in practice at all. Yes, it means one fewer pass through the IESG for a relatively small number of documents, but the IESG's treatment of Proposed Standards in excess of what 2026 anticipates could lead a reasonable person to predict that the only real effects of this proposal would be to eliminate one level and, over time, cause the IESG to drastically increase the de facto requirements for the second level. That would not be a simplification in practice, much less a "blindingly obvious" one. I don't know if the reading is correct, but one way to read the proposal is that the goal is to make life a bit easier for the IESG. The IETF's job is to make the Internet work better -- and that includes, IMO, a whole series of things about more timely and accurate documents with clear status. I can think of ways to make the IESG's job easier -- some probably worthwhile, although, with one exception, I wouldn't go as far as "common sense and blindingly obvious"-- but that goal should be secondary to the needs of the Internet. (The exception might be described as "the IESG should stop making extra work for itself and then complaining about it", with, in this context, the threshold for approval of Proposed Standards above and beyond what 2026 anticipates and doing editing work that could be left to the professionals of the RFC Editor function, heading that list.) > ps. SM raises a concern that falls under the category of > conflict of interest. This is something that does not > require bad intent or bad action; it merely requires > potentially competing goals (interests). Having a proposal's > proponent also be in charge of a proposal's approval is the > essence of conflict of interest. +1 john
- draft-housley-two-maturity-levels John C Klensin
- Re: draft-housley-two-maturity-levels SM
- Re: draft-housley-two-maturity-levels Brian E Carpenter
- Re: draft-housley-two-maturity-levels Dave CROCKER
- Re: draft-housley-two-maturity-levels John C Klensin
- Re: draft-housley-two-maturity-levels Eric Rosen
- Re: draft-housley-two-maturity-levels Dave CROCKER
- Re: draft-housley-two-maturity-levels Julian Reschke
- Re: draft-housley-two-maturity-levels Dave CROCKER
- Re: draft-housley-two-maturity-levels Russ Housley
- Re: draft-housley-two-maturity-levels Brian E Carpenter
- Re: draft-housley-two-maturity-levels James M. Polk
- Re: draft-housley-two-maturity-levels Brian E Carpenter
- Re: draft-housley-two-maturity-levels James M. Polk
- Re: draft-housley-two-maturity-levels Phillip Hallam-Baker
- Re: draft-housley-two-maturity-levels Russ Housley
- Re: draft-housley-two-maturity-levels Barry Leiba
- Re: draft-housley-two-maturity-levels Brian E Carpenter
- Re: draft-housley-two-maturity-levels Eric Burger
- Re: draft-housley-two-maturity-levels Keith Moore
- Re: draft-housley-two-maturity-levels John Levine
- Re: draft-housley-two-maturity-levels Scott O. Bradner
- RE: draft-housley-two-maturity-levels Ross Callon
- Re: draft-housley-two-maturity-levels Bert (IETF) Wijnen
- Re: draft-housley-two-maturity-levels Eric Burger
- Re: draft-housley-two-maturity-levels Scott O. Bradner
- Re: draft-housley-two-maturity-levels Russ Housley
- Re: draft-housley-two-maturity-levels Scott O. Bradner
- Re: draft-housley-two-maturity-levels Dave CROCKER
- Re: draft-housley-two-maturity-levels Julian Reschke
- Re: draft-housley-two-maturity-levels John Leslie
- Re: draft-housley-two-maturity-levels Michael Richardson
- Re: draft-housley-two-maturity-levels Michael Richardson
- Re: draft-housley-two-maturity-levels Andrew Sullivan
- Re: draft-housley-two-maturity-levels RJ Atkinson
- Re: draft-housley-two-maturity-levels Barry Leiba
- Re: draft-housley-two-maturity-levels Martin Rex
- Re: draft-housley-two-maturity-levels Keith Moore
- Re: draft-housley-two-maturity-levels Scott O. Bradner
- Re: draft-housley-two-maturity-levels Ted Hardie
- RE: draft-housley-two-maturity-levels Tony Hain
- Re: draft-housley-two-maturity-levels Michael Richardson
- Re: draft-housley-two-maturity-levels Phillip Hallam-Baker
- Re: draft-housley-two-maturity-levels John Leslie
- Re: draft-housley-two-maturity-levels Phillip Hallam-Baker
- Re: draft-housley-two-maturity-levels Scott O. Bradner
- Re: draft-housley-two-maturity-levels Phillip Hallam-Baker
- Re: draft-housley-two-maturity-levels Scott O. Bradner
- RE: draft-housley-two-maturity-levels Tony Hain
- RE: draft-housley-two-maturity-levels Tony Hain
- Re: draft-housley-two-maturity-levels Phillip Hallam-Baker
- Re: draft-housley-two-maturity-levels Michael Richardson
- two independent implementations (Re: draft-housle… Lars Eggert
- Re: draft-housley-two-maturity-levels Lars Eggert
- Re: draft-housley-two-maturity-levels Lars Eggert
- Re: draft-housley-two-maturity-levels ned+ietf
- Re: two independent implementations (Re: draft-ho… James M. Polk
- RE: draft-housley-two-maturity-levels Tony Hain
- Re: draft-housley-two-maturity-levels Dave CROCKER
- Re: two independent implementations (Re: draft-ho… James M. Polk
- Re: draft-housley-two-maturity-levels David Kessens
- Re: two independent implementations John Leslie
- Re: draft-housley-two-maturity-levels SM
- RE: two independent implementations Tony Hain
- Re: draft-housley-two-maturity-levels Bob Braden
- Re: draft-housley-two-maturity-levels Yoav Nir
- RE: draft-housley-two-maturity-levels Tony Hain
- Re: draft-housley-two-maturity-levels Bob Braden
- Re: draft-housley-two-maturity-levels Peter Saint-Andre
- Re: draft-housley-two-maturity-levels Phillip Hallam-Baker
- Re: draft-housley-two-maturity-levels Eric Burger
- Re: draft-housley-two-maturity-levels Ralph Droms
- Re: draft-housley-two-maturity-levels Ralph Droms
- Re: draft-housley-two-maturity-levels ned+ietf
- Re: draft-housley-two-maturity-levels Phillip Hallam-Baker
- Re: draft-housley-two-maturity-levels Joel Jaeggli
- Re: draft-housley-two-maturity-levels Phillip Hallam-Baker
- Re: draft-housley-two-maturity-levels Russ Housley
- Re: draft-housley-two-maturity-levels Peter Saint-Andre
- Re: draft-housley-two-maturity-levels Joel M. Halpern
- Re: draft-housley-two-maturity-levels Peter Saint-Andre
- Re: draft-housley-two-maturity-levels Phillip Hallam-Baker
- Re: draft-housley-two-maturity-levels RJ Atkinson
- Re: draft-housley-two-maturity-levels Tony Hansen
- Re: draft-housley-two-maturity-levels Mykyta Yevstifeyev
- Re: draft-housley-two-maturity-levels John Leslie
- Re: draft-housley-two-maturity-levels ned+ietf
- Re: draft-housley-two-maturity-levels Scott O. Bradner
- Re: draft-housley-two-maturity-levels John C Klensin
- Re: draft-housley-two-maturity-levels Gonzalo Camarillo
- Re: draft-housley-two-maturity-levels John C Klensin
- Re: draft-housley-two-maturity-levels Dave CROCKER
- Re: draft-housley-two-maturity-levels Doug Barton
- Re: draft-housley-two-maturity-levels SM
- Re: draft-housley-two-maturity-levels Martin Rex
- Re: draft-housley-two-maturity-levels Mark Atwood
- Re: draft-housley-two-maturity-levels Brian E Carpenter
- Re: draft-housley-two-maturity-levels Dave CROCKER
- Re: draft-housley-two-maturity-levels Brian E Carpenter
- Re: draft-housley-two-maturity-levels Russ Housley
- New version of NroffEdit released for IETF80 Stefan Santesson
- Re: draft-housley-two-maturity-levels Joel M. Halpern
- Re: New version of NroffEdit released for IETF80 Stefan Santesson
- Re: draft-housley-two-maturity-levels Mykyta Yevstifeyev
- Re: draft-housley-two-maturity-levels Joel M. Halpern
- Re: draft-housley-two-maturity-levels Mykyta Yevstifeyev
- Re: draft-housley-two-maturity-levels Dave CROCKER
- Re: draft-housley-two-maturity-levels Bob Hinden
- Re: draft-housley-two-maturity-levels Eric Burger
- draft-housley-two-maturity-levels Jari Arkko
- Re: draft-housley-two-maturity-levels Brian E Carpenter
- Re: draft-housley-two-maturity-levels Scott O. Bradner
- Re: draft-housley-two-maturity-levels Robert Sparks
- Re: draft-housley-two-maturity-levels Eric Burger
- Re: draft-housley-two-maturity-levels Peter Saint-Andre
- Re: draft-housley-two-maturity-levels Keith Moore
- Re: draft-housley-two-maturity-levels Peter Saint-Andre
- Re: draft-housley-two-maturity-levels Brian E Carpenter
- Re: draft-housley-two-maturity-levels Chris Newman
- Re: draft-housley-two-maturity-levels Pete Resnick
- Re: draft-housley-two-maturity-levels Joel M. Halpern
- Re: draft-housley-two-maturity-levels John Leslie
- Re: draft-housley-two-maturity-levels Brian E Carpenter
- Re: draft-housley-two-maturity-levels RJ Atkinson
- Re: draft-housley-two-maturity-levels Eric Burger
- Re: draft-housley-two-maturity-levels Scott O Bradner
- Re: draft-housley-two-maturity-levels Peter Saint-Andre
- Re: draft-housley-two-maturity-levels John C Klensin
- Re: draft-housley-two-maturity-levels Joel M. Halpern
- Re: draft-housley-two-maturity-levels John C Klensin
- Conclusion of the last call on draft-housley-two-… Jari Arkko
- Re: Conclusion of the last call on draft-housley-… SM
- Re: Conclusion of the last call on draft-housley-… John C Klensin
- Re: Conclusion of the last call on draft-housley-… Keith Moore
- Re: Conclusion of the last call on draft-housley-… Frank Ellermann
- RE: Conclusion of the last call on draft-housley-… Ross Callon
- Re: Conclusion of the last call on draft-housley-… Keith Moore
- RE: Conclusion of the last call on draft-housley-… ned+ietf
- RE: Conclusion of the last call on draft-housley-… James M. Polk
- Other proposals (Was: :Re: Conclusion of the last… Jari Arkko
- Re: Conclusion of the last call on draft-housley-… Keith Moore
- Re: Conclusion of the last call on draft-housley-… Jari Arkko
- Re: Conclusion of the last call on draft-housley-… Keith Moore
- Re: Conclusion of the last call on draft-housley-… Barry Leiba
- RE: Conclusion of the last call on draft-housley-… John C Klensin
- Re: Conclusion of the last call on draft-housley-… ned+ietf
- Re: Conclusion of the last call on draft-housley-… ned+ietf
- Re: Conclusion of the last call on draft-housley-… Brian E Carpenter
- Re: Conclusion of the last call on draft-housley-… Keith Moore
- Re: Conclusion of the last call on draft-housley-… ned+ietf
- Re: Other proposals (Was: :Re: Conclusion of the … SM
- Re: Conclusion of the last call on draft-housley-… Russ Housley
- Re: Conclusion of the last call on draft-housley-… Hector Santos
- RE: Conclusion of the last call on draft-housley-… Ross Callon
- Re: Conclusion of the last call on draft-housley-… Andrew Sullivan
- Re: Conclusion of the last call on draft-housley-… Keith Moore
- Re: Conclusion of the last call on draft-housley-… ned+ietf
- Re: Conclusion of the last call on draft-housley-… Ted Hardie
- Re: Conclusion of the last call on draft-housley-… John C Klensin
- Who raised the bar? [Conclusion of the last call … Brian E Carpenter
- Re: Conclusion of the last call on draft-housley-… Keith Moore
- Re: Who raised the bar? [Conclusion of the last c… Julian Reschke
- Re: Who raised the bar? [Conclusion of the last c… Keith Moore
- Re: Who raised the bar? [Conclusion of the last c… Dave Cridland
- Re: Conclusion of the last call on draft-housley-… Keith Moore
- Re: Who raised the bar? Brian E Carpenter
- Re: Who raised the bar? [Conclusion of the last c… Cullen Jennings
- Re: Conclusion of the last call on draft-housley-… Ted Hardie
- Re: Who raised the bar? [Conclusion of the last c… Ted Hardie
- Re: Conclusion of the last call on draft-housley-… Fred Baker
- Re: Conclusion of the last call on draft-housley-… Keith Moore
- Re: Conclusion of the last call on draft-housley-… Keith Moore
- Re: Conclusion of the last call on draft-housley-… John Leslie
- Re: Conclusion of the last call on draft-housley-… t.petch
- Re: Conclusion of the last call on draft-housley-… ned+ietf
- Re: Conclusion of the last call on draft-housley-… Keith Moore
- Re: Who raised the bar? [Conclusion of the last c… Hector Santos
- Re: Who raised the bar? [Conclusion of the last c… JP Vasseur
- Re: Who raised the bar? [Conclusion of the last c… JP Vasseur
- Re: Who raised the bar? [Conclusion of the last c… SM
- Re: Conclusion of the last call on draft-housley-… Thomas Narten
- Re: Conclusion of the last call on draft-housley-… Mykyta Yevstifeyev
- Re: Conclusion of the last call on draft-housley-… Barry Leiba
- Re: Conclusion of the last call on draft-housley-… Russ Housley
- Re: Conclusion of the last call on draft-housley-… Keith Moore
- Re: Conclusion of the last call on draft-housley-… Mykyta Yevstifeyev
- Re: Conclusion of the last call on draft-housley-… Mykyta Yevstifeyev
- Re: Conclusion of the last call on draft-housley-… Sam Hartman
- Re: Conclusion of the last call on draft-housley-… Hector
- Re: Conclusion of the last call on draft-housley-… hector
- Re: Conclusion of the last call on draft-housley-… Brian E Carpenter
- Re: Conclusion of the last call on draft-housley-… Scott O. Bradner
- Re: Conclusion of the last call on draft-housley-… Keith Moore
- Re: Conclusion of the last call on draft-housley-… Hector
- Re: Conclusion of the last call on draft-housley-… John C Klensin
- Re: Conclusion of the last call on draft-housley-… Eric Burger
- RFC3844 and IETF Core Values Hector
- Re: Conclusion of the last call on draft-housley-… John C Klensin
- Re: Conclusion of the last call on draft-housley-… Brian E Carpenter
- Re: Conclusion of the last call on draft-housley-… John C Klensin
- Re: Conclusion of the last call on draft-housley-… hector
- Re: Conclusion of the last call on draft-housley-… Mykyta Yevstifeyev
- Re: Conclusion of the last call on draft-housley-… Jari Arkko
- Re: Conclusion of the last call on draft-housley-… Russ Housley
- Re: Conclusion of the last call on draft-housley-… John C Klensin
- Re: Conclusion of the last call on draft-housley-… Hector
- Re: Conclusion of the last call on draft-housley-… John C Klensin
- Re: Conclusion of the last call on draft-housley-… Hector
- Re: Conclusion of the last call on draft-housley-… Sam Hartman
- Re: Conclusion of the last call on draft-housley-… Keith Moore
- Re: Conclusion of the last call on draft-housley-… Martin Rex
- Re: Conclusion of the last call on draft-housley-… Douglas Otis
- Re: Conclusion of the last call on draft-housley-… Hadriel Kaplan
- Re: Conclusion of the last call on draft-housley-… Brian E Carpenter