Re: Last Call: 'TLS User Mapping Extension' to Proposed Standard
Bernard Aboba <aboba@internaut.com> Tue, 21 February 2006 21:20 UTC
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1FBewF-0002sW-CS; Tue, 21 Feb 2006 16:20:51 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FBewE-0002sK-7M for ietf@ietf.org; Tue, 21 Feb 2006 16:20:50 -0500
Received: from outbound.mailhop.org ([63.208.196.171]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FBewB-0001vV-Vx for ietf@ietf.org; Tue, 21 Feb 2006 16:20:50 -0500
Received: from c-67-182-139-247.hsd1.wa.comcast.net ([67.182.139.247] helo=internaut.com) by outbound.mailhop.org with esmtpa (Exim 4.51) id 1FBewB-000Pno-Fj for ietf@ietf.org; Tue, 21 Feb 2006 16:20:47 -0500
Received: by internaut.com (Postfix, from userid 1000) id CC10B60431; Tue, 21 Feb 2006 13:20:46 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by internaut.com (Postfix) with ESMTP id BF8245E7D7 for <ietf@ietf.org>; Tue, 21 Feb 2006 13:20:46 -0800 (PST)
X-Mail-Handler: MailHop Outbound by DynDNS
X-Originating-IP: 67.182.139.247
X-Report-Abuse-To: abuse@dyndns.com (see http://www.mailhop.org/outbound/abuse.html for abuse reporting information)
X-MHO-User: aboba
Date: Tue, 21 Feb 2006 13:20:46 -0800
From: Bernard Aboba <aboba@internaut.com>
To: ietf@ietf.org
Message-ID: <Pine.LNX.4.61.0602211307430.24339@internaut.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 69a74e02bbee44ab4f8eafdbcedd94a1
Subject: Re: Last Call: 'TLS User Mapping Extension' to Proposed Standard
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Errors-To: ietf-bounces@ietf.org
Pasi Eronen said: "On the other hand, I also think that just refusing to publish this document would be a highly unproductive approach. If the document solves a reasonable problem, the solution works, and it looks likely it will be widely deployed, I don't think preventing publication on minor process details would exactly "make the Internet work better"." I agree that not publishing this document would be unproductive, but I'm not sure I agree about the "minor process details" part. The IETF has processes in order to ensure fairness and due process. These details are not minor -- one might argue they are at the heart of what it means to be an open standards body. You do make a good argument that the TLS IANA considerations are producing results that are not very logical. If that's true, then we should fix this so that the results make sense to the community. Throughout the IETF we seem to be overwhelmed with the proliferation of rules which while originally created with good intentions, now contribute little to the fundamental business of the organization, and are contributing to the perception that the process is illogical and unfair. Adding a layer of exceptions on top in order to get enable smoother passage through the thicket will only make things even more complex; it might be preferrable to consider a defoliant. I'd also note that there is another TLS extension going for Proposed Standard that is in much the same situation: http://www.watersprings.org/pub/id/draft-salowey-tls-ticket-07.txt That document is also likely to be widely deployed, is largely backed by a single vendor, and has some issues that would require changes that may be difficult to make given the advanced state of development. Does it make sense to refuse to publish this document because of these issues? No. Is it important that the IETF treat such documents in a manner that is uniform as well as logical? Very much so. _______________________________________________ Ietf mailing list Ietf@ietf.org https://www1.ietf.org/mailman/listinfo/ietf
- Re: Last Call: 'TLS User Mapping Extension' to Pr… Eric Rescorla
- Re: Last Call: 'TLS User Mapping Extension' to Pr… Steven M. Bellovin
- Re: Last Call: 'TLS User Mapping Extension' to Pr… Bill Fenner
- Re: Last Call: 'TLS User Mapping Extension' to Pr… Russ Housley
- Re: Last Call: 'TLS User Mapping Extension' to Pr… Russ Housley
- Is round-trip time no longer a concern? (was: Re:… Dave Crocker
- Re: Is round-trip time no longer a concern? Russ Allbery
- Re: Is round-trip time no longer a concern? (was:… Steven M. Bellovin
- Re: Last Call: 'TLS User Mapping Extension' to Pr… Bill Strahm
- Re: Is round-trip time no longer a concern? (was:… Dave Cridland
- Re: Is round-trip time no longer a concern? Harald Tveit Alvestrand
- Re: Is round-trip time no longer a concern? Peter Dambier
- RE: Last Call: 'TLS User Mapping Extension' to Pr… Pasi.Eronen
- Re: Is round-trip time no longer a concern? Eric Rescorla
- Re: Is round-trip time no longer a concern? Keith Moore
- Re: Is round-trip time no longer a concern? Dave Cridland
- Re: Is round-trip time no longer a concern? Dave Crocker
- Re: Is round-trip time no longer a concern? Eric Rescorla
- Re: Is round-trip time no longer a concern? Tony Finch
- Re: Is round-trip time no longer a concern? Steven M. Bellovin
- Re: Is round-trip time no longer a concern? Dave Crocker
- RE: Last Call: 'TLS User Mapping Extension' to Pr… Gray, Eric
- RE: [TLS] Re: Last Call: 'TLS User Mapping Extens… Pasi.Eronen
- Re: Last Call: 'TLS User Mapping Extension' to Pr… Bernard Aboba
- RE: Last Call: 'TLS User Mapping Extension' to Pr… Russ Housley
- RE: [TLS] Re: Last Call: 'TLS User Mapping Extens… Russ Housley
- RE: [TLS] Re: Last Call: 'TLS User Mapping Extens… Stefan Santesson
- RE: Last Call: 'TLS User Mapping Extension' to Pr… Stefan Santesson
- RE: Last Call: 'TLS User Mapping Extension' to Pr… Stefan Santesson
- RE: Re: [TLS] Re: Last Call: 'TLS User Mapping Ex… Stefan Santesson
- RE: Re: [TLS] Re: Last Call: 'TLS User Mapping Ex… Stefan Santesson
- RE: Re: [TLS] Re: Last Call: 'TLS User Mapping Ex… Russ Housley
- Re: Last Call: 'TLS User Mapping Extension' to Pr… Simon Josefsson
- Re: Last Call: 'TLS User Mapping Extension' to Pr… Jeffrey Hutzelman
- RE: [TLS] Re: Last Call: 'TLS User Mapping Extens… Ari Medvinsky