Re: [apps-discuss] New appsawg documents

"t.petch" <ietfc@btconnect.com> Wed, 31 August 2011 17:11 UTC

Return-Path: <ietfc@btconnect.com>
X-Original-To: apps-discuss@ietfa.amsl.com
Delivered-To: apps-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A4D3021F8A56 for <apps-discuss@ietfa.amsl.com>; Wed, 31 Aug 2011 10:11:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.445
X-Spam-Level:
X-Spam-Status: No, score=-2.445 tagged_above=-999 required=5 tests=[AWL=0.154, BAYES_00=-2.599]
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 d6s5bLu+eZSJ for <apps-discuss@ietfa.amsl.com>; Wed, 31 Aug 2011 10:11:17 -0700 (PDT)
Received: from mail.btconnect.com (c2beaomr06.btconnect.com [213.123.26.184]) by ietfa.amsl.com (Postfix) with ESMTP id 335C321F8A66 for <apps-discuss@ietf.org>; Wed, 31 Aug 2011 10:11:16 -0700 (PDT)
Received: from host109-153-79-81.range109-153.btcentralplus.com (HELO pc6) ([109.153.79.81]) by c2beaomr06.btconnect.com with SMTP id EJQ77229; Wed, 31 Aug 2011 18:12:35 +0100 (BST)
Message-ID: <008301cc67f8$43bb4b00$4001a8c0@gateway.2wire.net>
From: "t.petch" <ietfc@btconnect.com>
To: Barry Leiba <barryleiba@computer.org>, stpeter@stpeter.im, msk@cloudmark.com
References: <CALaySJKw3zwR-Joxm8oBi8Y6b4E0zq5r5HbNGykDaotVTdGeXQ@mail.gmail.com><004001cc6736$d4baab40$4001a8c0@gateway.2wire.net><CALaySJKkFht1k8Bux+d3jULBrzhwgx2uUu1fGX4TYVPewFKM5g@mail.gmail.com> <CALaySJ+1NhpqEAMOkRpKT5OOsL4-Z+CG9VHYdOrLdVJkNbcR=A@mail.gmail.com>
Date: Wed, 31 Aug 2011 18:08:39 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-Mirapoint-IP-Reputation: reputation=Fair-1, source=Queried, refid=tid=0001.0A0B0301.4E5E6B80.0092, actions=TAG
X-Junkmail-Premium-Raw: score=7/50, refid=2.7.2:2011.8.31.154815:17:7.586, ip=109.153.79.81, rules=__HAS_MSGID, __OUTLOOK_MSGID_1, __SANE_MSGID, __TO_MALFORMED_2, __BOUNCE_CHALLENGE_SUBJ, __BOUNCE_NDR_SUBJ_EXEMPT, __SUBJ_ALPHA_END, __MIME_VERSION, __CT, CT_TP_8859_1, __CT_TEXT_PLAIN, __CTE, __HAS_X_PRIORITY, __HAS_MSMAIL_PRI, __HAS_X_MAILER, USER_AGENT_OE, __OUTLOOK_MUA_1, __USER_AGENT_MS_GENERIC, __ANY_URI, __URI_NO_WWW, __URI_NO_PATH, __INT_PROD_COMP, BODY_SIZE_1900_1999, BODYTEXTP_SIZE_3000_LESS, __MIME_TEXT_ONLY, RDNS_GENERIC_POOLED, BODY_SIZE_5000_LESS, RDNS_SUSP_GENERIC, __OUTLOOK_MUA, RDNS_SUSP, BODY_SIZE_2000_LESS, BODY_SIZE_7000_LESS
X-Junkmail-Status: score=10/50, host=c2beaomr06.btconnect.com
X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A0B020A.4E5E6B83.0128, ss=1, fgs=0, ip=0.0.0.0, so=2010-07-22 22:03:31, dmn=2009-09-10 00:05:08, mode=multiengine
X-Junkmail-IWF: false
Cc: Apps Discuss <apps-discuss@ietf.org>
Subject: Re: [apps-discuss] New appsawg documents
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: General discussion of application-layer protocols <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-discuss>
List-Post: <mailto:apps-discuss@ietf.org>
List-Help: <mailto:apps-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 31 Aug 2011 17:11:18 -0000

----- Original Message ----- 
From: "Barry Leiba" <barryleiba@computer.org>
To: "t.petch" <ietfc@btconnect.com>
Cc: "Apps Discuss" <apps-discuss@ietf.org>
Sent: Tuesday, August 30, 2011 8:17 PM

> >> At least two of these seem to be progressing nicely without any
> >> adoption by appsawg, so adopting them seems to be a way of making
> >> work.
> 
> I'll add that it's the goal of AppsAWG to help the process, not to
> make extra work and hinder things.  Without it, the document editors
> have to make sure the document gets sufficient review, convince an
> Area Director to sponsor it, and deal with a four-week IETF last call.
>  With it, the working group is here to review the document, and the
> document shepherd (one of the chairs or someone we assign) will assess
> the quality of review, we already have approval from the Area
> Directors to go ahead, and there's a two-week last call when we send
> it up.
> 
> If the WG is putting undue extra process in the way, we're doing
> something wrong, and that's something we should discuss.  Let's start
> by seeing how smoothly a few more documents go (the first two went
> well, I think).

Barry, Peter, Murray,

Thank you for the explanation.  This is sort of my concern, that it makes
appsawg sound a bit like a factory for churning out RFC as cheaply as possible,
like some far eastern manufacturer of cotton clothing.

I want the process of producing an RFC to be challenging, to demonstrate
that there is support for this as an RFC and that there has been adequate
review. Asking for approval for seven I-Ds in three days does limit the
likely review, and indeed, I see that one I-D has already progressed
before even those three days are up, but I am not suggesting you extend it.
Rather, I shall think again, perhaps at IETF Last Call, about the process
and how it has served us.

Tom Petch


> 
> Barry