Re: TLS WG Chair Comments on draft-ietf-tls-authz-07

Tim Polk <tim.polk@nist.gov> Wed, 11 February 2009 20:51 UTC

Return-Path: <tim.polk@nist.gov>
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 182423A69F2; Wed, 11 Feb 2009 12:51:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.74
X-Spam-Level:
X-Spam-Status: No, score=-4.74 tagged_above=-999 required=5 tests=[BAYES_20=-0.74, RCVD_IN_DNSWL_MED=-4]
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 nyCPHP9agXwb; Wed, 11 Feb 2009 12:51:24 -0800 (PST)
Received: from smtp.nist.gov (rimp2.nist.gov [129.6.16.227]) by core3.amsl.com (Postfix) with ESMTP id BF6F23A69BF; Wed, 11 Feb 2009 12:51:23 -0800 (PST)
Received: from [192.168.15.166] (bethany.ncsl.nist.gov [129.6.52.15]) by smtp.nist.gov (8.13.1/8.13.1) with ESMTP id n1BKpBUB008080; Wed, 11 Feb 2009 15:51:11 -0500
In-Reply-To: <20090211053342.C765E50822@romeo.rtfm.com>
References: <20090211053342.C765E50822@romeo.rtfm.com>
Mime-Version: 1.0 (Apple Message framework v753.1)
Content-Type: text/plain; charset="US-ASCII"; delsp="yes"; format="flowed"
Message-Id: <1A253EA8-BCF7-47D7-9A68-C9A7DE1423E8@nist.gov>
Content-Transfer-Encoding: 7bit
From: Tim Polk <tim.polk@nist.gov>
Subject: Re: TLS WG Chair Comments on draft-ietf-tls-authz-07
Date: Wed, 11 Feb 2009 14:37:55 -0500
To: Eric Rescorla <ekr@networkresonance.com>
X-Mailer: Apple Mail (2.753.1)
X-NIST-MailScanner: Found to be clean
X-NIST-MailScanner-From: tim.polk@nist.gov
Cc: draft-housley-tls-authz-extns@tools.ietf.org, iesg@ietf.org, 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: Wed, 11 Feb 2009 20:51:25 -0000

Eric & Joe,

In retrospect, I certainly should have consulted with the TLS WG before
initiating yet another Last Call.  I failed to do so because the  
controversy
had not centered on technical questions, but a great deal of time has
passed, and the mechanism is clearly relevant to the scope of your
working group.  I appreciate the course correction, as I did not intend
to perform an end around.

I will rectify the situation this week and request that the TLS WG  
review
the document to gauge interest in this area.  I would be delighted to
learn that the TLS WG is now interested in pursuing work in the
authorization space.  I have always thought that would be the best
course of action.  An important metric for working group interest
would be availability of an editor, since the lead editor for authz does
not have the necessary cycles available for active editorship.

In this case, I would ask the WG chairs to support approval of
draft-housley-tls-authz as experimental, with a hold in the RFC queue
until the the WG document  is ready for publication.  When completed,
the WG document would include an appendix that moves
draft-housley-tls-authz to historic.  In this way, draft-housley-tls- 
authz
would not appear as an RFC until the standards track document is
also an RFC, and would always be designated historic.  (This is
consistent with the recent handling of personal drafts in several other
working groups.)

If the working group decides not to pursue this work, I will *not*  
ask the
IESG to approve for standards track.  After two years as AD, I have my
own reservations about advancing individual submissions as standards
track.  (It has been problematic almost every time!)  I am not ready  
to set
a hard and fast rule, but opposition from the relevant wg chairs would
seem to be an important indicator.   :)  I will consider requesting  
approval
as Experimental, *contingent on the consensus call* of course.

I am unsure what course is best if the working group decides to pursue
authorization work but the authors decline to submit the document to the
working group a second time.  Hopefully, that set of conditions will not
come to pass.

Again, my apologies for the process failure (at least in spirit).   
Thanks for
responding, and I look forward to hearing the results of the TLS WG
discussions.

Thanks,

Tim Polk

On Feb 11, 2009, at 12:33 AM, Eric Rescorla wrote:

> [Resent with proper addressing information]
>
> As chairs of the TLS Working Group, we request that the IESG not
> approve draft-ietf-tls-authz-07 as a Proposed Standard. This document
> was initially brought to the TLS WG, which passed on it due to lack of
> interest and it was subsequently advanced as an individual submission,
> but IESG approval was rescinded after the disclosure of IPR that
> affected the document. These events occurred in late 2006 and early
> 2007. In the nearly two years since the previous attempts at
> progressing the document, the authors have not coordinated with the
> TLS WG. The TLS WG was not consulted prior to the start of this new
> Last Call.
>
> Although we recognize that opinions vary about the wisdom of advancing
> documents as individual submissions, this does not seem like an edge
> case to us. First, there is a functioning, relevant, working group:
> TLS. While it is true that the WG did not object to advancement two
> years ago, that was with the impression that it would be
> uncontroversial, which clearly is not the situation. On the contrary,
> the IPR situation remains quite unclear and there are also technical
> issues with the document (see Eric Rescorla's separate review), as
> well as at least one part of the document which is obsoleted by RFC
> 5246.  These factors provide substantial evidence that the document
> would benefit from the Working Group process.
>
> If the authors wish to advance the document on the standards track,
> the appropriate path is to submit it to the TLS WG as a work item. TLS
> WG has the appropriate participation and skills to evaluate the need
> for this work and the suitability of this document.  If there is
> sufficient support for work in this area (including the usual RFC 3979
> IPR Evaluation), then it can advance through the standards track via
> the WG process. If the authors don't wish to go through the WG
> process, we do not oppose advancement of this document as
> Experimental. However, we do not believe that advancing a two year old
> document which is clearly in scope of an active WG is an appropriate
> use of the individual submission process. Therefore we urge the IESG
> not to approve this document.
>
> Eric Rescorla
> Joe Salowey
> [TLS WG Chairs]