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
- [yang-doctors] RFC 9127-bis question - impact of … Jeffrey Haas
- Re: [yang-doctors] RFC 9127-bis question - impact… Mahesh Jethanandani
- Re: [yang-doctors] RFC 9127-bis question - impact… Jeffrey Haas
- Re: [yang-doctors] RFC 9127-bis question - impact… Martin Björklund
- Re: [yang-doctors] RFC 9127-bis question - impact… Jeffrey Haas
- Re: [yang-doctors] RFC 9127-bis question - impact… t petch
- Re: [yang-doctors] RFC 9127-bis question - impact… Mahesh Jethanandani
- Re: [yang-doctors] RFC 9127-bis question - impact… t petch
- Re: [yang-doctors] RFC 9127-bis question - impact… Jeffrey Haas
- Re: [yang-doctors] RFC 9127-bis question - impact… Martin Björklund
- Re: [yang-doctors] RFC 9127-bis question - impact… Reshad Rahman
- [yang-doctors] RFC 9127-bis question - impact of … t petch
- Re: [yang-doctors] RFC 9127-bis question - impact… Reshad Rahman
- Re: [yang-doctors] RFC 9127-bis question - impact… Jeffrey Haas
- Re: [yang-doctors] RFC 9127-bis question - impact… Jeffrey Haas
- Re: [yang-doctors] RFC 9127-bis question - impact… Acee Lindem (acee)