Re: Last Call: Change the status of ADSP (RFC 5617) to Internet Standard

Dave Crocker <dhc@dcrocker.net> Fri, 04 October 2013 00:00 UTC

Return-Path: <dhc@dcrocker.net>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BD8BC21E8092 for <ietf@ietfa.amsl.com>; Thu, 3 Oct 2013 17:00:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.027
X-Spam-Level:
X-Spam-Status: No, score=-6.027 tagged_above=-999 required=5 tests=[AWL=0.573, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 GM-Y9Nmcd9z2 for <ietf@ietfa.amsl.com>; Thu, 3 Oct 2013 17:00:05 -0700 (PDT)
Received: from sbh17.songbird.com (sbh17.songbird.com [72.52.113.17]) by ietfa.amsl.com (Postfix) with ESMTP id 515CE21E8085 for <ietf@ietf.org>; Thu, 3 Oct 2013 17:00:05 -0700 (PDT)
Received: from [192.168.1.66] (76-218-9-215.lightspeed.sntcca.sbcglobal.net [76.218.9.215]) (authenticated bits=0) by sbh17.songbird.com (8.13.8/8.13.8) with ESMTP id r93Nxvt2018947 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 3 Oct 2013 17:00:00 -0700
Message-ID: <524E04CA.1040608@dcrocker.net>
Date: Thu, 03 Oct 2013 16:59:06 -0700
From: Dave Crocker <dhc@dcrocker.net>
Organization: Brandenburg InternetWorking
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8
MIME-Version: 1.0
To: John C Klensin <john-ietf@jck.com>
Subject: Re: Last Call: Change the status of ADSP (RFC 5617) to Internet Standard
References: <20131002144143.20697.85830.idtracker@ietfa.amsl.com> <7102E82AB09013B67371807F@JcK-HP8200.jck.com> <524C5B77.9000002@dcrocker.net> <6D80EE3E9D28D2F9CB34E260@JcK-HP8200.jck.com>
In-Reply-To: <6D80EE3E9D28D2F9CB34E260@JcK-HP8200.jck.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (sbh17.songbird.com [72.52.113.66]); Thu, 03 Oct 2013 17:00:00 -0700 (PDT)
Cc: Barry Leiba <barryleiba@computer.org>, ietf@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: dcrocker@bbiw.net
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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: Fri, 04 Oct 2013 00:00:18 -0000

On 10/2/2013 11:46 AM, John C Klensin wrote:
> I assume we will need to agree to disagree about this, but...
>
> --On Wednesday, October 02, 2013 10:44 -0700 Dave Crocker
> <dhc@dcrocker.net> wrote:
>
>> If a spec is Historic, it is redundant to say not recommended.
>> As in, duh...
>
> "Duh" notwithstanding, we move documents to Historic for many
> reasons.

Sure.  And you seem to think that it's important to publish an RFC that 
documents the reasons.  You seem to think that it will somehow affect 
later handling of the historic document.

While an entirely reasonable theoretical premise, I'm not aware of its 
having any empirical basis.  Quite the opposite.

Further since your proposal constitutes additional work for someone, the 
benefit of doing it should be clear and compelling.  So far, what you've 
offered is neither.

In fact, the general view around the IETF is that the rest of the world 
deals with RFCs in a very coarse and inclusive manner, so that your 
proposal for fine-grained, formal documentation of rationales and the 
like constitutes mere noise to the rest of the world.


> The situation would be different if a huge amount of additional
> work were involved but it seems to me that almost all of the
> required explanation is already in the write-up and that the
> amount of effort required to approve an action consisting of a
> document and a status change is the same as that required to
> approve the status change only.

While it's laudable that you are volunteering to do this negligible 
extra work that will cause negligible amounts of additional delay, it 
still suffers the problem of producing negligible additional benefit.

If someone is all that interested in the reason the spec was moved to 
Historic, they can consult the IETF archives.

d/
-- 
Dave Crocker
Brandenburg InternetWorking
bbiw.net