Re: Last Call: <draft-leiba-cotton-iana-5226bis-12.txt> (Guidelines for Writing an IANA Considerations Section in RFCs) to Best Current Practice

Stephen Farrell <stephen.farrell@cs.tcd.ie> Sat, 04 June 2016 00:13 UTC

Return-Path: <stephen.farrell@cs.tcd.ie>
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 6FA8C12B024 for <ietf@ietfa.amsl.com>; Fri, 3 Jun 2016 17:13:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.727
X-Spam-Level:
X-Spam-Status: No, score=-5.727 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cs.tcd.ie
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 exRgmsR1B947 for <ietf@ietfa.amsl.com>; Fri, 3 Jun 2016 17:13:28 -0700 (PDT)
Received: from mercury.scss.tcd.ie (mercury.scss.tcd.ie [134.226.56.6]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0EA8012D09B for <ietf@ietf.org>; Fri, 3 Jun 2016 17:13:28 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mercury.scss.tcd.ie (Postfix) with ESMTP id B8F7EBDD0; Sat, 4 Jun 2016 01:13:26 +0100 (IST)
X-Virus-Scanned: Debian amavisd-new at scss.tcd.ie
Received: from mercury.scss.tcd.ie ([127.0.0.1]) by localhost (mercury.scss.tcd.ie [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IX2PSM5kL0V2; Sat, 4 Jun 2016 01:13:25 +0100 (IST)
Received: from [10.87.48.210] (95-45-153-252-dynamic.agg2.phb.bdt-fng.eircom.net [95.45.153.252]) by mercury.scss.tcd.ie (Postfix) with ESMTPSA id D8C4EBDCF; Sat, 4 Jun 2016 01:13:24 +0100 (IST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.tcd.ie; s=mail; t=1464999205; bh=Gu7xu3Yki1BQOBe25b0wRsL3dZgMZ9vqE+mcXRcPRfQ=; h=Subject:To:References:Cc:From:Date:In-Reply-To:From; b=IX1bQnvzXlcwYzzzF6HBYPxQb23phRrBHJcquxSRNLubKXhQJYwRNaTRBp+j7t9sq VGOD69qkWtUZ4Ujh0gmmHpHrVTuRWQN8e8AFK2VaJCe6JSVSvo43cLnw9uqlE7EYTu RZKQdl5SCw8gcyHEeTgUJilAAe29iA5ogtgn23oY=
Subject: Re: Last Call: <draft-leiba-cotton-iana-5226bis-12.txt> (Guidelines for Writing an IANA Considerations Section in RFCs) to Best Current Practice
To: Brian E Carpenter <brian.e.carpenter@gmail.com>, Joe Touch <touch@isi.edu>, Barry Leiba <barryleiba@computer.org>
References: <20160419141640.31545.54742.idtracker@ietfa.amsl.com> <575185A2.70908@cs.tcd.ie> <EDA3CD0D-BDCA-4AC6-AA67-318670080338@sobco.com> <CAC4RtVBngkPc-yQ8P0qyvwsG9L4qjDMDPZ5xwa4gR84=ov4iUg@mail.gmail.com> <CAF4+nEHzvVOq_1L2ukX-OcPGkVFgR2OOD5puLMBJGif3a=Hzaw@mail.gmail.com> <CAC4RtVC6sKnYQS3mOay8-rSLQ0+U5mYGVhBbSSD=0xNX6dt2ng@mail.gmail.com> <5751D5E8.6030803@cs.tcd.ie> <CALaySJ+3jorRopPKNHjy19fo1v1=dZEHarMJ1-gB89vNbkFxaw@mail.gmail.com> <5751ED8B.4020508@isi.edu> <9b7a1b04-f767-517a-bd84-28c030695dfc@gmail.com>
From: Stephen Farrell <stephen.farrell@cs.tcd.ie>
Openpgp: id=D66EA7906F0B897FB2E97D582F3C8736805F8DA2; url=
Message-ID: <57521D24.40700@cs.tcd.ie>
Date: Sat, 04 Jun 2016 01:13:24 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.8.0
MIME-Version: 1.0
In-Reply-To: <9b7a1b04-f767-517a-bd84-28c030695dfc@gmail.com>
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg="sha-256"; boundary="------------ms030904040104020100020804"
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/_tCbezhG8Ml528ZO58yr_mxQ8bo>
Cc: IETF discussion list <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.17
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: <https://mailarchive.ietf.org/arch/browse/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: Sat, 04 Jun 2016 00:13:30 -0000


On 04/06/16 00:35, Brian E Carpenter wrote:
> That's not realistic. If IANA refers to RFC822, and the programmer has a
> copy of RFC822 on her disk, that's what she will follow, because RFC text
> never changes and does not say "I am obsolete".

I don't get how that applies.

Do we think there's a programmer who will start from IANA and
not notice that there are references to 5322 and 2822? If
there is such a peculiarly myopic programmer, their code will
likely be crap anyway won't it?

Or do we think there's a programmer who'll start from RFC822
and not think "hey, this thing's 43 years old - I wonder did
anything happen in the meantime?" ;-)

And anyway the current facts are that folks will much more
likely depend on stack overflow, not IANA, so the entire question
of the best reference is pretty much close to moot.

IMO the only reason any of this matters is when there's a subtle
difference between the RFCyyyy and RFCxxxx versions of the same
registered thing and where there's significantly improved text in
RFCxxxx. In which case... we don't have a problem - RFCxxxx has
solved it for us by definition.

All that's to say that there is no need to, and only a downside
to, forcing document authors to jump through more useless hoops.

Cheers,
S.