Re: Call for Review of draft-rfced-rfcxx00-retired, "List of Internet Official Protocol Standards: Replaced by an Online Database"

Tony Hansen <tony@att.com> Tue, 20 August 2013 21:22 UTC

Return-Path: <tony@att.com>
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 B59AB11E82DF for <ietf@ietfa.amsl.com>; Tue, 20 Aug 2013 14:22:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -105.953
X-Spam-Level:
X-Spam-Status: No, score=-105.953 tagged_above=-999 required=5 tests=[AWL=-0.646, BAYES_00=-2.599, MISSING_HEADERS=1.292, RCVD_IN_DNSWL_MED=-4, 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 P6dkuaaMEnos for <ietf@ietfa.amsl.com>; Tue, 20 Aug 2013 14:22:22 -0700 (PDT)
Received: from nbfkord-smmo05.seg.att.com (nbfkord-smmo05.seg.att.com [209.65.160.92]) by ietfa.amsl.com (Postfix) with ESMTP id 6EC6A11E8145 for <ietf@ietf.org>; Tue, 20 Aug 2013 14:22:22 -0700 (PDT)
Received: from unknown [144.160.229.23] (EHLO alpi154.enaf.aldc.att.com) by nbfkord-smmo05.seg.att.com(mxl_mta-6.15.0-1) over TLS secured channel with ESMTP id e0ed3125.0.1292126.00-360.3612458.nbfkord-smmo05.seg.att.com (envelope-from <tony@att.com>); Tue, 20 Aug 2013 21:22:22 +0000 (UTC)
X-MXL-Hash: 5213de0e5c02fbe5-72d438792537a7e3d036a54dfcb076d7c4bd31be
Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id r7KLMLm8024000 for <ietf@ietf.org>; Tue, 20 Aug 2013 17:22:21 -0400
Received: from alpi132.aldc.att.com (alpi132.aldc.att.com [130.8.217.2]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id r7KLM8Vh023899 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for <ietf@ietf.org>; Tue, 20 Aug 2013 17:22:18 -0400
Received: from alpi153.aldc.att.com (alpi153.aldc.att.com [130.8.42.31]) by alpi132.aldc.att.com (RSA Interceptor) for <ietf@ietf.org>; Tue, 20 Aug 2013 21:21:56 GMT
Received: from aldc.att.com (localhost [127.0.0.1]) by alpi153.aldc.att.com (8.14.5/8.14.5) with ESMTP id r7KLLu5n024032 for <ietf@ietf.org>; Tue, 20 Aug 2013 17:21:56 -0400
Received: from dns.maillennium.att.com (maillennium.att.com [135.25.114.99]) by alpi153.aldc.att.com (8.14.5/8.14.5) with ESMTP id r7KLLpuR023910 for <ietf@ietf.org>; Tue, 20 Aug 2013 17:21:52 -0400
Received: from [135.70.127.240] (vpn-135-70-127-240.vpn.swst.att.com[135.70.127.240]) by maillennium.att.com (mailgw1) with ESMTP id <20130820212149gw1004nh6ie> (Authid: tony); Tue, 20 Aug 2013 21:21:51 +0000
X-Originating-IP: [135.70.127.240]
Message-ID: <5213DDEB.3030708@att.com>
Date: Tue, 20 Aug 2013 17:21:47 -0400
From: Tony Hansen <tony@att.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130801 Thunderbird/17.0.8
MIME-Version: 1.0
Subject: Re: Call for Review of draft-rfced-rfcxx00-retired, "List of Internet Official Protocol Standards: Replaced by an Online Database"
References: <9F1A328F-12F4-4299-9604-CAA5019005C3@iab.org> <6.2.5.6.2.20130815114542.0c4e8780@resistor.net> <5213BD15.2080500@qti.qualcomm.com>
In-Reply-To: <5213BD15.2080500@qti.qualcomm.com>
X-Enigmail-Version: 1.5.2
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-RSA-Inspected: yes
X-RSA-Classifications: public
X-Spam: [F=0.2000000000; CM=0.500; S=0.200(2010122901)]
X-MAIL-FROM: <tony@att.com>
X-SOURCE-IP: [144.160.229.23]
X-AnalysisOut: [v=2.0 cv=UdfmvtuN c=1 sm=0 a=VXHOiMMwGAwA+y4G3/O+aw==:17 a]
X-AnalysisOut: [=8pgaCy3H6LMA:10 a=sCfsyOEanakA:10 a=FTLmomD6aqUA:10 a=ofM]
X-AnalysisOut: [gfj31e3cA:10 a=BLceEmwcHowA:10 a=8nJEP1OIZ-IA:10 a=zQP7CpK]
X-AnalysisOut: [OAAAA:8 a=AQZ7Rv8wVL4A:10 a=48vgC7mUAAAA:8 a=Uw11rc--J2DWk]
X-AnalysisOut: [t9IXrsA:9 a=wPNLvfGTeEIA:10]
Cc: iab@iab.org, ietf@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
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: Tue, 20 Aug 2013 21:22:29 -0000

On 8/20/2013 3:01 PM, Pete Resnick wrote:
> On 8/15/13 2:06 PM, SM wrote:
>> At 11:48 14-08-2013, IAB Chair wrote:
>>> This is a call for review of "List of Internet Official Protocol
>>> Standards: Replaced by an Online Database" prior to potential
>>> approval as an IAB stream RFC.
>>
>> My guess is that draft-rfced-rfcxx00-retired cannot update RFC 2026. 
>> Does the IAB have any objection if I do something about that?
>> [...]
>> The document argues that STD 1 is historic as there is an online list
>> now.
>
> The IESG and the IAB had an email exchange about these two points.
> Moving a document from Standard to Historic is really an IETF thing to
> do. And it would be quite simple for the IETF to say, "We are no
> longer asking for the 'Official Protocol Standards' RFC to be
> maintained" by updating (well, effectively removing) the one paragraph
> in 2026 that asks for it, and requesting the move from Standard to
> Historic. So I prepared a *very* short document to do that:
>
> http://datatracker.ietf.org/doc/draft-resnick-retire-std1/
>
> I'm asking Jari to Last Call it along with a status change for STD 1
> (RFC 5000) to Historic. If the RFC Editor wants to explain more of the
> history and whatever else they're going to do in a separate document,
> that's up to the IAB. But declaring Standards to be Historic is
> something the RFC Editor or IAB shouldn't be doing. The above document
> solves the problem by making it clear that the IETF isn't interested
> in the document being updated anymore.
>
> pr
>

I support this. But it also raises a couple other questions.

What about rfcxx99 series, published along with the rfcxx00 series? Were
they ever formally retired?

After rfcxx00 is retired, can the RFC editor start using both xx99 and
xx00 as normal RFC numbers?

I'm not saying that Pete

    Tony Hansen