Re: draft-housley-iesg-rfc3932bis and the optional/mandatory nature of IESG notes

Ben Campbell <ben@estacado.net> Tue, 01 September 2009 01:14 UTC

Return-Path: <ben@estacado.net>
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 9B03A28C5F5; Mon, 31 Aug 2009 18:14:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.742
X-Spam-Level:
X-Spam-Status: No, score=-2.742 tagged_above=-999 required=5 tests=[AWL=-0.143, BAYES_00=-2.599]
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 RE6j3qZlsB3h; Mon, 31 Aug 2009 18:14:57 -0700 (PDT)
Received: from estacado.net (estacado-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:266::2]) by core3.amsl.com (Postfix) with ESMTP id 6CDB83A6EE2; Mon, 31 Aug 2009 18:14:57 -0700 (PDT)
Received: from [10.0.1.193] (adsl-68-94-35-181.dsl.rcsntx.swbell.net [68.94.35.181]) (authenticated bits=0) by estacado.net (8.14.2/8.14.2) with ESMTP id n811EwSJ021410 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 31 Aug 2009 20:15:03 -0500 (CDT) (envelope-from ben@estacado.net)
Subject: Re: draft-housley-iesg-rfc3932bis and the optional/mandatory nature of IESG notes
Mime-Version: 1.0 (Apple Message framework v1075.2)
Content-Type: text/plain; charset="us-ascii"; format="flowed"; delsp="yes"
From: Ben Campbell <ben@estacado.net>
In-Reply-To: <4A9C596F.5040402@gmail.com>
Date: Mon, 31 Aug 2009 20:14:53 -0500
Content-Transfer-Encoding: 7bit
Message-Id: <6864A8BC-EA90-4AD5-B475-B09484B183CD@estacado.net>
References: <C6C174ED.18F7E%br@brianrosen.net> <C3564ADC-4C35-4442-A555-A8E27C32B76F@estacado.net> <4A9C596F.5040402@gmail.com>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
X-Mailer: Apple Mail (2.1075.2)
Cc: John C Klensin <john-ietf@jck.com>, IESG <iesg@ietf.org>, IETF Discussion <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: Tue, 01 Sep 2009 01:14:58 -0000

On Aug 31, 2009, at 6:14 PM, Brian E Carpenter wrote:

> On 2009-09-01 05:56, Ben Campbell wrote:
>>
>> On Aug 31, 2009, at 11:39 AM, Brian Rosen wrote:
>>
>>> Yes, I understand, this only applies to the Independent Submission
>>> stream.
>>>
>>> We ask the IESG to review these documents, and that review is  
>>> technical.
>>>
>>> I don't think it is appropriate for an editor to make a judgment of
>>> whether
>>> a technical note is, or is not appropriate to be included in a
>>> document.  I
>>> think the presumption should be that it is appropriate, and the
>>> authors have
>>> a way to object.  While I understand the role of the ISE is somewhat
>>> different from the RFC Editor, I understand the role to be primarily
>>> editorial and we are not choosing the ISE with regard to their  
>>> ability to
>>> make judgments like whether the IESG note is appropriate or not.
>>>
>>> I think it would be okay to have the note go through an IETF  
>>> consensus
>>> call.
>>>
>>
>> +1 , including the "IETF consensus call" part.
>
> I don't understand how IETF consensus is relevant to a non-IETF  
> document.

Can't the IETF can have a consensus that a non-IETF document relates  
to other IETF work in some way?

>
> In fact the answer to Jari's question appears to be a matter of logic,
> not of opinion. The IESG, which acts for the IETF, logically cannot
> determine anything about the contents of a non-IETF document. So the
> inclusion of an IESG note can only be a request.

How would you expect the RFC editor to evaluate such a request? Under  
what circumstances would it be reasonable to refuse to include it?

>
>     Brian