Re: Last Call: draft-housley-iesg-rfc3932bis (IESG Procedures for Handling of Independent and IRTF Stream Submissions) to BCP

SM <sm@resistor.net> Sat, 08 November 2008 14:28 UTC

Return-Path: <ietf-bounces@ietf.org>
X-Original-To: ietf-archive@megatron.ietf.org
Delivered-To: ietfarch-ietf-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BB47C3A6805; Sat, 8 Nov 2008 06:28:21 -0800 (PST)
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 EE3BA3A67D2 for <ietf@core3.amsl.com>; Sat, 8 Nov 2008 06:28:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.2
X-Spam-Level:
X-Spam-Status: No, score=-2.2 tagged_above=-999 required=5 tests=[AWL=-0.399, BAYES_00=-2.599, SARE_SUB_RAND_LETTRS4=0.799]
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 xKW8MWlYICZY for <ietf@core3.amsl.com>; Sat, 8 Nov 2008 06:28:19 -0800 (PST)
Received: from ns1.qubic.net (ns1.qubic.net [208.69.177.116]) by core3.amsl.com (Postfix) with ESMTP id 3FEC53A6805 for <ietf@ietf.org>; Sat, 8 Nov 2008 06:28:19 -0800 (PST)
Received: from subman.resistor.net ([10.0.0.1]) (authenticated bits=0) by ns1.qubic.net (8.14.3/8.14.3) with ESMTP id mA8ES4Df002489 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for <ietf@ietf.org>; Sat, 8 Nov 2008 06:28:11 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=resistor.net; s=mail; t=1226154493; x=1226240893; bh=UKVYlSsLCqy+D5nbCK/BwD52ZN2b7jeEXg9dX2hsjJE=; h=Message-Id:Date:To:From:Subject:In-Reply-To:References: Mime-Version:Content-Type:Cc; b=W1hPxGWD9Mowt5qm2BNLFROZ1aVV/SdXExgiWwSrkqr8xHbKZsjURGAAQvI4ntKqH b0h7KxLe2ztroQr/DVoPFkOlQ92ktyxf79tBgAIO2EewDrncWFAGNHWjgG8K4qHU3X oLXclIm7vBNKP6gtn3MrvFr25/uWAbJHq+1GrSUQ=
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=qubic.net; s=mail; t=1226154493; x=1226240893; bh=UKVYlSsLCqy+D5nbCK/BwD52ZN2b7jeEXg9dX2hsjJE=; h=Message-Id:Date:To:From:Subject:In-Reply-To:References: Mime-Version:Content-Type:Cc; b=nhS7ueiWID8jtVjVP69rfJ8Re1lvzOAGQ9qDFvEYArnixOr4LrO8f2bvKRfsp3lan jFu4Hq14Hyt3oNAoD2rHTRWaYUE0iQcwoEZa1vIXnOqy7kFdRFCB25a1Fiq27j6+Lj 0kzLU97kbpzI+9nVEhh5sIwH+FKLb4nH7icqMEug=
DomainKey-Signature: a=rsa-sha1; s=mail; d=resistor.net; c=simple; q=dns; b=oMr2XJfJ3u3cKtryUbis1agTcad+AT2xB4i3B8OPeOihZ+O29vYyOWkp8YXCAIh8B lQV5t/l5Hvtj/5btAkFo8wrswFU4ADkzi+6TIZEslZXDGoBL5A6q9UJTpAKJ01bg+W9 P4m+ykNjqLLtBtNWq2j9wmE8RGnzCad3jvCP5aA=
Message-Id: <6.2.5.6.2.20081107235714.027c39f0@resistor.net>
X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6
Date: Sat, 08 Nov 2008 06:19:43 -0800
To: ietf@ietf.org
From: SM <sm@resistor.net>
Subject: Re: Last Call: draft-housley-iesg-rfc3932bis (IESG Procedures for Handling of Independent and IRTF Stream Submissions) to BCP
In-Reply-To: <20081021150200.5A1833A6B44@core3.amsl.com>
References: <20081021150200.5A1833A6B44@core3.amsl.com>
Mime-Version: 1.0
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-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>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org

At 07:02 21-10-2008, The IESG wrote:
>The IESG has received a request from an individual submitter to consider
>the following document:
>
>- 'IESG Procedures for Handling of Independent and IRTF Stream
>    Submissions '
>    <draft-housley-iesg-rfc3932bis-04.txt> as a BCP
>
>The IESG plans to make a decision in the next few weeks, and solicits
>final comments on this action.  Please send substantive comments to the

I'm commenting on draft-housley-iesg-rfc3932bis-05 as that's the 
latest version at the moment.

In Section 1:

   "These RFCs, and any other Informational or Experimental standards-related
    documents, are reviewed by appropriate IETF bodies and published as part of
    the IETF Stream."

I read that as Informational and Experimental are also 
standards-related.   This is at odds with statements such as "This 
memo does not specify an Internet standard of any kind." which is 
usually seen in Informational and Experimental documents.

Although most people know what WG is, it doesn't hurt to have the 
following for clarity:

   This review was often a full-scale  review of technical content, with the
   Area Director (ADs) attempting to clear points with the authors, stimulate
   revisions of the documents, encourage the authors to contact appropriate
   working groups (WG) and so on.

In Section 3:

   "3. The IESG finds that publication is harmful to the IETF work done
       in WG <X> and recommends not publishing the document at this time."

I don't think that harmful is appropriate here.  I gather that the 
aim is to prevent circumvention of the IETF process and conflicts 
with work being carried out by the Working Group.

It could be phrased as:

     The IESG finds that this work is related to IETF work done in WG <X>
     and recommends not publishing the document at this time.

   "5. The IESG finds that this document extends an IETF protocol in a
       way that requires IETF review and should therefore not be
       published without IETF review and IESG approval."

I read that as "we cannot publish this document as it requires IETF 
review and IESG approval".  It may be easier for all parties to ask 
for an IETF review instead of rejecting publication outright.

   "The IESG assumes that the RFC Editor, in agreement with the IAB, will
    manage mechanisms for appropriate technical review of independent
    submissions. Likewise, the IESG also assumes that the IRSG, in
    agreement with the IAB, will manage mechanisms for appropriate
    technical review of IRTF submissions."

I don't see why there has to be assumptions here.  I suggest dropping 
the "assumes" and clearly spell out who is going to manage what.

Regards,
-sm 

_______________________________________________
Ietf mailing list
Ietf@ietf.org
https://www.ietf.org/mailman/listinfo/ietf