Re: Issues around sponsoring individual documents

Graham Klyne <GK@ninebynine.org> Tue, 09 October 2007 21:21 UTC

Return-path: <discuss-bounces@apps.ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfMW3-0001dH-S3; Tue, 09 Oct 2007 17:21:23 -0400
Received: from discuss by megatron.ietf.org with local (Exim 4.43) id 1IfMW2-0001d9-Kf for discuss-confirm+ok@megatron.ietf.org; Tue, 09 Oct 2007 17:21:22 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfMW2-0001d1-B8 for discuss@apps.ietf.org; Tue, 09 Oct 2007 17:21:22 -0400
Received: from mail.songbird.com ([208.184.79.10]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IfMVw-00046m-2k for discuss@apps.ietf.org; Tue, 09 Oct 2007 17:21:22 -0400
Received: from [127.0.0.1] (mail.songbird.com [208.184.79.10]) by mail.songbird.com (8.12.11.20060308/8.12.11) with ESMTP id l99LKlsZ027376; Tue, 9 Oct 2007 14:20:48 -0700
Message-ID: <470BF0C1.2090303@ninebynine.org>
Date: Tue, 09 Oct 2007 22:21:05 +0100
From: Graham Klyne <GK@ninebynine.org>
User-Agent: Thunderbird 2.0.0.6 (Windows/20070728)
MIME-Version: 1.0
To: Lisa Dusseault <ldusseault@commerce.net>
Subject: Re: Issues around sponsoring individual documents
References: <76D1FAA9-6605-4D54-9DCC-068BC8242420@commerce.net>
In-Reply-To: <76D1FAA9-6605-4D54-9DCC-068BC8242420@commerce.net>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 4adaf050708fb13be3316a9eee889caa
Cc: Apps Discuss <discuss@apps.ietf.org>
X-BeenThere: discuss@apps.ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: general discussion of application-layer protocols <discuss.apps.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/discuss>, <mailto:discuss-request@apps.ietf.org?subject=unsubscribe>
List-Post: <mailto:discuss@apps.ietf.org>
List-Help: <mailto:discuss-request@apps.ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/discuss>, <mailto:discuss-request@apps.ietf.org?subject=subscribe>
Errors-To: discuss-bounces@apps.ietf.org

Lisa Dusseault wrote:
> 
> The Applications area does not have a lot of attendees or WGs (I oversee
> five, and of those five, three are within a document or two of
> closing).  Much of the current work is being done as individual
> submissions (abbreviated IS in this email) [0].  I'd like to get some
> input on how IS's should be handled.  I have many opinions on IS
> tradeoffs, having written several and sponsored more, but I'm trying to
> phrase these questions without entirely presupposing my own answers, and
> to reflect conflicted opinions and the criticisms I've heard.

A late response, but a couple of considerations that I don't think have been
entirely covered by the many thoughtful comments so far offered:

1. By forming a WG, there is an understanding (a contract or sorts?) that
proposals for issues described by the WG charter will be given proper
consideration, and appropriately progressed if they are of suitable quality.  An
IS has no such assurance, and as such the proposer has no ground for complaint
if the work they do is summarily dismissed.  This suggests to me that there is a
reasonable judgement a proposer may make, and that IS is not simply a "short cut".

2. In contemplating an IS, I would expect that there be a presumption that any
RFC publication (if the work is deemed worthy of such publication) would
initially be as informational or experimental rather than standards track.

These are considerations that, if suitably promoted as "health warnings"
concerning IS's, may lead proposers themselves to make reasonable judgements
about the appropriate route to follow rather than always requiring an AD to make
the decision.

> (BTW, I'm sure I can follow the advice of "Use your judgement" if anybody 
> decides to say that, but it doesn't really inform that judgement does it?  )

In terms of informing judgement... if the case for an IS isn't fairly obvious,
then I think the presumption would be to not offer support.  (My mathematical
analysis tutor would tell us "if something is obvious then either it can be
proven in three lines or it's an assumption".)  And technically, unless the
rules changed without me noticing, a document can proceed as informational RFC
without requiring IESG support, right?

#g

-- 
Graham Klyne
For email:
http://www.ninebynine.org/#Contact