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

S Moonesamy <> Fri, 03 June 2016 19:34 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 6EED112D94C for <>; Fri, 3 Jun 2016 12:34:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -3.216
X-Spam-Status: No, score=-3.216 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-1.426, T_DKIM_INVALID=0.01] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=fail (1024-bit key) reason="fail (message has been altered)" header.b=jGnf2AHy; dkim=fail (1024-bit key) reason="fail (message has been altered)" header.b=KT/8BXWx
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id eHZUc1NH9Yn7 for <>; Fri, 3 Jun 2016 12:34:21 -0700 (PDT)
Received: from ( [IPv6:2001:470:f329:1::1]) by (Postfix) with ESMTP id 1E74512D94D for <>; Fri, 3 Jun 2016 12:34:21 -0700 (PDT)
Received: from ([]) (authenticated bits=0) by (8.14.5/8.14.5) with ESMTP id u53JY647029635 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 3 Jun 2016 12:34:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple;; s=mail2010; t=1464982457; x=1465068857; bh=eKCgnXkNbKLBgUzCo0pDmsgF8sPsh8163GqASa7fkXw=; h=Date:To:From:Subject:In-Reply-To:References; b=jGnf2AHyb3FAE2w96S1ik2etjKkGU0v3wIsDf1/S+yn31lMC+tKonFvjXQ53LeCRe CjjU/kthl6/KiA3n627+l623jJHIZmEA+9L4I/+l+ANeQzhDMr5AGuInt1Y/xSlPV6 jZA17Q4a1L5b7xwmAoyzjF5Y4JOUIuWEJ7YRYIl8=
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple;; s=mail; t=1464982457; x=1465068857;; bh=eKCgnXkNbKLBgUzCo0pDmsgF8sPsh8163GqASa7fkXw=; h=Date:To:From:Subject:In-Reply-To:References; b=KT/8BXWxAYd7QoxPDqsFCnOkmV1cT0Be/b+GewnBWGLDJ+JexpUkr3NoN6StNZ9VX mav5oWthqaf5CF05zfLBKeatR1LZtQ5DxO3B1bxpaRMIfuciF1JLcV35i+pCUngw6f XZM3JEtmpLtIaZhF1FStSU+9meAiPqcE9MfLjeM4=
Message-Id: <>
X-Mailer: QUALCOMM Windows Eudora Version
Date: Fri, 03 Jun 2016 12:34:01 -0700
To: Stephen Farrell <>,
From: S Moonesamy <>
Subject: Re: Last Call: <draft-leiba-cotton-iana-5226bis-12.txt> (Guidelines for Writing an IANA Considerations Section in RFCs) to Best Current Practice
In-Reply-To: <>
References: <> <>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Archived-At: <>
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IETF-Discussion <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Fri, 03 Jun 2016 19:34:23 -0000

Hi Stephen,
At 06:26 03-06-2016, Stephen Farrell wrote:
>I have a discuss on this document about one point where Barry and I
>have different recollections of the outcome of a discussion from a
>few years about about bis documents. As there were only a couple of
>people who took part in that discussion we figured it might help to
>get some more folks' opinions.
>The discuss point in question is:
>   "Section 8 says: "In no case is it reasonable to leave
>    documentation pointers to the obsoleted document for any
>    registries or registered items that are still in current
>    use." We had a nice big discussion about this back a few
>    years ago and there were two sides to the argument as I
>    recall.  On what basis can the authors now say that this is
>    quite so clear? The strong counter argument to this is that
>    developers do not start from IANA, they start from RFCs."
>The issue iirc is that if say RFCxxxx is obsoleting RFCyyyy
>must the IANA considerations in RFCxxxx say that all the
>registries that used point at RFCyyyy need to be updated to
>point at RFCxxxx? I don't think that needs to be done (but
>it can be done). I think Barry's position, and the text of
>the 5226bis draft say that it has to be done.
>What do you think?

I usually read the IANA registry to find the reference for 
registration procedure.  It is less work if the reference is to a 
document which contains relevant information.

Quoting text from Section 8:

   'If the registrations specify the original document as a reference,
    those registrations should be updated to point to the current (not
    obsolete) documentation for those items.  Usually, that will mean
    changing the reference to be the "bis" document.'

Is it useful to point to RFCyyyy when the information about the code 
point in RFCxxxx?  I don't think so.

S. Moonesamy