Re: [apps-discuss] Requirement for "obsoletes" in Abstracts

Julian Reschke <julian.reschke@gmx.de> Sun, 05 February 2012 21:48 UTC

Return-Path: <julian.reschke@gmx.de>
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 77C6C21F8550 for <apps-discuss@ietfa.amsl.com>; Sun, 5 Feb 2012 13:48:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.951
X-Spam-Level:
X-Spam-Status: No, score=-103.951 tagged_above=-999 required=5 tests=[AWL=-1.352, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 6HtiMhqVXKZH for <apps-discuss@ietfa.amsl.com>; Sun, 5 Feb 2012 13:48:36 -0800 (PST)
Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by ietfa.amsl.com (Postfix) with SMTP id 97CF121F854D for <apps-discuss@ietf.org>; Sun, 5 Feb 2012 13:48:35 -0800 (PST)
Received: (qmail invoked by alias); 05 Feb 2012 21:48:34 -0000
Received: from p5DCC2AE9.dip.t-dialin.net (EHLO [192.168.178.36]) [93.204.42.233] by mail.gmx.net (mp039) with SMTP; 05 Feb 2012 22:48:34 +0100
X-Authenticated: #1915285
X-Provags-ID: V01U2FsdGVkX1+ls5ZZORClz4yJf6DGNEy1x2D2w/scY4e2qBjcAu 7fiuSYqZ3Ljg9u
Message-ID: <4F2EF915.4070001@gmx.de>
Date: Sun, 05 Feb 2012 22:48:05 +0100
From: Julian Reschke <julian.reschke@gmx.de>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0) Gecko/20120129 Thunderbird/10.0
MIME-Version: 1.0
To: dcrocker@bbiw.net
References: <20120204001408.16716.94710.idtracker@ietfa.amsl.com> <CADBvc9_W9Jaca1TmV5QjyXupLVyLJh=6+334p-HM5pB=aKn15w@mail.gmail.com> <01OBKKTPYLIE00ZUIL@mauve.mrochek.com> <E63757FF71CD8B382B3832E7@PST.JCK.COM> <CAC4RtVAWkcLT8BjLafyZN+vLwNnrnc-xtQxUd24DZgGwdC3FDg@mail.gmail.com> <4F2EEAA1.7060706@dcrocker.net>
In-Reply-To: <4F2EEAA1.7060706@dcrocker.net>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Y-GMX-Trusted: 0
Cc: Ned Freed <ned.freed@mrochek.com>, "apps-discuss@ietf.org" <apps-discuss@ietf.org>, Barry Leiba <barryleiba@computer.org>
Subject: Re: [apps-discuss] Requirement for "obsoletes" in Abstracts
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: Sun, 05 Feb 2012 21:48:36 -0000

On 2012-02-05 21:46, Dave CROCKER wrote:
>
> On 2/4/2012 10:12 AM, Barry Leiba wrote:
>> the IESG does not treat this as a hard-and-fast rule, but, in fact,
>> more as a "strong recommendation". ADs normally don't use DISCUSS to
>> comment on
>> this, but non-blocking COMMENT. And the PROTO writeup can call it out
>> and say
>> that it's intended this way.
>
>
> I just posted a note to the RFC Editor suggesting that all this points
> to some benefit in reviewing and revising the RFC Style guide.
>
> In the current case:
>
> 1. I happen to believe that RFCs usually should not contain information
> that ceases to be interesting; that is, that has a short lifetime of
> usefulness. For some odd reason, I think of an RFC as having a
> twenty-year or more span of utility. From that perspective, what it
> obsoletes isn't useful in the Abstract, especially since Abstracts are
> supposed to be information-dense.
>
> 2. Authors should not have to guess about what is an absolute rule and
> what isn't.
>
> 3. The rationale for the rules should be provided.

+1

I can see that it's useful for the RFC Editor to be able to easily find 
out what changes to the RFC Editor database are required. Maybe just 
introduce something similar to the "IANA Considerations"?