Re: Status of RFC 20

"Heather Flanagan (RFC Series Editor)" <rse@rfc-editor.org> Tue, 09 December 2014 12:16 UTC

Return-Path: <rse@rfc-editor.org>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EA37F1A1AC2 for <ietf@ietfa.amsl.com>; Tue, 9 Dec 2014 04:16:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I0TevllcmDrK for <ietf@ietfa.amsl.com>; Tue, 9 Dec 2014 04:16:43 -0800 (PST)
Received: from mail.amsl.com (mail.amsl.com [IPv6:2001:1900:3001:11::28]) by ietfa.amsl.com (Postfix) with ESMTP id C416B1A00F0 for <ietf@ietf.org>; Tue, 9 Dec 2014 04:16:43 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTP id 28DA41E5A0A; Tue, 9 Dec 2014 04:15:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
Received: from c8a.amsl.com ([127.0.0.1]) by localhost (c8a.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mRgAgeen3gQr; Tue, 9 Dec 2014 04:15:42 -0800 (PST)
Received: from Heathers-MacBook-Pro.local (unknown [98.125.220.142]) by c8a.amsl.com (Postfix) with ESMTPSA id 6A03A1E5A09; Tue, 9 Dec 2014 04:15:41 -0800 (PST)
Message-ID: <5486E828.6000008@rfc-editor.org>
Date: Tue, 09 Dec 2014 04:16:40 -0800
From: "Heather Flanagan (RFC Series Editor)" <rse@rfc-editor.org>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.2.0
MIME-Version: 1.0
To: Nico Williams <nico@cryptonector.com>, John C Klensin <john-ietf@jck.com>
Subject: Re: Status of RFC 20
References: <CE03DB3D7B45C245BCA0D24327794936289DC7@MX104CL02.corp.emc.com> <CAC4RtVA10gUzmug4+H5SW2JL4Q7-Yh_ntiqPTswYSUUgXMoczA@mail.gmail.com> <BB4CB3D8CA03EB4A03FEA99B@JcK-HP8200.jck.com> <5484CAFC.7090909@bogus.com> <0F31F56DA06E076BFA0E2EA9@JcK-HP8200.jck.com> <20141209050920.GJ11221@localhost>
In-Reply-To: <20141209050920.GJ11221@localhost>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: quoted-printable
Archived-At: http://mailarchive.ietf.org/arch/msg/ietf/Op0YzMzhhhWpJNHI87Inh1oaob0
X-Mailman-Approved-At: Tue, 09 Dec 2014 09:16:27 -0800
Cc: "Black, David" <david.black@emc.com>, Barry Leiba <barryleiba@computer.org>, ietf@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
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, 09 Dec 2014 12:16:46 -0000

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 12/8/14 9:09 PM, Nico Williams wrote:
> On Sun, Dec 07, 2014 at 05:13:57PM -0500, John C Klensin wrote:
>> --On Sunday, December 07, 2014 13:47 -0800 joel jaeggli
>> <joelja@bogus.com> wrote:
>>> Anyone raising downref issues with rfc 20 is out of their mind.
>>
>> There we agree, [...]
>
> +1, and +1 to moving RFC20 to Standard.
>
>>> that said you'll note a rather large gap in citations, given
>>> that for something like 29 of the last 45 years there wasn't
>>> an online copy in the rfc repository.
>>
>> (I added Heather to the distribute because of the above)
>>
>> To the best of my knowledge, there has _never_ been a
>> requirement that cited documents be available online, and
>> especially that authoritative copies be available online.
>
> But perhaps there should be one as to new RFCs.  We mind (or should) our
> copyright business nowadays so as to ensure such availability.  That
> isn't enough to ensure the existence of an online archive, but then the
> IETF and the RFC-Editor seem to strive to provide one (I should, but
> don't, know whether and which RFC provides for that function, but if
> there is none, that seems like a rather funny omission).

I'm not sure if you're referring to just RFCs or all cited documents? 
In case of the latter, we do check to see when a URI is offered in the
reference whether or not that URI is valid and points to as stable a
place as is practicable.  But I don't see the RFC Editor ever
_requiring_ cited documents to be online.  For one thing, that's not
entirely my call, as it involves the content of the document as approved
by the IESG, IRSG, IAB, or ISE.  I define the format for the reference,
but reject a reference because it doesn't have a URI?  Not so much.  And
for another thing, I wouldn't do that even if I could.  It's a bad idea
given the inherent instability of the web; not all things stay online
forever.

If you're talking about making sure every single RFC is online and
cite-able as such, I point everyone to the RFC Online Project
<http://www.rfc-editor.org/rfc-online-2000.html>.  As for all RFCs
published in the last 27 years, we already do that.


>
>
>> Certainly it is preferred for many reasons, but never has it
>> been a rule, nor is there a rule that makes RFCs special in that
>> regard.  If the IESG asked the community for permission to
>
> This is certainly true.  We can't really require that external documents
> referenced from RFCs be archived online.

Indeed.  It has been discussed in the past, but that's rather an
enormous job that probably doesn't provide enough value to justify the
costs of storage, backups, and the legal advice that we'd need to do it
properly.

>
>> impose such a rule, it certainly was not within my memory.  As
>> to the "last 45 years", there simply has not been an online
>> repository for that long, so that criticism would apply to any
>> older RFC.
>
>> If we want to start inventing new rules about citations to block
>> progress, I think there are any number of members of the
>> community who would be happy to contribute to the effort.  More
>> constructively, April 1 will be here soon.  :-(
>
> We shouldn't invent new rules, no, but this seems like a nice place to
> segway into proposing a new rule as to online availability of new RFCs.
>
> Nico

- -Heather
-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.22 (Darwin)
Comment: GPGTools - http://gpgtools.org

iQEcBAEBAgAGBQJUhugoAAoJEER/xjINbZoG9TMH/34Fk0+u3mnBl3xVzs9rrgZp
3DrrmFx5SgzseWFqB8EAOgsrGhUUY8a60XvW4t6nT0/KCjB7Jego5wzwtQtHvozI
6k84g6pGlbgloE+MZCu2uBxw2VJ9Ew8lZwyzEYBwEK4d0pponluJwU5c+o3H67J6
ENmhR/kSfG7OXSJOFZ5tRDX+HYS7X9DNXly1kXhFExPUsf+l4XAunU6ARqSTgey0
FhVae/9N1lfBis/zCeBOFcJUgtVKRE+BUei3Zs6NMBHbcBLzvS76amw13qlHgdKh
Q471UhQqrO/yeXL7fuLZlJOx4tF4t0zrebDrh2ejxkeWFhSEVrH3RLsxHkwLNXw=
=a6Km
-----END PGP SIGNATURE-----