Re: [yang-doctors] RFC 9127-bis question - impact of reference clauses in an import statement

Martin Björklund <mbj+ietf@4668.se> Tue, 14 December 2021 16:21 UTC

Return-Path: <mbj+ietf@4668.se>
X-Original-To: yang-doctors@ietfa.amsl.com
Delivered-To: yang-doctors@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3E8653A0E30; Tue, 14 Dec 2021 08:21:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=4668.se header.b=Hbo4Cg2T; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=cx7xI90S
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 F_FOmnWbxGEz; Tue, 14 Dec 2021 08:20:55 -0800 (PST)
Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 99BA33A0E2D; Tue, 14 Dec 2021 08:20:47 -0800 (PST)
Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id F23005C0486; Tue, 14 Dec 2021 11:20:45 -0500 (EST)
Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Tue, 14 Dec 2021 11:20:45 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=4668.se; h=date :message-id:to:cc:subject:from:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=fm3; bh= ckvcI3/u3WF0TGkM+k1Mmw5nZaBT7lXcMTA6S3QIRsE=; b=Hbo4Cg2TDrV7Sdu9 zUVkI0bGhzmFCQRPJDgz9zn7VIjwpwLPEhEIT1uvHqWvqitK8TjZobSf//BA5feX FYklx+eb8G1eKWnHO0ehaAqsMDdkgE9zTNpEWgo5UgLGoKPQ/B0WlfKMFZCM4rCA XaZEawg4DV3Us36lDJ2fi8lsmNq39mOlLvbaWlW9YffKMBLhtyvTkL+8Bv96NQ4V YwMTWTrw17XDupXTMgY0IURgJQitxw/BQGVZHhYisiXbMHGiWrBvTLEdeIf4XqNo KmVPCQHYA/SS80+v641X2+ycRD+IXrNvHZYUl9vLP7unglYiL6YeJ9zKS+TETKvT yZwZAw==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; bh=ckvcI3/u3WF0TGkM+k1Mmw5nZaBT7lXcMTA6S3QIR sE=; b=cx7xI90Sj8FYU/yia4fGQuhwNYM86KC5g/hjitPVNx2r9mXHjl7jfxXYk 63Ehkv+B1oCLVDz5WjST9QRdKqiRWELRE9H8siObREQJzi/hjKBnJ+GAsXddaeQn 539n2+KusScdFcJIitXECYQJxc0UKvHXjkFAoVp3H/N7bXWj02U1zIinWY6Q9xSE PS+CZs7MWZ3IaSiphndKnn2AQAR9gJCg3aQuLMkNytQpKClnU4mOCUGLBVTB+5l9 NgOJ+of+g6wQWj3rwxRfZbGjPEHwPWVOVqPCzu6reR4XbKnFWkxnDKS/pXtXbdvs rnepWpGeQMugQolI031k2RqOSOZOw==
X-ME-Sender: <xms:XMS4YQ90NYmbmEF4Hh9Yb-F5JjArNjIU1c2aSkBLcmbrPt4Y_73y2w> <xme:XMS4YYsA0rmHXc7w1Bq1TjM2lWEEMrN_vvx9ScswcSNFfkTbhbkyNKuMYMp__fqeK 6Qr9fXDbo4wsVs-Xt8>
X-ME-Received: <xmr:XMS4YWB1a8xk-sPHiZ_fckOsQLSRJaJ0WBb4osIHoyxFmFnTzpYrg0IHlnX5rVaFYeYj1OGbDbE8_NqrRbKsf4ANR9IuYRIFGA>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvuddrledtgdekkecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepfffkvffuhfgjfhfogggtgfesthhqre dtredtudenucfhrhhomhepofgrrhhtihhnuceujhpnrhhklhhunhguuceomhgsjhdoihgv thhfseegieeikedrshgvqeenucggtffrrghtthgvrhhnpeeikeehtdfhjeduveekgfdvke duudehvddvffevgffgtdevudeijefgtdevfeeludenucffohhmrghinhepihgvthhfrdho rhhgnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepmh gsjhdoihgvthhfseegieeikedrshgv
X-ME-Proxy: <xmx:XMS4YQemmE55r26_dzNE23jD3GycqvVTPCSh7oZJVNZBUVHqdPsv5w> <xmx:XMS4YVO_4PijkLaeUwe3gEoXZShIu4f2Dvh1LwKt4wmdN95PqXh-sQ> <xmx:XMS4YamkAL8EuQwV3jmPGjBCOrc_QOr4r6nrcyWEZZOKCGfnewE_3g> <xmx:XcS4YeZDl5z8-uOf1i0h3iyH2FsSixiIFRJ6zdK3DDqfwloR7_zWcw>
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 14 Dec 2021 11:20:43 -0500 (EST)
Date: Tue, 14 Dec 2021 17:20:42 +0100 (CET)
Message-Id: <20211214.172042.1997763003674645526.id@4668.se>
To: jhaas@pfrc.org
Cc: yang-doctors@ietf.org, ietfa@btconnect.com, draft-ietf-bfd-rfc9127-bis@ietf.org
From: Martin =?iso-8859-1?Q?Bj=F6rklund?= <mbj+ietf@4668.se>
In-Reply-To: <20211214153803.GA15763@pfrc.org>
References: <20211209221207.GC22655@pfrc.org> <20211214153803.GA15763@pfrc.org>
X-Mailer: Mew version 6.8 on Emacs 26.3
Mime-Version: 1.0
Content-Type: Text/Plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/yang-doctors/ZUVjfcG6u2pqfASB5A1xGasHGa0>
Subject: Re: [yang-doctors] RFC 9127-bis question - impact of reference clauses in an import statement
X-BeenThere: yang-doctors@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Email list of the yang-doctors directorate <yang-doctors.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/yang-doctors>, <mailto:yang-doctors-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/yang-doctors/>
List-Post: <mailto:yang-doctors@ietf.org>
List-Help: <mailto:yang-doctors-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/yang-doctors>, <mailto:yang-doctors-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 14 Dec 2021 16:21:00 -0000

Hi,

Jeffrey Haas <jhaas@pfrc.org> wrote:
> Dear YANG doctors,
> 
> A wonderful end of year holiday gift would be to ship the fix to RFC 9127.
> 
> Please answer the question below.
> 
> -- Jeff
> 
> On Thu, Dec 09, 2021 at 05:12:07PM -0500, Jeffrey Haas wrote:
> > [Reference message to issue in thread:
> > https://mailarchive.ietf.org/arch/msg/rtg-bfd/Ajo-ku8EJxiEnZjdkRfdzGIg59A/ ]
> > 
> > YANG doctors,
> > 
> > The BFD Working Group is trying to move forward on the RFC 9127-bis work
> > that was previously discussed with you.  I believe there is consensus in how
> > we will move forward on the modification to the common configuration
> > grouping and its associated feature statement.  This strategy was previously
> > communicated to you all.
> > 
> > This is a question about what we put in the -bis document.  Previously, the
> > thinking was we did a full re-issue.  Tom Petch, in the thread cited above,
> > notes that we minimally can't do part of this because there are modules
> > already delegated to IANA.
> > 
> > The discussion about the what the internet-draft text should include from
> > RFC 9127 or not lead to a question I had: Would it not be sufficient to
> > simply issue an update to the ietf-bfd-types module where all of the impact
> > is isolated?
> > 
> > Tom's argument is that the form of the import, which contains references to
> > RFC 9127, suggest we really want a re-issue so we point to the proper new RFC.
> > 
> > As an example, from module ietf-bfd:
> >  :  import ietf-bfd-types {
> >  :    prefix bfd-types;
> >  :    reference
> >  :      "RFC 9127: YANG Data Model for Bidirectional Forwarding
> >  :       Detection (BFD)";
> >  :  }
> > 
> > As best I am able to tell from RFC 7950, § 7.21.4, reference is partially
> > meant to be informational.  If it was normative, an update to any module
> > imported by another with a reference would require an update.

Correct.

> > Note that this isn't an import by revision.
> > 
> > My question is thus what are the rules to issue module updates in such
> > circumstances?

In the general case this happens as soon as you publish an update to
an published module that is already used.  This is fine.

What makes this case special is that you plan to (re)publish modules
with references to the document that you are replacing.

I'm not sure that this is a YANG doctors question... it seems more of
a procedural issue.

> > 
> > Tom and the BFD YANG authors are copied to make sure I haven't
> > misrepresented the situation.
> > 
> > -- Jeff

I noted in the diff that Mahesh sent that you have:

  revision 2021-12-07 {	
    description	
      "9127-bis.";	
    reference	
      "RFC XXXX: YANG Data Model for Bidirectional Forwarding	
                 Detection (BFD).";	
  }

The description needs to be updated.

Also, the description statement in ietf-bfd-types should be updated to
use the new TLP (with "Revised BSD" instead of "Simplified BSD").

... but then the rest of the modules will have the old language.  I
don't know if this is acceptable or not.


Would it be possible to avoid the problem by not doing a full
9127bis, but just publish an RFC with a new version of ietf-bfd-types?



/martin