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

Barry Leiba <barryleiba@computer.org> Sat, 04 June 2016 18:42 UTC

Return-Path: <barryleiba.mailing.lists@gmail.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 605C712D631 for <ietf@ietfa.amsl.com>; Sat, 4 Jun 2016 11:42:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.401
X-Spam-Level:
X-Spam-Status: No, score=-2.401 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.198, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 OLmt-BcK8T86 for <ietf@ietfa.amsl.com>; Sat, 4 Jun 2016 11:42:51 -0700 (PDT)
Received: from mail-io0-x22a.google.com (mail-io0-x22a.google.com [IPv6:2607:f8b0:4001:c06::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 38ACE12D62E for <ietf@ietf.org>; Sat, 4 Jun 2016 11:42:50 -0700 (PDT)
Received: by mail-io0-x22a.google.com with SMTP id t40so109344975ioi.0 for <ietf@ietf.org>; Sat, 04 Jun 2016 11:42:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=ZXtLwz8nXA6nqVj5nE+Hh4Id7Rt8WKO3JFVcNw+ZcPw=; b=QpqO/pxz4Pj5C8OoZYtZRxgzC96rdsc04JHBwoTZ/lFI6R/wDNIoXRO5bmjBhNjlbN fGyvtY7ILq4sKyd7l0Htgwcl1UIgKmr6WXSo9odDEn6C/SF2jLdjzsTj4S++00tLV+OH u2ewKpYUhCX9GbevzA5GohznMtM2OPnSROzfnIn6c5Se0NQMOk0iHbMbNy1kF94s0n3q NB3HuLqb/IC6bkWNYJ/kFsnTYS05kQ3ryLGHjVxZ66ojaB4ymzHzLeK7r7jHkUEOJ6PH SLRmXtDnPT2C8/P54wuFizHN0sSY/kphOPOhNN3US6S1kC+TDYTEt7Nkmu5JBhtHI7P1 Ahzw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=ZXtLwz8nXA6nqVj5nE+Hh4Id7Rt8WKO3JFVcNw+ZcPw=; b=C92zw1AUvNVOl7ZhXoABu21sqrBhhAC2/UUeaZmCo53NYv9Q+BcyKygZThPMWN/Obw G13jpnqJFp0K88+9aDXM+m9auXaB3acwXP6Wf8f6/hphrIXSw7bpzA69zfBa4skUg55i MlgNwpNF5UW3fe6FEmeDk0IVtGVqQg1qNwU7fAlyHhrp+tacy3jFhyBavicNxqAF8hBp PZtkcUU/hp91WEa+a2Vk/Py9YMIxUdjjU6hvXS5R+dlskXBglqiOpCkwuEf1WTQiFI2y zn/fEiug1DHQwJsPmZ3A4eixha1GYS0pm/Hx2y0hWCieVBeWzaF+6w98KLuCg79lksvJ Lmvg==
X-Gm-Message-State: ALyK8tKqCYwwfpK4S2BO6gVrWN79uo8knu9MiUtEWC8BVzn1VQFZq7LRnFTgc8V5Gp+O+tlCboI6uA3HFCL4TQ==
X-Received: by 10.107.140.132 with SMTP id o126mr13308093iod.70.1465065769578; Sat, 04 Jun 2016 11:42:49 -0700 (PDT)
MIME-Version: 1.0
Sender: barryleiba.mailing.lists@gmail.com
Received: by 10.107.153.148 with HTTP; Sat, 4 Jun 2016 11:42:48 -0700 (PDT)
In-Reply-To: <57521D24.40700@cs.tcd.ie>
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> <57521D24.40700@cs.tcd.ie>
From: Barry Leiba <barryleiba@computer.org>
Date: Sat, 4 Jun 2016 14:42:48 -0400
X-Google-Sender-Auth: uTGkqcH7tCa5wd2rgmUV2eXfdKk
Message-ID: <CAC4RtVBMA42Ke_m6ked9GtUTdGSdg-Jjxp5ibiWBDdG+p2y-2w@mail.gmail.com>
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: Stephen Farrell <stephen.farrell@cs.tcd.ie>
Content-Type: text/plain; charset=UTF-8
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/ZqQAz5YGVG0qeO7WYPfoylKlcb8>
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 18:42:54 -0000

I just find it fascinating and disturbing that at least two respected
IETF participants think it's perfectly fine to leave stale references
around, especially when it's trivially easy to fix them -- in the vast
majority of cases taking but one sentence in the IANA Considerations.
I'm simply flabbergasted.  This isn't "useless hoops"; it's simple and
sensible updates that rarely take any effort.

Barry

On Fri, Jun 3, 2016 at 8:13 PM, Stephen Farrell
<stephen.farrell@cs.tcd.ie>; wrote:
>
>
> 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.
>