From nobody Fri Mar 5 00:10:20 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CA44B3A20FD for ; Fri, 5 Mar 2021 00:10:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.099 X-Spam-Level: X-Spam-Status: No, score=-2.099 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cesnet.cz 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 3DZHr8gJBUi2 for ; Fri, 5 Mar 2021 00:10:14 -0800 (PST) Received: from kalendar.cesnet.cz (kalendar.cesnet.cz [78.128.211.34]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C69353A20FC for ; Fri, 5 Mar 2021 00:10:13 -0800 (PST) Received: by kalendar.cesnet.cz (Postfix, from userid 110) id 98D4A60084; Fri, 5 Mar 2021 09:10:09 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cesnet.cz; s=kalendar; t=1614931809; bh=FaNoE+r6PZQB0VWPz1apM84hduEuAqbWPNuoSzoDju4=; h=From:To:Date:Subject; b=IyZhLb6Dse4+wq7kNXVao3ft8eNzMAzwEWAoDJh+T0I/N29aMc4onjbwS8V3C7t2h 86a0MpHB0TUvAPnPuCJSq0d9OVbnaiDktfzmOtaXKkFfyPIVzRDjaF2JrK0p409VrA uw9S8IsqZOap+zNBGbirn5pmXePDp88PJcdACDh0= From: =?utf-8?q?Michal_Va=C5=A1ko?= To: "netconf" User-Agent: SOGoMail 5.0.1 MIME-Version: 1.0 Date: Fri, 05 Mar 2021 09:10:09 +0100 Message-ID: <67bf-6041e780-35-f195530@37659174> X-Forward: 84.42.188.124 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Archived-At: Subject: [netconf] Latest ietf-netconf-server draft and related modules X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2021 08:10:19 -0000 Hello, I had a chance to look at these modules again and have 2 questions rega= rding some recent changes. - ietf-ssh-server, ssh-server-grouping/client-authentication/supported-= authentication-methods Since the "other" leaf-list was removed there is no way to support some= other methods than those specified. I am not sure whether this was the= intention and if so, what is the reason for it? If nothing else, we su= pport "interactive" authentication method but there are some others tha= t I see no reason why they could not be used. For a robust and extendib= le solution, why not use an identityref leaf-list with all the methods = as identities? One could then simply add new ones with specific "if-fea= ture" statements. - ietf-netconf-server, grouping netconf-server-grouping/client-identity= -mappings The "if-feature" on this container is strange. The practical problem is= that if one wants to support certificates only for TLS, both one of th= e TLS features and "ssh-x509-certs" must be enabled. This then results = in the container being defined for both SSH and TLS so there is no way = to support it only for TLS or SSH. Thanks for any input. Regards, Michal From nobody Fri Mar 5 14:08:09 2021 Return-Path: <01000178046ed416-296e78fb-9050-49ae-9230-f2162efd02e6-000000@amazonses.watsen.net> X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3DCBC3A10EB for ; Fri, 5 Mar 2021 14:08:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=amazonses.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 Ik-tQvtCZlbn for ; Fri, 5 Mar 2021 14:07:59 -0800 (PST) Received: from a8-96.smtp-out.amazonses.com (a8-96.smtp-out.amazonses.com [54.240.8.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ABA0A3A1067 for ; Fri, 5 Mar 2021 14:07:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=224i4yxa5dv7c2xz3womw6peuasteono; d=amazonses.com; t=1614982075; h=From:Content-Type:Content-Transfer-Encoding:Mime-Version:Subject:Date:References:To:In-Reply-To:Message-Id:Feedback-ID; bh=CzYwRDvMehcEJSjvybHU3amOZxd51vIzZuUrCTnxpmA=; b=Y+Wxcjgde86DJsxNCgDkazMZc/0nPa71g+phDia+mWtmXQqkXMd7g3fGpFV3OQd+ TWhcXMAP6bf/JV0K1kZ1UbtxzHJOVdP029Ts5hJHB+CUC8nQk8hjssGjwcHYm6yKg8x 0TBIolcKyIdWBB3funGPQrWpa9RkrM9Rac1UG09U= From: Kent Watsen Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Date: Fri, 5 Mar 2021 22:07:55 +0000 References: <01000177d57dae49-6d751689-df68-4e97-ab8c-545c101f71be-000000@email.amazonses.com> <01000177d5fb3ffd-e089de07-6d01-490b-a38b-48952673f978-000000@email.amazonses.com> To: "netconf@ietf.org" In-Reply-To: <01000177d5fb3ffd-e089de07-6d01-490b-a38b-48952673f978-000000@email.amazonses.com> Message-ID: <01000178046ed416-296e78fb-9050-49ae-9230-f2162efd02e6-000000@email.amazonses.com> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-SES-Outgoing: 2021.03.05-54.240.8.96 Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES Archived-At: Subject: Re: [netconf] Draft 110 agenda posted X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2021 22:08:08 -0000 The draft agenda has been updated. One additional presentation was = added to discuss "NETCONF Next" and "RESTCONF Next=E2=80=9D. The updated agenda is here: = https://datatracker.ietf.org/meeting/110/materials/agenda-110-netconf See you all Monday! K. From nobody Fri Mar 5 15:19:24 2021 Return-Path: <0100017804af516b-fff3cc4f-3806-4108-a448-db4249a437a4-000000@amazonses.watsen.net> X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 28CF13A1757 for ; Fri, 5 Mar 2021 15:19:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.907 X-Spam-Level: X-Spam-Status: No, score=-7.907 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H5=-1, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=amazonses.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 rxnBP9JnkU3w for ; Fri, 5 Mar 2021 15:19:14 -0800 (PST) Received: from a48-94.smtp-out.amazonses.com (a48-94.smtp-out.amazonses.com [54.240.48.94]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 086C83A1645 for ; Fri, 5 Mar 2021 15:18:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=224i4yxa5dv7c2xz3womw6peuasteono; d=amazonses.com; t=1614986301; h=From:Message-Id:Content-Type:Mime-Version:Subject:Date:In-Reply-To:Cc:To:References:Feedback-ID; bh=IumUn/XPH5PR4GTaqHtCx+EGlpIWsShITiplMtLUjlY=; b=DsZeFUF/IZh7Jsxhx2zytkNW6kAEmwNQmnw/jtLUiToJDGzp3Ae2DxHp2shlFTzH e5yGDbP6oNFyZ4lFz6SZibQTLlrY7xU05VD2x3oyN907ZYk5Zm3DypflMl5373RmKqK VZPzeHTpZeHkgGU3ozme201cMQE8ZouSfkYeo5dg= From: Kent Watsen Message-ID: <0100017804af516b-fff3cc4f-3806-4108-a448-db4249a437a4-000000@email.amazonses.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_CB2475E3-F7A7-447A-B419-CA912C2B9D9D" Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Date: Fri, 5 Mar 2021 23:18:21 +0000 In-Reply-To: <67bf-6041e780-35-f195530@37659174> Cc: "netconf@ietf.org" To: =?utf-8?Q?Michal_Va=C5=A1ko?= References: <67bf-6041e780-35-f195530@37659174> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-SES-Outgoing: 2021.03.05-54.240.48.94 Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES Archived-At: Subject: Re: [netconf] Latest ietf-netconf-server draft and related modules X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2021 23:19:22 -0000 --Apple-Mail=_CB2475E3-F7A7-447A-B419-CA912C2B9D9D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Michal, > I had a chance to look at these modules again and have 2 questions = regarding some recent changes. >=20 > - ietf-ssh-server, = ssh-server-grouping/client-authentication/supported-authentication-methods= >=20 > Since the "other" leaf-list was removed there is no way to support = some other methods than those specified. I am not sure whether this was = the intention and if so, what is the reason for it? If nothing else, we = support "interactive" authentication method but there are some others = that I see no reason why they could not be used. It took me a bit to determine that this change happened in = ssh-client-server-18. The motivation behind the change was to align the values with those = defined in RFCs 4252 and 4250. You mention an =E2=80=9Cinteractive=E2=80=9D and =E2=80=9Csome other=E2=80= =9D methods - where are they defined? > For a robust and extendible solution, why not use an identityref = leaf-list with all the methods as identities? One could then simply add = new ones with specific "if-feature" statements. An identityref seems reasonable, could you propose a snippet of YANG for = it? That said, it seems equally possible for a future module to augment-in a = new leaf under the "supported-authentication-methods=E2=80=9D = container... > - ietf-netconf-server, grouping = netconf-server-grouping/client-identity-mappings >=20 > The "if-feature" on this container is strange. The practical problem = is that if one wants to support certificates only for TLS, both one of = the TLS features and "ssh-x509-certs" must be enabled. This then results = in the container being defined for both SSH and TLS so there is no way = to support it only for TLS or SSH. Yes, granular features would be nice. This issue is tracked here: = https://github.com/netmod-wg/yang-next/issues/82 = . A possible fix = would be to enable features on a per-XPath basis, perhaps using the = =E2=80=9Cnode-tags=E2=80=9D draft going on in NETMOD. Do you have a = proposal? BTW, shouldn=E2=80=99t the =E2=80=9Cif-feature=E2=80=9D statement have = an =E2=80=9Cor=E2=80=9D (not an =E2=80=9Cand=E2=80=9D) between the two = major expressions? K. --Apple-Mail=_CB2475E3-F7A7-447A-B419-CA912C2B9D9D Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
Hi Michal,


I had a chance = to look at these modules again and have 2 questions regarding some = recent changes.

- ietf-ssh-server, = ssh-server-grouping/client-authentication/supported-authentication-methods=

Since the "other" leaf-list was removed = there is no way to support some other methods than those specified. I am = not sure whether this was the intention and if so, what is the reason = for it? If nothing else, we support "interactive" authentication method = but there are some others that I see no reason why they could not be = used.

It took me a = bit to determine that this change happened = in ssh-client-server-18.

The motivation behind the change was = to align the values with those defined in RFCs 4252 and 4250.

You mention an =E2=80=9Cinteractive=E2=80=9D and =E2=80=9Csome = other=E2=80=9D methods - where are they defined?


For a robust and extendible = solution, why not use an identityref leaf-list with all the methods as = identities? One could then simply add new ones with specific = "if-feature" statements.

An identityref seems reasonable, could you propose = a snippet of YANG for it?

That said, = it seems equally possible for a future module to augment-in a new leaf = under the "supported-authentication-methods=E2=80=9D container...


- ietf-netconf-server, grouping = netconf-server-grouping/client-identity-mappings

The "if-feature" on this container is strange. The practical = problem is that if one wants to support certificates only for TLS, both = one of the TLS features and "ssh-x509-certs" must be enabled. This then = results in the container being defined for both SSH and TLS so there is = no way to support it only for TLS or SSH.

Yes, = granular features would be nice.  This issue is tracked = here: https://github.com/netmod-wg/yang-next/issues/82.  A = possible fix would be to enable features on a per-XPath basis, perhaps = using the =E2=80=9Cnode-tags=E2=80=9D draft going on in NETMOD.   = Do you have a proposal?

BTW, = shouldn=E2=80=99t the =E2=80=9Cif-feature=E2=80=9D statement have an = =E2=80=9Cor=E2=80=9D (not an =E2=80=9Cand=E2=80=9D) between the two = major expressions?


K.

= --Apple-Mail=_CB2475E3-F7A7-447A-B419-CA912C2B9D9D-- From nobody Fri Mar 5 18:27:50 2021 Return-Path: <01000178055cadf0-27b0cd28-e8f1-489d-bf16-d99367461a5c-000000@amazonses.watsen.net> X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E52793A0BA8 for ; Fri, 5 Mar 2021 18:27:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=amazonses.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 cKSfRhgZSPBA for ; Fri, 5 Mar 2021 18:27:44 -0800 (PST) Received: from a8-31.smtp-out.amazonses.com (a8-31.smtp-out.amazonses.com [54.240.8.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7A7F43A0B9F for ; Fri, 5 Mar 2021 18:27:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=224i4yxa5dv7c2xz3womw6peuasteono; d=amazonses.com; t=1614997663; h=From:Message-Id:Content-Type:Mime-Version:Subject:Date:In-Reply-To:Cc:To:References:Feedback-ID; bh=yrC3ChE1pB4/+dsGY7V4XOhgI9N1DyG06dpbYMCcEOo=; b=ex2ntr+rXvYP6rf+HB4u8SxJ66PD/TjGOtNMO9pT9mIx5MEt5Eu3b38BI2M5Iuy/ 4SBh6N8GpPXmCc1nfYwbbP69xyox5yFQpzGXM1YbQ7wwycJ5OPQFzuUGh6C3VXfzX1z x6vHyLyWtoPCv4KqYoMo/LlrEXFtxXjqkyEPcSEo= From: Kent Watsen Message-ID: <01000178055cadf0-27b0cd28-e8f1-489d-bf16-d99367461a5c-000000@email.amazonses.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_2418EA26-4B6E-48AA-9792-CFBBD0BB28F9" Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Date: Sat, 6 Mar 2021 02:27:43 +0000 In-Reply-To: Cc: "netconf@ietf.org" To: Benoit References: <0100017179dc6961-166c9a34-ed06-4e26-9240-83728a433691-000000@email.amazonses.com> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-SES-Outgoing: 2021.03.06-54.240.8.31 Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES Archived-At: Subject: Re: [netconf] Shepherd review of draft-ietf-netconf-notification-capabilities X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Mar 2021 02:27:48 -0000 --Apple-Mail=_2418EA26-4B6E-48AA-9792-CFBBD0BB28F9 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Balazs and Benoit, Thanks for the update and the response. Please see below for followups. K. // shepherd > On Feb 22, 2021, at 4:20 PM, Benoit wrote: >=20 > Hi Kent, >=20 > Sorry it took us so long to update the draft. > Below are our answer. We believe we have addressed all comments. >=20 > Title: > - it would be best for the title to not use the =E2=80=9CYANG-Push=E2=80= =9D term before it=E2=80=99s been imported. > How about this? > OLD: YANG Modules for describing System Capabilities and Yang-Push = Notification Capabilities > NEW: YANG Modules describing Capabilities for Systems and = Notifications for Datastore Updates > NEW2: YANG Modules describing Capabilities for Systems and Datastore = Updates Notifications > BALAZS: OK, used New2 >=20 > Be sure to update any change in the title in the YANG modules as well! > BALAZS: OK, used New2 >=20 > Note: https://en.wikipedia.org/wiki/YANG#Standards-track_data_models = has > a preference for "Data Models=E2=80=9D over =E2=80=9CModules=E2=80=9D, = but I left that part alone > since it=E2=80=99s not unheard of either... You=E2=80=99re right, =E2=80=9CData Models=E2=80=9D would be better. = But, like you say, both are seen in the wild, so do as you see fit. PS: Thanks for fixing the plurality issue (Updates --> Update) > Abbreviated title: > - "YANG-Push Notification Capabilities=E2=80=9D is not an accurate = description... > BALAZS: OK, changed to System and Notification Capabilities Good. > Abstract: >=20 > - module names should be in quotes when introduced > BALAZS: OK Thanks. (Albeit, I didn=E2=80=99t intend a global replace. No biggee, = the copy editor will tweak as needed). > - s/This document defines two YANG modules:/This document defines two = YANG modules,"ietf-system-capabilities=E2=80=9D and = "ietf-notification-capabilities=E2=80=9D. > BALAZS: OK Thanks. > - s/YANG Instance Data/YANG Instance Data = (I-D.ietf-netmod-yang-instance-file-format)/ > BALAZS: OK Hmmm, now it=E2=80=99s renamed and moved to the end of the paragraph, = but still without a reference. Admittedly, I think references in = Abstracts are discouraged but, as it stands, readers may be confused. = Note that searching for "YANG Instance Data File Format=E2=80=9D = doesn=E2=80=99t resolve any other matching because only other matching = string is in the =E2=80=9CNormative References=E2=80=9D Section, where = it line wraps. If you don=E2=80=99t put a reference into the abstract, = then import the term in the =E2=80=9CTerminology=E2=80=9D Section. > - s/"Subscription to YANG Datastores" (YANG-Push)/Subscription > to YANG Notifications for Datastore Updates (RFC 8641)/ > BALAZS: OK Thanks, but not that the sentence ends 'augmenting the = "ietf-system-capabilities=E2=80=9D.=E2=80=99 This should either be = 'augmenting "ietf-system-capabilities=E2=80=9D.=E2=80=99 or 'augmenting = the "ietf-system-capabilities=E2=80=9D module.' > - Actually (in ref to the above two comments), the sentence structure = in p2 seems > backwards. Better would be to say "The module can be used to report = capability > information from the server at run-time or implementation-time, per = I-D.ietf-netmod-yang-instance-file-format.=E2=80=9D > BENOIT: idnits complains when we have references in the abstract. = Removed the references=20 Ah, yes, right, then import the term? > Section 1: >=20 > - Why isn=E2=80=99t the =E2=80=9CIntroduction=E2=80=9D Section =E2=80=98= 1=E2=80=99 as is common in RFCs? > BALAZS: OK, changed order of sections Thanks. > - Each term should be in double-quotes when first introduced, or use = hanging text like other RFCs do. > BALAZS: OK Good. > - don=E2=80=99t capitalize terms unless they appear at the beginning = of a sentence, unless they=E2=80=99re capitalized throughout the entire = document consistently! Which they=E2=80=99re not here. Personally, I = can never capitalize them consistently, so I just follow normal = sentence-capitalization rules=E2=80=A6 > BALAZS: OK Thanks (though I didn=E2=80=99t check the entire document for = consistency) > - Neither "Run-time information=E2=80=9D nor "Implementation-time = information=E2=80=9D > constitute terms. Seriously, no one is going to check this document = for > those terms. Also note that "Run-time information=E2=80=9D is only = used once, as > "Implementation-time information=E2=80=9D would be as well if the text = in the two > back-to-back paragraphs were rearranged slightly. > BENOIT: in the context of this draft, we have 2 separate scenarios = (run-time information and implementation-time information). Instead of = re-explaining them in different sections and risking that the terms are = misunderstood, we believe it's best to define them. We seem to recall = that we also received that feedback from the WG (during LC, possibly) Fine. > - "On-change notification capability=E2=80=9D is not a term and it=E2=80= =99s not used anywhere in the document > BALAZS: OK, removed Thanks. > Section 2: >=20 > - The first sentence uses the word =E2=80=9Ccapabilities=E2=80=9D = without explanation (and it=E2=80=99s not a term). Given that this = document defines the =E2=80=9Ccapabilities=E2=80=9D, I=E2=80=99m = expecting a term to be defined for it. S3 provides examples, but it = seems too far away=E2=80=A6thoughts? >=20 > Maybe S1 and S2 could be collapsed: >=20 > OLD: > Systems implementing a server and/or a publisher often have > capabilities that are not defined by the YANG model itself. There is > a need to publish this capability information as it is part of the > contract between the server and client. >=20 > NEW: > Servers and/or a publishers often have capabilities, values describing > operational behavior, that need to be conveyed to clients, which is = enabled by the YANG modules described in this document. >=20 > BENOIT: DONE Thanks. > - the bullet list should be indented (i.e., put inside another list = with symbols=3D"empty=E2=80=9D) > BENOIT: please advice, the following doesn't work > =20 > > vendor independent > machine readable > available in identical format both at = implementation-time and run-time > > Nevermind. Xml2rfc v2 / v3 behavior changed.=20 > Section 2.1: > - remove all instances of =E2=80=9Cwe=E2=80=9D throughout the = document. s/we/this document/? > BENOIT: done Thanks. > - why is there a =E2=80=9C2.1=E2=80=9D if there isn=E2=80=99t at least = a =E2=80=9C2.2=E2=80=9D? (Is this meant to actually be a section 3?) > BENOIT: corrected Thanks. > - the bullet lists should be indented (i.e., put inside another list = with symbols=3D"empty=E2=80=9D) > BENOIT: same remark; ;) > - P4 (the paragraph beginning "Publishers have limitations=E2=80=9D) = doesn=E2=80=99t seem to say anything concrete (i.e., relavent to the = draft). Actually, the same can be said for P5. > BENOIT: OLD > Publishers have limitations in how many update notifications and = how > many datastore node updates they can send out in a certain time- > period. >=20 > Publishers might not support periodic subscriptions to all > datastores. >=20 > NEW: Publishers might have some capabilities (or limitations) to = document. =20 > For example, how many update notifications and how many datastore = node updates=20 > they can send out in a certain time-period. Other publishers might > not support periodic subscriptions to all datastores. Okay. > - P6 and P7 appear to be (unnecessary) elaborations of bullet-point #2 = above. > BENOIT: combined the paragraphs to make a longer series of = capabilities/limitations to document. The entire section is: > Publishers might have some capabilities (or limitations) to = document.=20 > For example, how many update notifications and how many = datastore node=20 > updates they can send out in a certain time-period. Other = publishers might=20 > not support periodic subscriptions to all datastores. In = some cases, a publisher supporting=20 > on-change notifications will not > be able to push updates for some object types on-change. = Reasons for > this might be that the value of the datastore node changes = frequently > (e.g., in-octets counter), that small object changes are > frequent and irrelevant to the receiver (e.g., a temperature = gauge changing 0.1 > degrees within a predetermined and acceptable range), or = that the=20 > notification for a particular object. In all those cases,=20 > it will be important for subscriber applications to have > a way to identify which objects on-change notifications are > supported and for which ones not. Better. > - s/Clients of a server, subscribers to a publisher/Clients of a = server/ (note: that subscribers are clients) > BENOIT: NEW > Clients of a server (and subscribers to a publisher, as subscribers = are also clients) need a method to gather capability information. Much better! > - the last 2-3 paragraphs seem to go into the weeds wrt the focus of = this draft=E2=80=A6and the whole > Implementation-time vs Runtime tradeoff is repeated in Section 3. = Honestly, I don=E2=80=99t think > this draft needs to discuss this at all but, if you must, factor it = out into a separate section > and keep it short, e.g., as in Section 3. > BENOIT: Actually, we believe that we must address the = implementation-time vs runtime topics, as the two provides the = background for two distinct use cases, both solved with the solution in = this draft. > However, we agreed with you that the section order was not right. We = introduced the more generic text in the introduction and kept the = specifiations for subsequent sections. Fine, and Better. > Section 3: > - why doesn=E2=80=99t this section come before Section 2.1 (which = maybe should actually be a Section 3)? >=20 > BENOIT: corrected Thanks, > - System-level capabilities is the =E2=80=9Cbase=E2=80=9D model, and = hence should be introduced first=E2=80=A6 > BENOIT: corrected Thanks (note: my comment was in reference to my previous comment) > - actually, after reading the entirety of Section 3, I don't = understand the purpose of Section 2.1 > BENOIT: yes, there is some history behind the draft. First it was = about the YANG push capabilities only. Then, as we foresaw that other = type of capabilities would be needed, we added the generic system = capabilities information. Reviewing the draft, the history still = transpired through the section order. Hopefully, this is solved now. Thanks for the background. > - recommend 1) extracting the middle part out into a new =E2=80=9Cprovid= ing data=E2=80=9D section where the > Implementation-time vs Runtime options are discussed and 2) moving the = remainder to End of the Introduction section=E2=80=A6 >=20 > - s/The module ietf-system-capabilities/The module = "ietf-system-capabilities"/ > BALAZS: OK . Thanks. > - s/is defined to provide a structure/provides a structure/ > - s/any YANG related system capability/YANG-defined capabilities/ > BENOIT: It might be best to keep it aligned with the abstract. > The last two points become: > The module "ietf-system-capabilities" provides a placeholder structure = to be used to specify any YANG related system capability. Good catch. > - s/The module ietf-notification-capabilities/The module = "ietf-notification-capabilities=E2=80=9D/ > BALAZS: OK Thanks. > - s/"Subscription to YANG Datastores" (YANG-Push)/Subscription to YANG = Notifications for Datastore Updates [RFC8641]/ > BENOIT: done Thanks, > - Re: "on system/publisher level=E2=80=9D - why is =E2=80=9Cpublisher=E2= =80=9D mentioned in Section 4 at all? > BENOIT: removed Thanks, > Section 4: > - s/The module ietf-system-capabilities/The module = "ietf-system-capabilities"/ > BENOIT: DONE Thanks, > - s/is defined to provide a structure/provides a structure/ > BENOIT: DONE Thanks, > - s/that can be used to specify/that can be used to discover (as = read-only operational state)/ > BENOIT: DONE Good, but searching for "hat can be used to specify=E2=80=9D resulted in = finding two other instances that I believe would benefit from the same = update. > - s/any YANG related system capability/YANG-defined capabilities/ > BENOIT: see above Okay. > - P3 should be P2 (like they are in the YANG module) > BENOIT: right Thanks. > - the presence of P2 is confusing, if =E2=80=9Cthis module itself does = not contain any capabilities=E2=80=9D > BENOIT: See below. >=20 > - I think you want to say something like the =E2=80=9Cstructure=E2=80=9D= provides augmentation points > for capabilities to be defined at different levels: a) system, when = foo, b) datastore, > when bar, and c) specific data nodes, the baz. (where foo/bar/baz = describe the > augmentation points used) - right? > BENOIT: right.=20 Better. > This module itself does not contain any capabilities; it provides = augmentation points=20 > for capabilities to be defined in subsequent YANG modules.=20 > - s/config=3Dfalse/=E2=80=9Cconfig false=E2=80=9D/ > BENOIT: DONE Thanks. > Section 4.2: (ietf-system-capabilities@2020-03-23.yang = ) >=20 > - should the =E2=80=9Cdescription=E2=80=9D statement for "import = ietf-yang-library=E2=80=9D > 1) s/a revision/a backwards-compatable revision/ and 2) state that > the module must be implemented? (Better, see my other comment > regarding the YANG Doctor;s comment) > BENOIT: Done Thanks. > - s/RFC RFC8525/RFC 8525/ > BENOIT: Done Thanks, > - OLD: > This module specifies a module intended to contain system > capabilities. System capabilities may include capabilities of a > NETCONF or RESTCONF server or a notification publisher. > NEW: > This module specifies a structure to specify system > capabilities for s server or a publisher. > BENOIT: OK Thanks, > - s/capabilities it only/capabilities, it only/ > BENOIT: OK Thanks. > - s/should be augmented in/are augmented in/ > BENOIT: OK Thanks. > - be sure there is a blank line between paragraphs and numbered > list items, and/or list items are indented (this comment applies to > *all* =E2=80=9Cdescription=E2=80=9D statements) > BENOIT: OK Thanks (though I didn=E2=80=99t check every instance) > - list item (4) is missing punctuation and the first =E2=80=9Csentence=E2= =80=9D doesn=E2=80=99t > form a sentence. > BENOIT: OK Thanks. > - "RFC XXX: YANG-Push Notification Capabilities=E2=80=9D has both an = incorrect number of X=E2=80=99s as well as incorrect document title. > BENOIT: OK Thanks. > - rather than have the =E2=80=9Cdescription=E2=80=9D statement "// = augmentation > point for system level capabilities=E2=80=9D, why not have an empty > =E2=80=9Cchoice=E2=80=9D statement with the same description = statement? > BALAZS: choice would not be a good solution because it would only = allow one set of capabilities, while our goal is to allow different = capability set side by side. You misunderstand. Adding an empty choice preserves the data model as = is. It=E2=80=99s just a more "YANG way=E2=80=9D to do what you have: OLD: // augmentation point for system level capabilities NEW: choice system-capabilities { // mandatory true; // must at least one exist? description=20 "augmentation point for system level capabilities.=E2=80=9D; } > - re: "Only individual datastores=E2=80=9D, is =E2=80=9Cindividual=E2=80= =9D the right word? Would =E2=80=9Cspecific=E2=80=9D or =E2=80=9Cleaf=E2=80= =9D be better? > BALAZS: we used "specific" Thanks. > - rather than have the =E2=80=9Cdescription=E2=80=9D statement "// = augmentation > augmentation point for datastore or data node level capabilities=E2=80=9D= , > why not have an empty =E2=80=9Cchoice=E2=80=9D statement with the same > description statement? > BALAZS: see above. Also see above ;) > - is the comment "The special value '/' denotes all data nodes in the > datastore.=E2=80=9D should state if it=E2=80=99s a CLR or simply = consistent with XPath 1.0 expressions. > BALAZS: we are consistent witjh the NACM RFC, which says: > The special value '/' refers to all possible > datastore contents."; Then the comment should say =E2=80=9CAs specified in NACM Section ???, = the special value=E2=80=A6=E2=80=9D, right? > - this command detected an issue: pyang --ietf = ietf-system-capabilities\@2020-03-23.yang. > (I=E2=80=99m unsure why, exactly, as I see the keywords block in the = module=E2=80=A6suggest copying > text directly from `pyang --ietf-help`. No response? > Section 5 > - s/The YANG module ietf-notification-capabilities is defined to = provide/The YANG module "ietf-notification-capabilities=E2=80=9D = provides/ > BENOIT: done Thanks. > Section 5.2: (ietf-notification-capabilities@2020-03-23.yang = ) > - P1 doesn=E2=80=99t specify all the normative imports > BENOIT: done Thanks. > - be sure there is a blank line between paragraphs and numbered > list items, and/or list items are indented (this comment applies to > *all* =E2=80=9Cdescription=E2=80=9D statements) > BENOIT: done Thanks. > - s/If, different/If different/ > BENOIT: done Thanks. > - "RFC XXX: YANG-Push Notification Capabilities=E2=80=9D has both an = incorrect number of X=E2=80=99s as well as incorrect document title. > BENOIT: done Thanks. > - s/config=3Dtrue/=E2=80=98config true=E2=80=99/ > BENOIT: done > - s/config=3Dfalse/=E2=80=98config false=E2=80=99/ > BENOIT: done Thanks. > - "supported for none=E2=80=9D - nonsensical, rephrase. > BENOIT: > "Type for defining whether 'on-change' or > 'periodic' notifications are supported 'config false'=20 > data nodes, 'config true' date nodes, no data nodes,=20 > or all data nodes. Better! > - s/ or all data nodes/, or all data nodes/ (also try to fix the = sentence so it makes sense) > - s/ or a set of/, or a set of/ > - s/update-too-big/'update-too-big=E2=80=99/ > BENOIT: done Thanks. > - many of the =E2=80=9Creference=E2=80=9D statements are being = misused. Move content > information into the =E2=80=9Cdescription=E2=80=9D and only set the = reference perhttps://tools.ietf.org/html/rfc7950#section-7.21.4 = > BENOIT: all corrected Thanks. > - s/and the subtree below them/including any subtrees that may exist = below them/ > BENOIT: done > - s/on-change notifications/'on-change' notifications/ > BENOIT: done Thanks. > - this command detected a number of issues: pyang -f yang = --keep-comments --yang-line-length 69 = ietf-notification-capabilities\@2020-03-23.yang > tmp; diff = ietf-notification-capabilities\@2020-03-23.yang tmp. (whitespace at end = of lines) No response? > Section 7.2 (really 5.2, but I didn=E2=80=99t catch it until here) >=20 > - the =E2=80=9Cinc=E2=80=9D prefix seems odd, perhaps wrong, how about = =E2=80=9Cnotc=E2=80=9D (to match =E2=80=9Csysc=E2=80=9D)?: > BENOIT: You're right, changed Thanks. > Appendix A >=20 > - the example is wrapped in the /, but now = that `rfcstrip` has the =E2=80=9C-a=E2=80=9D parameter, these are no = longer needed - agreed? Please move the filename augment to the = =E2=80=9Cname=E2=80=9D attribute in the element for both = examples. > BALAZS: OK Thanks. > - ideally there are subsections (i.e., A.1 and A.2) delineating each = example > BENOIT: done Thanks. > - s/config=3Dfalse/=E2=80=9Cconfig false=E2=80=9D/ > BENOIT: done Thanks. > - please reorder the examples so that the system-capability examples = precedes the notification-capability example=20 > BENOIT: done Thanks. > - in both examples: > - s/following instance-data/following instance data/ (or "instance = data set=E2=80=9D?) > BENOIT: done Thanks. > ^-- also add a reference to I-D.ietf-netmod-yang-instance-file-format > - please remove the "

Hi, Mahesh:

I am thinking whether rfc863= 9-enabled should be listed as encoding related capability, which= is a little weird to me and I think it is different xml encoding, json eco= ding, I believe this has been brought up in yesterday meeting at the end of presentation.

Also for Publisher to receiver int= eraction it is not clear why the second target resource is called =A1=B0rel= ay-notification=A1=B1? What relay means in this HTTP notif context?

 

As for capability discovery and ad= vertisement proposed in draft-ietf-netconf-https-notif-08 and draft-tao-netconf-dat= a-export-capabilities, I believe I raised issues for discussion = when both work are under progress, my impression, is

Both are one way message, used in = different scenario which can be complementary. Now this issue has been brou= ght up again in yesterday netconf session. The question is whether should t= ake holistic way to handle the capability.

 

I think

1.http notif  defines receive= r capability discovery which allow publisher discover what encoding is supp= orted by the receiver,

2.data export capabilities define = data export capability advertisement which is built on top of server capabi= lity advertisement

specif= ied in draft-ietf-netconf-no= tification-messages. Data export capability draft allow the rece= iver to learn the server capability

includ= ing transport protocol, encoding format.

Commonality for these capability d= iscovery or advertisement is both are one way message.

The difference is data export capa= bilities define generic mechanism can work together with RFC8639 and UDP No= tif draft,

RFC8639 =A1=B02.4.2.  Establi= shing a Dynamic Subscription=A1=B1 said:

=A1=B0

If the transp= ort used by the RPC supports multiple encodings, an

      optional &q= uot;encoding" for the event records pushed.  If no

      "encod= ing" is included, the encoding of the RPC MUST be used.

=A1=B1

So data export capabilities advert= ise multiple encodings from the server to the client, the client can use RF= C8639 Dynamic subscription to select the encoding advertised by the server = or configure the client favored encoding on the server.

So does the UDP notif, the server = advertises multiple encoding support the client, the client use RFC8639 Dyn= amic Subscription to select encoding advertised by the server or configure = client favored encoding on the server.

 

If we consider to use server capab= ility advertisement in data export capability draft together with receiver = capability in http notif together, I think we should focus on non-RFC8639 c= apability case, in such case,

The server can use a single messag= e not only advertise the what encoding is supported by the server but also = request the encoding supported by the client, This seems to provide more co= ntrol to the publisher to control the encoding to be used rather than provide control to the client and allow th= e client configure encoding support for the transport designed for publishe= r. I am not sure whether this case makes sense, this needs to be investigat= ed.

 

-Qin

=B7=A2=BC=FE=C8=CB: netconf [mailt= o:netconf-bounces@ietf.org] =B4=FA=B1=ED Mahesh Jethanandani
=B7=A2=CB=CD=CA=B1=BC=E4:<= /span> 2021=C4=EA2=D4=C223=C8=D5 7:39
=CA=D5=BC=FE=C8=CB: netconf@ietf.org
=D6=F7=CC=E2: Re: [netconf] I-D Action: draft-ietf-netconf-https-notif-08.txt

 

Hi WG,

 

The authors believe that this v= ersion of the draft addresses comments received during LC.

 

Thanks.



On Feb 22, 2021, at 3:33 PM, internet-drafts@ietf.org wrote:

 


A New Internet-Draft is available from the on-line Internet-Drafts director= ies.
This draft is a work item of the Network Configuration WG of the IETF.

       Title     &nb= sp;     : An HTTPS-based Transport for YANG Notifi= cations
       Authors     &= nbsp;   : Mahesh Jethanandani
            &nb= sp;            = Kent Watsen
  Filename    &nb= sp;   : draft-ietf-netconf-https-notif-08.txt
  Pages     =       : 27
  Date     &= nbsp;      : 2021-02-22

Abstract:
  This document defines a protocol for sending notifications over=
  HTTPS.  YANG modules for configuring publishers are also d= efined.
  Examples are provided illustrating how to configure various
  publishers.

  This document requires that the publisher is a "server&quo= t; (e.g., a
  NETCONF or RESTCONF server), but does not assume that the recei= ver is
  a server.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-netconf-https-notif/

There are also htmlized versions available at:
h= ttps://tools.ietf.org/html/draft-ietf-netconf-https-notif-08
https://datatracker.ietf.org/doc/html/draft-ietf-netconf-https-not= if-08

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-netconf-https-notif-0= 8


Please note that it may take a couple of minutes from the time of submissio= n
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet= -drafts/


_______________________________________________
netconf mailing list
netconf@ietf.org
https://www.ietf.= org/mailman/listinfo/netconf

 

Mahesh Je= thanandani

&nbs= p;

&nbs= p;

=  

 

--_000_B8F9A780D330094D99AF023C5877DABAADE4CAA7dggeml511mbschi_-- From nobody Mon Mar 8 19:42:53 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C96493A0D4A for ; Mon, 8 Mar 2021 19:42:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 AvnOoJOTV37M for ; Mon, 8 Mar 2021 19:42:49 -0800 (PST) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5BAD13A0D48 for ; Mon, 8 Mar 2021 19:42:49 -0800 (PST) Received: from fraeml715-chm.china.huawei.com (unknown [172.18.147.206]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4DvgsX3gtrz67tSq for ; Tue, 9 Mar 2021 11:38:24 +0800 (CST) Received: from fraeml715-chm.china.huawei.com (10.206.15.34) by fraeml715-chm.china.huawei.com (10.206.15.34) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2106.2; Tue, 9 Mar 2021 04:42:46 +0100 Received: from DGGEML422-HUB.china.huawei.com (10.1.199.39) by fraeml715-chm.china.huawei.com (10.206.15.34) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.1.2106.2 via Frontend Transport; Tue, 9 Mar 2021 04:42:46 +0100 Received: from DGGEML511-MBS.china.huawei.com ([169.254.4.181]) by dggeml422-hub.china.huawei.com ([10.1.199.39]) with mapi id 14.03.0513.000; Tue, 9 Mar 2021 11:42:43 +0800 From: Qin Wu To: "netconf@ietf.org" Thread-Topic: data-export-capabilities: insert hint into the error response Thread-Index: AdcUlYCPLLNtnrcqTBCpZxYAtbbRww== Date: Tue, 9 Mar 2021 03:42:43 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.136.123.117] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [netconf] data-export-capabilities: insert hint into the error response X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Mar 2021 03:42:52 -0000 SGksIA0KT25lIG9mIG9wZW4gaXNzdWVzIHdlIGRpc2N1c3MgaW4gdGhlIG5ldGNvbmYgc2Vzc2lv biBpcyByZWxhdGVkIHRvIG5lY2Vzc2l0eSBvZiBkYXRhIGV4cG9ydCBjYXBhYmlsaXR5IGluIHRo ZSBkcmFmdC10YW8tbmV0Y29uZi1kYXRhLWV4cG9ydC1jYXBhYmlsaXRpZXMNCklzIHRoZXJlIGFu eSBhbHRlcm5hdGl2ZSB3YXk/DQpPbmUgb2YgYWx0ZXJuYXRpdmUgd2F5IHdlIGludmVzdGlnYXRl IGlzIG9uZSBwcm9wb3NlZCBpbiBSRkM4NjM5LCBpLmUuLCBpbnNlcnQgaGludCBpbnRvIHRoZSBl cnJvciByZXNwb25zZQ0KUHJvOiBBY2NlcHQgdGhlIGZhaWx1cmUgdGhlIGZpcnN0IFJQQyByZXF1 ZXN0IGF0dGVtcHQsIGJ1dCBpbmNyZWFzZXMgdGhlIGxpa2VsaWhvb2Qgb2Ygc3VjY2VzcyBmb3Ig c3Vic2VxdWVudCBSUEMgcmVxdWVzdHMNCkNvbjogU3VjaCBsaWtlbGlob29kIG9mIHN1Y2Nlc3Mg Zm9yIHN1YnNlcXVlbnQgUlBDIHJlcXVlc3RzIGlzIG5vdCBndWFyYW50ZWVkIHNpbmNlIGhpbnQg bmVlZHMgdG8gYmUgc3BlY2lmaWVkIGV2ZXJ5IHRpbWUgd2UgaGF2ZSBuZXcgaGludCwgb3RoZXJ3 aXNlIHRoZSBjbGllbnQgd2hvIGluaXRpYXRlIHRoZSBSUEMgcmVxdWVzdCBtYXkgbm90IHVuZGVy c3RhbmQgd2hhdCBoaW50IG1lYW5zLg0KDQpXaXRoIGRhdGEgZXhwb3J0IGNhcGFiaWxpdHkgYWR2 ZXJ0aXNlbWVudCwNClBybzogaW5jcmVhc2UgbGlrZWxpaG9vZCBvZiBzdWNjZXNzIGZvciB0aGUg Zmlyc3QgUlBDIHJlcXVlc3QsIGRvZXNuoa90IG5lZWQgdG8gd2FpdCBmb3IgdGhlIHNlY29uZCBy b3VuZCBSUEMgZXhjaGFuZ2UNClRoZSBjb3N0IGlzIHRvIGludHJvZHVjZSBuZXcgcGFyYW1ldGVy IGluIHRoZSBub3RpZmljYXRpb24gY2FwYWJpbGl0eSBtZXNzYWdlIGluIHRoZSBkcmFmdC1pZXRm LW5ldGNvbmYtbm90aWZpY2F0aW9uLWNhcGFiaWxpdGllcy0xNC4NCkdpdmVuIHRoZSBub3RpZmlj YXRpb24gY2FwYWJpbGl0eSBoYXMgYmVlbiB3ZWxsIGFjY2VwdGVkIGFuZCBzdGFibGUgZm9yIHB1 YmxpY2F0aW9uLCANCkkgdGhpbmsgaXQgbGF5ZXIgZm91bmRhdGlvbiBmb3IgbmV3IGNhcGFiaWxp dHkgZGVmaW5pdGlvbnMuDQoNCi1RaW4gKG9uIGJlaGFsZiBvZiBhdXRob3JzKQ0KLS0tLS3Tyrz+ 1K28/i0tLS0tDQq3orz+yMs6IG5ldGNvbmYgW21haWx0bzpuZXRjb25mLWJvdW5jZXNAaWV0Zi5v cmddILT6se0gbWFxaXVmYW5nIChBKQ0Kt6LLzcqxvOQ6IDIwMjHE6jHUwjIwyNUgMjE6MDENCsrV vP7IyzogbmV0Y29uZkBpZXRmLm9yZw0K1vfM4jogW25ldGNvbmZdIE5ldyBWZXJzaW9uIE5vdGlm aWNhdGlvbiBmb3IgZHJhZnQtdGFvLW5ldGNvbmYtZGF0YS1leHBvcnQtY2FwYWJpbGl0aWVzLTAz LnR4dA0KDQpIaSwgYWxsOg0KIFdlIGhhdmUgdXBkYXRlZCB0aGUgZHJhZnQsIGh0dHBzOi8vd3d3 LmlldGYub3JnL2FyY2hpdmUvaWQvZHJhZnQtdGFvLW5ldGNvbmYtZGF0YS1leHBvcnQtY2FwYWJp bGl0aWVzLTAzLnR4dCAgLg0KIA0KVGhlIG1haW4gY2hhbmdlcyBhcmUgZm9sbG93aW5nIDoNCiAg IG8gIENoYW5nZSAnZGF0YS1leHBvcnQtY2FwYWJpbGl0aWVzJyBpbnRvIGxpc3QgdHlwZSB0byBz dXBwb3J0DQogICAgICBtdWx0aXBsZSB0cmFuc3BvcnQgcHJvdG9jb2wsIGVuY29kaW5nIG9uIHRo ZSBzZXJ2ZXIuDQogICBvICBBZGQgVXNhZ2UgRXhhbXBsZSBvZiBpbnRlcmFjdGlvbiB3aXRoIFVE UCBiYXNlZCBUcmFuc3BvcnQgZm9yDQogICAgICBDb25maWd1cmVkIFN1YnNjcmlwdGlvbi4NCiAg IG8gIEFkZCBUaG9tYXMgR3JhZiBhcyBhIGNvbnRyaWJ1dG9yOw0KICAgbyAgVXBkYXRlIG1vdGl2 YXRpb24gaW4gdGhlIGludHJvZHVjdGlvbiB0byBjbGFyaWZ5IHdoeSB0aGlzIHdvcmsgaXMNCiAg ICAgIG5lZWRlZC4NCiAgIG8gIFN1cHBvcnQgdWRwIG5vdGlmIGFuZCBodHRwIG5vdGlmIGFzIHR3 byBvcHRpb25hbCB0cmFuc3BvcnQgaW4gdGhlDQogICAgICBZQU5HIGRhdGEgbW9kZWwuDQoNCkFu eSBzdWdnZXN0aW9ucyBhbmQgY29tbWVudHMgd291bGQgYmUgZ3JlYXRseSBhcHByZWNpYXRlZCEN Cg0KUWl1ZmFuZyBNYShPbiBiZWhhbGYgb2YgYXV0aG9ycykNCg0KDQotLS0tLU9yaWdpbmFsIE1l c3NhZ2UtLS0tLQ0KRnJvbTogaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnIFttYWlsdG86aW50ZXJu ZXQtZHJhZnRzQGlldGYub3JnXSANClNlbnQ6IFdlZG5lc2RheSwgSmFudWFyeSAyMCwgMjAyMSA4 OjQ2IFBNDQpUbzogUGVuZyBMaXUgPGxpdXBlbmd5anlAY2hpbmFtb2JpbGUuY29tPjsgUWluIFd1 IDxiaWxsLnd1QGh1YXdlaS5jb20+OyBRaW4gV3UgPGJpbGwud3VAaHVhd2VpLmNvbT47IG1hcWl1 ZmFuZyAoQSkgPG1hcWl1ZmFuZzFAaHVhd2VpLmNvbT4NClN1YmplY3Q6IE5ldyBWZXJzaW9uIE5v dGlmaWNhdGlvbiBmb3IgZHJhZnQtdGFvLW5ldGNvbmYtZGF0YS1leHBvcnQtY2FwYWJpbGl0aWVz LTAzLnR4dA0KDQoNCkEgbmV3IHZlcnNpb24gb2YgSS1ELCBkcmFmdC10YW8tbmV0Y29uZi1kYXRh LWV4cG9ydC1jYXBhYmlsaXRpZXMtMDMudHh0DQpoYXMgYmVlbiBzdWNjZXNzZnVsbHkgc3VibWl0 dGVkIGJ5IFFpdWZhbmcgTWEgYW5kIHBvc3RlZCB0byB0aGUgSUVURiByZXBvc2l0b3J5Lg0KDQpO YW1lOgkJZHJhZnQtdGFvLW5ldGNvbmYtZGF0YS1leHBvcnQtY2FwYWJpbGl0aWVzDQpSZXZpc2lv bjoJMDMNClRpdGxlOgkJVGVsZW1ldHJ5IERhdGEgRXhwb3J0IGNhcGFiaWxpdHkNCkRvY3VtZW50 IGRhdGU6CTIwMjEtMDEtMjANCkdyb3VwOgkJSW5kaXZpZHVhbCBTdWJtaXNzaW9uDQpQYWdlczoJ CTE4DQpVUkw6ICAgICAgICAgICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvYXJjaGl2ZS9pZC9kcmFm dC10YW8tbmV0Y29uZi1kYXRhLWV4cG9ydC1jYXBhYmlsaXRpZXMtMDMudHh0DQpTdGF0dXM6ICAg ICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtdGFvLW5ldGNvbmYt ZGF0YS1leHBvcnQtY2FwYWJpbGl0aWVzLw0KSHRtbGl6ZWQ6ICAgICAgIGh0dHBzOi8vZGF0YXRy YWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtdGFvLW5ldGNvbmYtZGF0YS1leHBvcnQtY2Fw YWJpbGl0aWVzDQpIdG1saXplZDogICAgICAgaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2Ry YWZ0LXRhby1uZXRjb25mLWRhdGEtZXhwb3J0LWNhcGFiaWxpdGllcy0wMw0KRGlmZjogICAgICAg ICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC10YW8tbmV0Y29uZi1k YXRhLWV4cG9ydC1jYXBhYmlsaXRpZXMtMDMNCg0KQWJzdHJhY3Q6DQogICBUaGlzIGRvY3VtZW50 IHByb3Bvc2VzIGEgWUFORyBtb2R1bGUgZm9yIHRlbGVtZXRyeSBkYXRhIGV4cG9ydA0KICAgY2Fw YWJpbGl0aWVzIHdoaWNoIGF1Z21lbnRzIHN5c3RlbSBDYXBhYmlsaXRpZXMgbW9kZWwgYW5kIHBy b3ZpZGVzDQogICBhZGRpdGlvbmFsIHRlbGVtZXRyeSBkYXRhIGV4cG9ydCBhdHRyaWJ1dGVzIGFz c29jaWF0ZWQgd2l0aCBzeXN0ZW0NCiAgIGNhcGFiaWxpdGllcyBmb3IgdHJhbnNwb3J0IGRlcGVu ZGVudCBjYXBhYmlsaXR5IGFkdmVydGlzZW1lbnQuDQoNCiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICANCg0KDQpQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMg ZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uIHVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFu ZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5vcmcuDQoNClRoZSBJRVRGIFNlY3Jl dGFyaWF0DQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X18NCm5ldGNvbmYgbWFpbGluZyBsaXN0DQpuZXRjb25mQGlldGYub3JnDQpodHRwczovL3d3dy5p ZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL25ldGNvbmYNCg== From nobody Mon Mar 8 22:51:10 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 917EF3A1493 for ; Mon, 8 Mar 2021 22:51:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.099 X-Spam-Level: X-Spam-Status: No, score=-2.099 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cesnet.cz 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 SDktwdv0uxzy for ; Mon, 8 Mar 2021 22:51:04 -0800 (PST) Received: from kalendar.cesnet.cz (kalendar.cesnet.cz [IPv6:2001:718:1:1f:50:56ff:feee:34]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 417A23A149B for ; Mon, 8 Mar 2021 22:51:04 -0800 (PST) Received: by kalendar.cesnet.cz (Postfix, from userid 110) id 3F8C76007E; Tue, 9 Mar 2021 07:50:57 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cesnet.cz; s=kalendar; t=1615272657; bh=Ynnq6+uV0wUgV1EIN6v7NT704wIoS6hvc/Nb7CNqUwI=; h=From:In-Reply-To:Date:Cc:To:Subject; b=F5iItILE+q0N+eN1XOuyD6IYswhD6oqsWKeejvrvN0/xYlkhE424UP/i934c3olZh iRQn6t/BWl7EAZilu6c7LQ1F8Wvi06aG7VHb24RnKCkW9IvucVHYaNMeWRcoNSkj3/ 4FuETn1ACPHhIxDyvUwXvWyEWsFC7ySd0ObxuRVs= From: =?utf-8?q?Michal_Va=C5=A1ko?= In-Reply-To: Content-Type: text/plain; charset="utf-8" X-Forward: 84.42.188.124 Date: Tue, 09 Mar 2021 07:50:57 +0100 Cc: "netconf" To: "Eric Voit (evoit)" MIME-Version: 1.0 Message-ID: <3bf7-60471b00-55-203315c0@163861349> User-Agent: SOGoMail 5.0.1 Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [netconf] =?utf-8?q?RFC_8639_configured_subscriptions?= X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Mar 2021 06:51:09 -0000 Hi Eric, I appreciate the help but what is the official situation then? NETCONF/= RESTCONF has RFCs only for dynamic subscriptions so for these protocols= configured subscriptions are not supported? Actually, there are no pro= tocols that support it, currently? Michal On Monday, March 08, 2021 18:06 CET, "Eric Voit (evoit)" wrote: > Hi Michal, > > Configured subscriptions for NETCONF was originally in RFC-8640. But= the > draft was rescoped to just dynamic subscriptions by the time it was > published. > > So it might be worth looking through: > https://tools.ietf.org/html/draft-ietf-netconf-netconf-event-notifica= tions-1 > 0 > This version does include the module you request below. Also include= d is > other text which might be of interest. > > Eric > > > > -----Original Message----- > > From: netconf On Behalf Of Michal Va=C5=A1= ko > > Sent: Monday, March 8, 2021 10:17 AM > > To: netconf > > Subject: [netconf] RFC 8639 configured subscriptions > > > > Hi, > > > > we want to implement both dynamic and configured subscriptions for = a > > NETCONF server. Reading through the RFC, it is pretty clear that th= e > configured > > subscriptions require a YANG module with NETCONF-specific parameter= s > > including a "netconf" identity derived from the "transport" identit= y (juts > like the > > "foo" example[1]). We have not managed to find such a module, does = it > exist? If > > not, could someone provide some more information about how it can b= e > > implemented? Thank you. > > > > Regards, > > Michal > > > > [1] https://tools.ietf.org/html/rfc8639#appendix-A > > > > =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= > > netconf mailing list > > netconf@ietf.org > > https://www.ietf.org/mailman/listinfo/netconf From nobody Tue Mar 9 07:24:44 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E885F3A0FDA for ; Tue, 9 Mar 2021 07:24:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.602 X-Spam-Level: X-Spam-Status: No, score=-14.602 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=D8UvciSK; dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=cisco.onmicrosoft.com header.b=RzZMitVB 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 Ha7re6-kRFCd for ; Tue, 9 Mar 2021 07:24:41 -0800 (PST) Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 311293A0FDC for ; Tue, 9 Mar 2021 07:24:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8220; q=dns/txt; s=iport; t=1615303481; x=1616513081; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=xQhaY5bnAWufhGa0NkoRgFlKhzJ3351jL6PEsoXtoNQ=; b=D8UvciSKjKz56ulHWZaun+OzBy5FwlLwD2pohyMX2kRlt7nZLktlOSf9 cL9KHNQSSJDpesBduVyY1IbdcWsY1/sWkbnAfLzo3PCXlnod9MTouuXrJ GQPGylj51LlCLD1VEgFp4jMuzB1pYdO5GIquGSgzvyK5nZXrAoyFt+ifY w=; X-Files: smime.p7s : 3975 X-IPAS-Result: =?us-ascii?q?A0BSAADWkkdgmJldJa1RCR0BAQEBCQESAQUFAYF9BgELA?= =?us-ascii?q?YFSKSh9LC42MQqEN4NIA4U5iFcDmRuBLoElA1QEBwEBAQoDAQEdCwoCBAEBh?= =?us-ascii?q?AlEAoF+AiU2Bw4CAwEBAQMCAwEBAQEFAQEBAgEGBBQBAQEBAQEBAYY2DYZEA?= =?us-ascii?q?QEBAQIBAQEhHQEBLAsBBAcEAgEIEQQBAQENHQICAiULHQgCBA4FCAaCF0sBg?= =?us-ascii?q?X5XAw4REAEOogICih52gTKDBAEBBoUMGIIMBwMGgTmBU4EjhAmGRCYcgUlCg?= =?us-ascii?q?VSCWD6BBIFYAQECAYEwFBoVgn80giuCYVFRAlsxDDQNBCVyuVoKgn+BG4NRg?= =?us-ascii?q?myBapMJmBWLXaAukjaEOwIEAgQFAg4BAQaBWwQtgVlwFTuCaVAXAg2OHxmDV?= =?us-ascii?q?oUUhUVzOAIGAQkBAQMJfItdAYEOAQE?= IronPort-PHdr: =?us-ascii?q?9a23=3AwzGDJx9Hj+Pnp/9uRHGN82YQeigqvan1NQcJ65?= =?us-ascii?q?0hzqhDabmn44+7ZRCN7vh2ilLVG47JuLpIiOvT5qbnX2FIoZOMq2sLf5EEUR?= =?us-ascii?q?gZwd4XkAotDI/gawX7IffmYjZ8EJFEU1lorHq2Kk5YBID1dQ6arni79zVHHB?= =?us-ascii?q?L5OEJ8Lfj0HYiHicOx2qiy9pTfbh8OiiC6ZOZ5LQ69qkPascxFjA=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.81,234,1610409600"; d="p7s'?scan'208";a="673843754" Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 09 Mar 2021 15:24:40 +0000 Received: from mail.cisco.com (xbe-aln-007.cisco.com [173.36.7.22]) by rcdn-core-2.cisco.com (8.15.2/8.15.2) with ESMTPS id 129FOcnU012721 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Tue, 9 Mar 2021 15:24:39 GMT Received: from xfe-rcd-005.cisco.com (173.37.227.253) by xbe-aln-007.cisco.com (173.36.7.22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.3; Tue, 9 Mar 2021 09:24:38 -0600 Received: from xfe-rcd-003.cisco.com (173.37.227.251) by xfe-rcd-005.cisco.com (173.37.227.253) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.3; Tue, 9 Mar 2021 09:24:21 -0600 Received: from NAM10-MW2-obe.outbound.protection.outlook.com (72.163.14.9) by xfe-rcd-003.cisco.com (173.37.227.251) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.3 via Frontend Transport; Tue, 9 Mar 2021 09:24:21 -0600 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=YHek8u9DNQ8H+NXIyqYBu7/xxOcA2jzn25MVIMwiXajaoSCkReFG0pHjiBzoXQC2atmy/euvbnFCRP/WfRpNqxPpIxCFDAMkT8uDplkzU+UhrkWRzUZ1tL+6A1WOii4Jfrhpepejs9b5SQausFASonZBGBrzv8q6tcMLGeRAfLXiL98lTFLRJ7MVqM/sLH6Q832VghvtJ4ke6LP7c8WOZLsFK+02eQfdQkR9kW1UB6nHQ4YvDImp8Hr+Qwi5wuDW2zG+CVL3ph8woqQKjdWo4mVRgPQCRkRIiUYxzfQVh3PlYnv0G0iV8Mftv32PE2YD6Ax71Z1qV76HZgCGmhKVwg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=3n+7GwMvLUY8Bckrm+rMOtNzV5dackvJD3/dBk/yzLA=; b=CDgp23m8R4ygY/YMCRoCsSvNLJwq8umnpuTK1jODIkAJ3Y8m7fj2Zr14oWY/aR4l06GusPqB7RTQ8EtnS2SiFG9dNdpieb138HWA7FZUelqB+U58aTRFf4mnv4o3xpXjoIORDGaqmIK8p6aI3bQjOLveKOX/xxUz6p1tmqGHVp2Xaj/9WjqfHyU8g/qkavVgO08lF8J5bYNpJ2Fj6s0WR5kiyJUDQkLC/5wd9kEVMr6IeMuqhPjFSo59IdY5Ctg3mtQEf2n8WTLERZ3xt6MrHF4JFw5N2vP18seFWRRmMACDaVGh8+ew3nwuwSDaLMz6oENd1jT8jIXy9DUJfZmw1Q== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=3n+7GwMvLUY8Bckrm+rMOtNzV5dackvJD3/dBk/yzLA=; b=RzZMitVB7qXT7EHyYjeNdz2uGtRK+466JWkK1h/eXr+fuZSyxynmktXrrkFh2bU5M2LckBL2ER0iX6OY5T9hVVSM2RlW2HcrlMSplrJb6GWkQPlzxCZVvafs/vNXT0TUZBoA1MHnedH5/oLZC0PHI6Oc0tu5xyiuVy0O0kEO/CE= Received: from BL0PR11MB3122.namprd11.prod.outlook.com (2603:10b6:208:75::32) by BL0PR11MB2913.namprd11.prod.outlook.com (2603:10b6:208:79::29) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3912.17; Tue, 9 Mar 2021 15:24:19 +0000 Received: from BL0PR11MB3122.namprd11.prod.outlook.com ([fe80::f571:5dd6:fe20:3ab0]) by BL0PR11MB3122.namprd11.prod.outlook.com ([fe80::f571:5dd6:fe20:3ab0%4]) with mapi id 15.20.3912.027; Tue, 9 Mar 2021 15:24:19 +0000 From: "Eric Voit (evoit)" To: =?utf-8?B?TWljaGFsIFZhxaFrbw==?= CC: netconf Thread-Topic: [netconf] RFC 8639 configured subscriptions Thread-Index: AQHXFC4lhYWpBNlEMEO5ilZvRfkk3ap6UUWQgADne4CAAI3TkA== Date: Tue, 9 Mar 2021 15:24:19 +0000 Message-ID: References: <3bf7-60471b00-55-203315c0@163861349> In-Reply-To: <3bf7-60471b00-55-203315c0@163861349> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: cesnet.cz; dkim=none (message not signed) header.d=none;cesnet.cz; dmarc=none action=none header.from=cisco.com; x-originating-ip: [108.18.141.61] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 1f206098-248f-48ee-0bae-08d8e30f68de x-ms-traffictypediagnostic: BL0PR11MB2913: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8882; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: fjldF78oVayKQqXHRSCPFgRZzo1w2l0NdijDQV3I+j0Yh7OY5GIgk/cJgoo2WVnRlcduAYr1AbbP6DDs/A8cB9TT6YmtD3M2Ld39zlnwtXSlk2dxnoN5yVGRXp8916aAoVfkOivW7Myiqwu6/kVlAJ8Gdmfu2QDmyEvkKOMyQdyfFpjfCk38WlAoF8zB2Ut/sDw4o50H8z2DZcBq+l0exbLhbLApYXzSmCRb2lGm2pl3UWyKUdSfLwpOZNPwt3uTPGNYQYjOgcs+goTfOFJnuhir1nKtV3tDegrNL29N3Yxr6fgf11Ez6F4+26GM8S7CXoR+55uY4HB2adL05o1WxRTAEb5HqDeg2AIBF5bqmy50KZhch2RjX+SBP0Z5Kk+2BspHjQNYa2JWZR/Zb6QG4jS7NUF8Z7hmp9sD46vFQmmq31VzwJ85x5teAEoMFhPwKtX6ueek8EQSKJHW55YEAXzSE2GsDXL835g/j4fIZVNDAz0e1Tkspw87tv3VKpl/Bz/VlErszdpQV0flqWoGdXVbnG2fK1PQ0H4MM8TYT8Gf///kAKv5uwOGqwqUjkTnoq8n5PLkVRnr1u4MJmU+wxaZNw5VJUd2DXtdATX7i2U= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BL0PR11MB3122.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(396003)(376002)(346002)(39860400002)(136003)(366004)(8936002)(33656002)(9686003)(966005)(83380400001)(76116006)(53546011)(71200400001)(8676002)(7696005)(478600001)(5660300002)(66574015)(186003)(55016002)(316002)(99936003)(26005)(66616009)(64756008)(6916009)(66446008)(66946007)(66476007)(66556008)(52536014)(2906002)(4326008)(86362001)(6506007); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?utf-8?B?Mk12ZWRrZFF1dnJveXU3TTF0MkpiSk1UTjRSb3dscVlvUXlmVk03dU9mcmNQ?= =?utf-8?B?UlEwVHhjRTdQUXc5MTYzSWVTczVJM2pUcnBHcFhLYytFTTlsbUpxejBGeG5K?= =?utf-8?B?dGdpY0FEUmVLbjRpYkZrdDUvWGFFM250MytIckdPc2NXTUlkUnppNDB5dml1?= =?utf-8?B?YlE5RUY2Zmt3VitFbFA2eWNENFdqMCtqazAzUFZkM1BiN3J1VzBuT0k1dWVv?= =?utf-8?B?K0h2OXN1U1hUYjcza29JdDFUalpyM25QNExvdEliWlBaTE9OeWpnTFlhM3Av?= =?utf-8?B?NDI2MHRrU0tTbVVoVnpLSjc4bVVJNHBwU1BORzFhTHJKWlJwQUxYaFFkRWc5?= =?utf-8?B?Wm5RWmVGa1U2eXFFamdoYkNKbkloUkVDZUE5bGZORkZDSEJzSTIraHZScENp?= =?utf-8?B?dWRFN0EyTDhRYU12Mm9BekovbXovQThKUGU4NzBVeGlqWGprMml3M2VUOVRC?= =?utf-8?B?YmpaV2puU2xLU0Ezb3VORndWZ3V1bitqem5RS0lDRXZtYjh0M3ozSnNiMDVq?= =?utf-8?B?NzI4SVhyb01aNndtQlJDWGcxUzNOUGt1ek5MVjRkTW9GNDc0OHg5UmhoSktE?= =?utf-8?B?ZlJNWjhvYi9SR1AwQ2FTVTVxbGZTWk9RWUZrY0p3UFlpN2lYUjdtM0lRSVc4?= =?utf-8?B?aDRNWmVRV2E5TzZVWnVHRkhhSFFlUEZ5RGhZcTdKbHFwVGFwUU9VYWhGcGRy?= =?utf-8?B?RG9sQVRHU01RK0kxMkcyMEg3NkFueFJ2Nmp3dmdKZ3VCREgwNU55ak56YStn?= =?utf-8?B?YWQvc1NWSWh5T3dhVjhwOXI0RmpuYzFHZWhtaUYxNlhrL1A3VnFGekVPd1FH?= =?utf-8?B?ZDBQczNCakVNenZiVUIyVEQ3ZGNDZmthNFZzaXZwYnpTbmgwQlpLMkNZMi80?= =?utf-8?B?dHYyeUZkMUN0QnpzTnZVOFNWQTNpVFFyTHdsYW44VFM1cGRzZElvN3g5b2V2?= =?utf-8?B?K3N2ZGVjNXhJUE0rdTl5ZjVJZ2doaUZ6RklkU0JLaXFyN2hsTmlldUNtaGlz?= =?utf-8?B?UmIweU42UjgvN01hVTR0dG5mYVdNamJJbWFoQWt0Yk1GNVcyN1hYeGd6Q1ds?= =?utf-8?B?U2tkdDVhODJhbmdSdEh1YmthYVRFYi9hR21meWhKdmRoSUNzS1JjT21NbE1o?= =?utf-8?B?RVFoand1b2RDbGw3YXFGS3pBUkNwdnlXVDlYSE1pSHRubmVtSXVCeGRKYTFW?= =?utf-8?B?ckhSb2t6UGM1eFlkN2dXNW5VSTdRNnByTnh5Vi9GeWVOZE9YYmtONmdzOE45?= =?utf-8?B?cWhMNHhxWkc4NVhWa2t6VlFnZE0vaXBKMGMwbFZJNmFFNlYyZE1RNGJmWkw5?= =?utf-8?B?YnQ1M1JTTGwwMm5mZ2VyajdHMzZEOEpxODhOSCt6S0U0SmN5Vnk0MVJHSVA1?= =?utf-8?B?RC9QdWQxVFExMFduVGRGcHYxSTZqYVljYlZHM0dTOVNFcXlzajJqSitNVXNm?= =?utf-8?B?RHJZOGRYZkdaM3FYb2hXazFCc3piQ01nVm9pOVl2L28wNUxPSENkOTNaekF0?= =?utf-8?B?b1hCRTAxVE54RUh3RWpad3l4a2dTZnRVT21VQ2dUOFhFRUg5Wmw4WVlxWTBl?= =?utf-8?B?YmZOd1luWU43RE03ZERvaFJ2blVjaDJ5bU1wZXZGa0ZwOHpqbXlhclI1eGZ4?= =?utf-8?B?SVMwemlwdHpUdDUzMGVOTC9nOWlNNFVDTVRjd0JiWFNkN00ybnhMQ3BnKzZT?= =?utf-8?B?a0xqVmxxMG9COGpRaUk2SDlVaktURFZBck14eDBMMmk1dWJUNUdrZ0RhT25D?= =?utf-8?Q?2brFFXDn71cuYaiWlS1wUUgd6BchjbHpqbYvnNP?= x-ms-exchange-transport-forked: True Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_07E9_01D714CE.5B47F560" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BL0PR11MB3122.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 1f206098-248f-48ee-0bae-08d8e30f68de X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Mar 2021 15:24:19.5722 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: NGEl131uuwQvLQLykLrg8BGpTAJEqirf0MkUa5QkdHZsVxUDAvNe9rno3cFHSjn9 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL0PR11MB2913 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.22, xbe-aln-007.cisco.com X-Outbound-Node: rcdn-core-2.cisco.com Archived-At: Subject: Re: [netconf] RFC 8639 configured subscriptions X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Mar 2021 15:24:43 -0000 ------=_NextPart_000_07E9_01D714CE.5B47F560 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Michal, There is nothing which halts an implementation. The question really is = someone wanting to push the rest of the rest of NETCONF Configured = Subscription requirements through the IETF process. It shouldn't = controversial to complete the work. But the IETF process is always time = consuming. Eric > From: Michal Va=C5=A1ko, March 9, 2021 1:51 AM >=20 > Hi Eric, >=20 > I appreciate the help but what is the official situation then? > NETCONF/RESTCONF has RFCs only for dynamic subscriptions so for these > protocols configured subscriptions are not supported? Actually, there = are no > protocols that support it, currently? >=20 > Michal >=20 > On Monday, March 08, 2021 18:06 CET, "Eric Voit (evoit)" = > wrote: >=20 > > Hi Michal, > > > > Configured subscriptions for NETCONF was originally in RFC-8640. = But > > the draft was rescoped to just dynamic subscriptions by the time it > > was published. > > > > So it might be worth looking through: > > = https://tools.ietf.org/html/draft-ietf-netconf-netconf-event-notificat > > ions-1 > > 0 > > This version does include the module you request below. Also = included > > is other text which might be of interest. > > > > Eric > > > > > > > -----Original Message----- > > > From: netconf On Behalf Of Michal = Va=C5=A1ko > > > Sent: Monday, March 8, 2021 10:17 AM > > > To: netconf > > > Subject: [netconf] RFC 8639 configured subscriptions > > > > > > Hi, > > > > > > we want to implement both dynamic and configured subscriptions for = a > > > NETCONF server. Reading through the RFC, it is pretty clear that = the > > configured > > > subscriptions require a YANG module with NETCONF-specific = parameters > > > including a "netconf" identity derived from the "transport" = identity > > > (juts > > like the > > > "foo" example[1]). We have not managed to find such a module, does > > > it > > exist? If > > > not, could someone provide some more information about how it can = be > > > implemented? Thank you. > > > > > > Regards, > > > Michal > > > > > > [1] https://tools.ietf.org/html/rfc8639#appendix-A > > > > > > _______________________________________________ > > > netconf mailing list > > > netconf@ietf.org > > > https://www.ietf.org/mailman/listinfo/netconf ------=_NextPart_000_07E9_01D714CE.5B47F560 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMWTCCA0Mw ggIroAMCAQICEF/4eygrVNyNQqMVtWjJrf8wDQYJKoZIhvcNAQEFBQAwNTEWMBQGA1UEChMNQ2lz Y28gU3lzdGVtczEbMBkGA1UEAxMSQ2lzY28gUm9vdCBDQSAyMDQ4MB4XDTA0MDUxNDIwMTcxMloX DTI5MDUxNDIwMjU0MlowNTEWMBQGA1UEChMNQ2lzY28gU3lzdGVtczEbMBkGA1UEAxMSQ2lzY28g Um9vdCBDQSAyMDQ4MIIBIDANBgkqhkiG9w0BAQEFAAOCAQ0AMIIBCAKCAQEAsJq5q6evCnen4nG2 tGZilHiIR8ZiVYRAMr/Aqy6lHHHWvG57qKq6btIViEhFnaL8g9DMuYzgJmhwSnjfIRee9GEFyRXI zxbaNWGJlEOohKgxmHibuU5vLFMSbM0drSskuzHEK/+DRG+2PSR3Ceq/Kqgfalb2IA8RVJeBdacl zllqgmXvt+rn4o11i27y3U+mXmKczxAKZNBObc4rzFv1YKUnR41p9H/OG3DecBsg1m7NpgGoPBLS qT+ga167jiCLepHjtWjuoOfEAXSoUwsrSpoPZRIOgk2OY/3v65sa21OmE2Cvwn3Xx2wXJdRz+0dk UIGAlEzhv65LHN+S7S4F3wIBA6NRME8wCwYDVR0PBAQDAgGGMA8GA1UdEwEB/wQFMAMBAf8wHQYD VR0OBBYEFCfzyBUebpoCCRatK6CJYF/aey+qMBAGCSsGAQQBgjcVAQQDAgEAMA0GCSqGSIb3DQEB BQUAA4IBAQCdnYSEo0GpfHcMt1PKTkRQYu9UfNN1Fxzo4MZIS7b+TDoZgVawVu4ZlmKqWqNkwfZO VDPGd/7FHLrlXSXK9fCTmoMRLubL+HRF/ucFuKvn38tL4TeE2rmLl3Ae8OKL17DYDp2xadYqkXup SU9+5o6V2IMnPNVoSQ7UnfYu66e+6zCkrB9E/JWrMwb7fWAK3rSKY7CcqfKkuVMBh9BopCd/q//p +slAOIhntDnGhG9XyVPbuo7uwEOy+AmDbv9mzz7vF7NYGCUJNF7jy9YUtuzykm905C+BKtWSkeDg lzwyaAWFS9H3V+JSHZMaVJ8FcMBKcWAeQwtgHv6jzoEZ4Qs1MIIEbjCCA1agAwIBAgIKYRCAbQAA AAAADjANBgkqhkiG9w0BAQUFADA1MRYwFAYDVQQKEw1DaXNjbyBTeXN0ZW1zMRswGQYDVQQDExJD aXNjbyBSb290IENBIDIwNDgwHhcNMTQwNDA0MjAyNDE4WhcNMjkwNTE0MjAyNTQyWjAsMQ4wDAYD VQQKEwVDaXNjbzEaMBgGA1UEAxMRQ2lzY28gRW1wbG95ZWUgQ0EwggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQDK334WTFMV+yNWzca5ZQoEleXeTEVnjAzHBuCrH21fNyp75+2jrYB/Ecjz guvun1DZyb89oS+7PBEHNe+4pdlRTtmw91OglIAsLJJlrRBvoYZrX0AKmaVQRBqQTc/mTPtGBo1I 4wfX4a1j19XoJwAVv24HskO7ZQYvffZZXZsSxSx9vetEsFLhwvwe7Z1Z9x2Tp6sxpkJCOSfTgWLG VCwmjNs9FNCojhXqKKQb/r2sPJ5N1tVMr4zL/0ufBWwPcYEyJGHtGau+6nG0aIy7yPTkiz93U6J+ FZ5zC+NXdF6D0uiTxsw0kQwCl53XB5N1VLRfgywCF6iwkGV32VLk7iJ3AgMBAAGjggGHMIIBgzAQ BgkrBgEEAYI3FQEEAwIBADAdBgNVHQ4EFgQUn5U2tI5d1UvDCsGnKZNDUQb9iVEwGQYJKwYBBAGC NxQCBAweCgBTAHUAYgBDAEEwCwYDVR0PBAQDAgGGMBIGA1UdEwEB/wQIMAYBAf8CAQAwHwYDVR0j BBgwFoAUJ/PIFR5umgIJFq0roIlgX9p7L6owQwYDVR0fBDwwOjA4oDagNIYyaHR0cDovL3d3dy5j aXNjby5jb20vc2VjdXJpdHkvcGtpL2NybC9jcmNhMjA0OC5jcmwwUAYIKwYBBQUHAQEERDBCMEAG CCsGAQUFBzAChjRodHRwOi8vd3d3LmNpc2NvLmNvbS9zZWN1cml0eS9wa2kvY2VydHMvY3JjYTIw NDguY2VyMFwGA1UdIARVMFMwUQYKKwYBBAEJFQEVADBDMEEGCCsGAQUFBwIBFjVodHRwOi8vd3d3 LmNpc2NvLmNvbS9zZWN1cml0eS9wa2kvcG9saWNpZXMvaW5kZXguaHRtbDANBgkqhkiG9w0BAQUF AAOCAQEAPk6+IxpGAo1ea9uKAjQLY5vlATwmXYxwsiTrYF7sioRkLhtZFaNnGuEW4/3gTX1EmiMo 0u2296If50TN7W3qhiFUKKxsYbz7yGVQBECKKov8n24YnvXFPqWiqRwArnGmF7tJMktKWBOTTDbp 9y8N6IDrOF1UecqFUqSk4lZ30w0HIU6cJDIM4r6lw3EtTog31PAvVmhGR0VrXVCIJfc6KaTxiEGt U35XMYYq1uBnh9hTq4GjdXe+2yHIOke0aSfV7t/39NZxjbp60XMvfd3NpniUKGXDiXdeQuroB8IQ MXl2OkF2IJGPCkFQghsJKbIRIG8D6wviPyLW+j+4Rqu2sDCCBJwwggOEoAMCAQICCgGGHkPWlB04 96IwDQYJKoZIhvcNAQELBQAwLDEOMAwGA1UEChMFQ2lzY28xGjAYBgNVBAMTEUNpc2NvIEVtcGxv eWVlIENBMB4XDTE5MDYxNDEyMTIzNFoXDTIxMDYxMzEyMjIzNFowgZIxGjAYBgNVBAMTEUVyaWMg Vm9pdCAoZXZvaXQpMRQwEgYDVQQLEwtDaXNjbyBVc2VyczESMBAGA1UECxMJRW1wbG95ZWVzMRMw EQYKCZImiZPyLGQBGRMDY29tMRUwEwYKCZImiZPyLGQBGRMFY2lzY28xHjAcBgkqhkiG9w0BCQEM D2V2b2l0QGNpc2NvLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAIAZHOvN3UgE S1WSqNst+IZ44ptBZ+BHmyDmrLdjDiSuB5huzYxbcUFiN8ocvyAUFPS0s495oI/wnNvfUlomi5KO yJMvOdComHEquPtofQIIMn2FhYOlMZEJj4eC1nWI7DpnTChuIVoRj6bTcZNlOjX/Gxk8wcFJh64M mV58sSvHftNDUKDBYOQUmGmCiieGKI+MrIuhpxdNJQuljC18Jj+hq3Y+E1tI9Z0MqdaBEAUF97+v Z/iRZE1YFAOv78XSYFRzb+/g42/GzWBUCKSQDfwACXh89JsSNoXoVvvM3rZvYzEuQhZvTyHqi9pp W+70bkbEF9M7cX1yTPDc1Yr6PfkCAwEAAaOCAVcwggFTMA4GA1UdDwEB/wQEAwIE8DAMBgNVHRMB Af8EAjAAMHoGCCsGAQUFBwEBBG4wbDA8BggrBgEFBQcwAoYwaHR0cDovL3d3dy5jaXNjby5jb20v c2VjdXJpdHkvcGtpL2NlcnRzL2NlY2EuY2VyMCwGCCsGAQUFBzABhiBodHRwOi8vcGtpY3ZzLmNp c2NvLmNvbS9wa2kvb2NzcDAfBgNVHSMEGDAWgBSflTa0jl3VS8MKwacpk0NRBv2JUTA6BgNVHR8E MzAxMC+gLaArhilodHRwOi8vY2lzY29jZXJ0cy5jaXNjby5jb20vZmlsZS9jZWNhLmNybDAaBgNV HREEEzARgQ9ldm9pdEBjaXNjby5jb20wHQYDVR0OBBYEFIDTgXbBj6x3IEXvxtrJTbJFjKDbMB8G A1UdJQQYMBYGCisGAQQBgjcKAwwGCCsGAQUFBwMEMA0GCSqGSIb3DQEBCwUAA4IBAQAowdP8izTr +GtcksOcgtT7KFPnW2Pcz7vMei6CMnGC4pAU4LUtHKBHKBJdr05RkV5wSDSeXsCmUQcj7PgeXwzQ KbDA6D3/6gRGBkMLZJQvqRiAXi+1CfXpg7mUr2B7IFC4mnm0V7MpCg8TU3jLKMB4Gidqh4Tmure0 JEOD1AgOsAtxW+x2+hPm+HpGOv/wuxoEXK0uB8snFLRRyTQYGR5AtqLDJGvk6Ref3uHseaZYGD2f 1XK05BfTdsNnjBjPeVI6vmRSdTCLr/kTO2dQG6q+LisAl4rA+4iHEgky3LeWj4T+pLa1g9Gj02qG +gKA5g05T5NUsRlPSx6+YGbSxA+bMYIC8DCCAuwCAQEwOjAsMQ4wDAYDVQQKEwVDaXNjbzEaMBgG A1UEAxMRQ2lzY28gRW1wbG95ZWUgQ0ECCgGGHkPWlB0496IwCQYFKw4DAhoFAKCCAYswGAYJKoZI hvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMjEwMzA5MTUyNDE1WjAjBgkqhkiG 9w0BCQQxFgQU1d/I3DiKj9BytX1MWMcBmk504V0wSQYJKwYBBAGCNxAEMTwwOjAsMQ4wDAYDVQQK EwVDaXNjbzEaMBgGA1UEAxMRQ2lzY28gRW1wbG95ZWUgQ0ECCgGGHkPWlB0496IwSwYLKoZIhvcN AQkQAgsxPKA6MCwxDjAMBgNVBAoTBUNpc2NvMRowGAYDVQQDExFDaXNjbyBFbXBsb3llZSBDQQIK AYYeQ9aUHTj3ojCBkwYJKoZIhvcNAQkPMYGFMIGCMAsGCWCGSAFlAwQBKjALBglghkgBZQMEARYw CgYIKoZIhvcNAwcwCwYJYIZIAWUDBAECMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAH BgUrDgMCGjALBglghkgBZQMEAgMwCwYJYIZIAWUDBAICMAsGCWCGSAFlAwQCATANBgkqhkiG9w0B AQEFAASCAQA6DTBYneixK99aCmP0OaY6KCvCcNC5wydDK/xhkxLSqHNrWZl2QPvoFGAyrCTPniQK NMDKrmOqYWLd603MrZJj1sQidaIKth6dmaESV+Ql6wIcMp9r3iBlGgKT/GnowqFlz5of9aaRyjNh 12rBSvwMT2R0nU3gmCFEKJiFLWdfjGA9fBnMtQmVbcTutW1BI/cSGTA5xklIIK7E04ZtJSnl9PY0 XYrKm+hFz2y4yzMJlLP2TBhsKO2N7pIc2W7bmfryqZi8OJdcTamwy3DdytkZ76wQSu6KLz075C7U 1pH6mybsuRu4NNU5EFiUQ/LIFdIjjk9uPukoVYXfXYRHKMapAAAAAAAA ------=_NextPart_000_07E9_01D714CE.5B47F560-- From nobody Tue Mar 9 15:39:08 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0B4723A1192 for ; Tue, 9 Mar 2021 15:39:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.089 X-Spam-Level: X-Spam-Status: No, score=-2.089 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_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=futurewei.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 bgSIwIsst_5l for ; Tue, 9 Mar 2021 15:39:05 -0800 (PST) Received: from NAM12-MW2-obe.outbound.protection.outlook.com (mail-mw2nam12on2133.outbound.protection.outlook.com [40.107.244.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ECCA33A1191 for ; Tue, 9 Mar 2021 15:39:04 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=oLwnPv0bS2zZKTKoTa7QwxSxlNx3ypj9kZpJBy9v5I0eFiADnP3Wqw6Xzzuz9BBnAeXkclQ5zhDTLade62Fv2OXfwtCsOM/PTvyJ0SE4Zz51OwuotfosFuGvgIjTawfMOC+b0fUEXa4bPnrI4+zyZoy9t3nV29pP/hmh/lZ/OMlHMJrf0Wsh9rsOKS8PeZjO+MVEtXWQdtsbW1PinaBbnG18OzrsCWNnyUz98SXk5ip4ajHSFL9/CykumN0GPrIP+8Qoga3gt4cWScaw968MxhHP6YpwlbJ+C+l6XhGWxoNP7OLrfOGtYgDy0gBkQvtEexXGT+0cwrJOV1quL48f8Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=a285aixQzW248MmXFJ/OGKPh5ckUSG0XVpCphYLoDoI=; b=ZmNWv/Fgvq3RmUkoZj6lWYPdAIGsdlvrODm/W5VQpBqffBMZ4ZA6or3Vs23vPbAwWTzqk9FdCerP3uZoG9wrk8Pj6wbde0D0puWaG7OfQIcK7U8o+W6Eh1S3ex9TuEA1GJ5jSKDbJUHDWyC7YjyhdGu1O5zGlWcNeK0RJLQvfqsItaekR7R4Q1AfWPPAUBiJvFwKQFW5kVULztE5Vj1GVbKghroBDD7ZwnS+IlLYHremdPTN2hE0+mEHHI2eBrlnj+mmwJC+y4BiTCUrdHq6pXHjtz4NRI18cfUEOwz8g0BBkUzVZLOrhjYN8YJYyDlWiThjh+mZmPpfk84SnSXMaw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=a285aixQzW248MmXFJ/OGKPh5ckUSG0XVpCphYLoDoI=; b=bMoHsmrpLDonEKeqngfJ8hyEcz5it6pqNEzDPM9m8H9YbgDYLGTP8DU5P8YPGEpgN6+hHDXBkA/zeXr+ehpfVBa60z0s49Rt25Br4jZ9u56PZ1O5ioxzSJ6yRE8jZnfUU0WDDKnZL3EQdy/Nd+/ScldhxOrHbP7GKPkh3ofT8Mc= Received: from BY5PR13MB3793.namprd13.prod.outlook.com (2603:10b6:a03:226::15) by BY5PR13MB3029.namprd13.prod.outlook.com (2603:10b6:a03:183::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3933.13; Tue, 9 Mar 2021 23:39:01 +0000 Received: from BY5PR13MB3793.namprd13.prod.outlook.com ([fe80::b045:f120:25b2:9c05]) by BY5PR13MB3793.namprd13.prod.outlook.com ([fe80::b045:f120:25b2:9c05%6]) with mapi id 15.20.3912.027; Tue, 9 Mar 2021 23:39:01 +0000 From: Alexander Clemm To: "netconf@ietf.org" Thread-Topic: data-export-capabilities: insert hint into the error response Thread-Index: AdcUlYCPLLNtnrcqTBCpZxYAtbbRwwAovMhA Date: Tue, 9 Mar 2021 23:39:01 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=futurewei.com; x-originating-ip: [73.189.160.186] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 495b4204-3b1e-4ba1-9261-08d8e354848f x-ms-traffictypediagnostic: BY5PR13MB3029: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: YvQJny25pDnWqMPCSQi74LRsxP4jSu22F5CyIX+S57AD4Fk+fd8ezXUY9Vppfk7RJZHeQ9hNLvkzHW7bMVL0pKJdbZB0AXDhgQQB2rkVMlXTcYA45QkrSaMHz9yogwo0ayDp9DaaI0AbmP/1NL2onx6GvH8++SdIc5ijuPFvN3LPrtLSqM5DN3/qUWrENn8mTJx4JkmcEaGozcWeOMF6tyeidYTtbcZcCo+PRBFELQ1s7Mapt6IwVznxnXILrWgNqbxb0oxzjPr6hUyaM0YPNzNDTctJOoL4/PNNbRpeCcJCM9h5n/1eTFhXrXWzH1rQVgHW9YWsiscIz85mf6Nw/7rPMcib1nyAeO9+/9FaFRwGt3skMWvomt74GzaPSvbBioev7PZM7xRu6u5CpAwsxtIMSjSWHGHn1qfUafsQ1tj20XHswyavRuLxm3fWIkukldoEdTOmEHVL7qazWVmN6FH30Y/CCySzpRXy7jZKoeNyo7+sdrquj/VQtRP+fe+cKzLI3OBfaBQhS5fEEyhD0p5ciF/kV3UZWUEbKQrgmXIAbgtyvxAokngWTkSTCs85YYsVeJ4ZBoUBiFfP5mXUkzkqHSb7SQfCWqeTrjdFqO/WHDPEJZbReYCSjeGC0uLLTMcF/AqT9B8KVUsD/pMxgA== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BY5PR13MB3793.namprd13.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(39840400004)(376002)(136003)(346002)(366004)(396003)(71200400001)(52536014)(6916009)(966005)(9686003)(55016002)(5660300002)(45080400002)(8936002)(8676002)(76116006)(478600001)(186003)(33656002)(26005)(53546011)(316002)(66574015)(83380400001)(2906002)(86362001)(66476007)(64756008)(66446008)(66946007)(66556008)(6506007)(7696005); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: =?utf-8?B?SFhUcnVyOTBPa3BVb2tVRUs5YTloQXAwK0NXN255ZHhBT3ZVUW9TM3g1MW9z?= =?utf-8?B?cVJoYk4wVTkwd0RYcnVsdFZadTFVTG1UTDd0emNpOW0rMW1KUjB5aU5oUndY?= =?utf-8?B?eERmNVF0ZjBZYnpEemJlYXZYZEZxV2ZjV2gzSFdmTzIrVHJBR2daT1NKOWxw?= =?utf-8?B?NDg3VWtKZ2o1WC9uTzNKdHdjMVltREZlTmhXSDhBWjRsNzB0ZE0zVnFLU2hD?= =?utf-8?B?NnZQS25BQmlRUXdCVjEyZ1FPU1lYazZuUWs0Z3ZxS3Y3OUZUZ3MxdlFqS2pa?= =?utf-8?B?MER4dzN2b2NBUHBrYWNkRlFKK2Jtb1J1VUY5RWNPOHZibXlocWV5YjdMY1Uw?= =?utf-8?B?THZVU0gyTVo2M1ZoM2RnWUk2ZGdMcTJDRE9hVFpOMTRYTlp1TFFheC9WMTZx?= =?utf-8?B?OFR2bWlEbVJBQlNRMG1TaTJPQk5XdyswZVIzYlUxZmpvK0NTakNNZGswQVdZ?= =?utf-8?B?VnB5bXRWVmthYzM5WmJjYjZvdEI3bWw5aEo5OXR6QU1mK0VkZWlaQWl3ZE5k?= =?utf-8?B?VEcrS2hsWVI1WWFVQ2hEYjFFeGt1RHR3RlZ0Zkx2NTlsNEVObmZCczlZZ1Vm?= =?utf-8?B?aUZkOWcxdXM3UEMvNWhTWFlvVTJWY1FGaUg5QmRNQ1AwV0dBNTVCMjNZOEM4?= =?utf-8?B?NWtJWHBlVFhWNXpmd0lhTDFkQVZPRzNLNGJ4OWd5MG13UkFzdTYxWW04bXlI?= =?utf-8?B?dXhPUUMwVGpVR2NaVHFSL0hEYzJmTWkxalN1a1pXUHRVTlBzQmV5VEt3eGpJ?= =?utf-8?B?MmtSWnZzbGRNdlVjQzBXNnJqbHRtbHpNanFJZmtWbGZuVmhWc0xkSkJhNUpw?= =?utf-8?B?QitraTZEazhzVS9QVW9QbnZwVlppNy9SQ2NWMnVUV1p5SnhuSmpkMHM3WXFj?= =?utf-8?B?Q29uOXBqN2xtYmE1ekNoOFptQUt5bWxYdVlrVVdpNTFqcFRBVGs0K0lWV0tw?= =?utf-8?B?QVFlZXNvemlUM3FCK095dWRkSFUzdk5iK09hNisrNFkvTkE4UEFUOUh0RXhQ?= =?utf-8?B?Zjd0Vkh3L2VEeS9uWHN0ZlkrOHIydmxmSnNPTFlZb1hPMlYxUDFiaUlVMVVF?= =?utf-8?B?am0wMkVxYk1GaktkQ25BZDRFTU5BQ3RKSnY3VjVjRFJxZ3JKMGxRQ1hmZ0dP?= =?utf-8?B?ZFpHV29XejNxYVZ4Nm0rVzVkODQzTzc3bEdrWnV3cGRKaEZZa05ZTWZuQnFa?= =?utf-8?B?bUJxS21EblFDeDFGSWNUV2tES3VIL2JkNWVMTDk5dTZnVm5KNEx1S3lsQkhO?= =?utf-8?B?RjBYWFBUeVFzWU1zM2x4dEVpT2tvSXZlWDZjMmxONGVhRXdQTkVBRW1aN3Zm?= =?utf-8?B?eklPaTFjZnZUcWhRSlFZL1lhM3g3VDlTSWxhTWpiYjMvNHBXREI3Q1J5Z0x1?= =?utf-8?B?bzY5c3Y5WEh4NHIwSENvbDBaRGpTTTkxWGZjb2ZIaTA1ek5ldEpUU1A4aWh2?= =?utf-8?B?THdjRExkMk5IZnRzck5ZdlI2WG9DcG15U1NGcDMvdGQ4ZFk3WTBnMlF2dFl3?= =?utf-8?B?Zm9nL3k4Q3VISlhzN1Y1ZkovNlpmVjVBREw0ZUxZaVlEdm1mdHlWMkt4Yk9s?= =?utf-8?B?VTE2UVhLRmJ0RWZJYlc1QUFYUUc3RnN1NVk5SFVhODBUaGlEcGpRYmtjYlhQ?= =?utf-8?B?RFVxYk1oRk1IcmNnTmxwbDFnQStVMVRZMnIzbDN2akFmeXFmNlZNd2xPQVZZ?= =?utf-8?B?Y2R0QTZsOTdUaHdndzFMa0FZUFltTUk4QkhMUjhmKzNnUEdrSXRTWGVWeW14?= =?utf-8?Q?XYErj5AkpD7gaqnkSGnHZ1tNaRew3Q2leCGLU58?= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: Futurewei.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BY5PR13MB3793.namprd13.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 495b4204-3b1e-4ba1-9261-08d8e354848f X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Mar 2021 23:39:01.2380 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: +ymEDSM0ez+kerf1AQ2o8uuRkPYo528zL/a9PourppA/E277gUF2X2hpNKD03QuhjzxcXf5wbJkpxQboNjxcfA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY5PR13MB3029 Archived-At: Subject: Re: [netconf] data-export-capabilities: insert hint into the error response X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Mar 2021 23:39:07 -0000 SGkgUWluLCBhbmQgYXV0aG9ycywNCg0KT24gdGhpcyBwYXJ0aWN1bGFyIGlzc3VlOiBwcmVzdW1h Ymx5LCB3aGVuIHRoZXJlIGlzIHNvbWV0aGluZyBhYm91dCB0aGUgc3Vic2NyaXB0aW9uIHRoYXQg dGhlIHNlcnZlciBkb2VzIG5vdCBzdXBwb3J0LCB0aGV5IHdvdWxkIHNpbXBseSByZXR1cm4gYW4g ZXJyb3IgcmVzcG9uc2Ugd2l0aCBpZGVudGl0eSBlc3RhYmxpc2gtc3Vic2NyaXB0aW9uLWVycm9y IGFzIGJhc2UuIE5vdyBpdCBpcyB0cnVlIHRoYXQgYSBjbGllbnQgd291bGQgbmVlZCB0byBzZW5k IGEgc3Vic2VxdWVudCByZXF1ZXN0LiAgSG93ZXZlciwgSSBhbSBub3Qgc3VyZSBob3cgYmlnIGFu IGlzc3VlIHRoaXMgaXMsIGFzIHlvdSB3b3VsZCBwcmVzdW1hYmx5IG5vdCBuZWVkIHRvIGRvIHRo aXMgcmVwZWF0ZWRseSB1cG9uIGVhY2ggZXN0YWJsaXNobWVudCBvZiBhIG5ldyBzdWJzY3JpcHRp b24sIG9ubHkgdXBvbiB0aGUgZmlyc3QgdGltZS4gICBPZiBjb3Vyc2UsIGl0IGlzIHRydWUgdGhh dCBjb252ZXJnZW5jZSBtaWdodCBzdGlsbCBuZWVkIGEgY291cGxlIG9mIGN5Y2xlcyBkZXBlbmRp bmcgb24gdGhlIG51bWJlciBvZiBvcHRpb25zIHRoZXJlIGFyZS4gIA0KDQpSZWdhcmRsZXNzIG9m IHRoaXMsIEkgZG8gdGhpbmsgdGhlcmUgaXMgYSBzdHJvbmcgY29uY2VwdHVhbCBhcmd1bWVudCB0 byBiZSBtYWRlIHRoYXQgaXQgc3RpbGwgbWFrZXMgc2Vuc2UgZm9yIGFsbCBjYXBhYmlsaXRpZXMg dG8gYmUgZGlzY292ZXJhYmxlLiAgVGhpcyBtYWtlcyBzb2x1dGlvbnMgYSBiaXQgbW9yZSAiZWxl Z2FudCIgYW5kIGFsbG93cyB0aGVtIHRvIGJlIGZ1bGx5IGRhdGEtZHJpdmVuLiAgVGhlcmUgbWF5 IGJlIGFsc28gY29sbGF0ZXJhbCBiZW5lZml0cyBzdWNoIGFzIHRoZSByZXR1cm4gb2Ygc3VjY2Vz c2l2ZSBlcnJvcnMgY2F1c2luZyB0byByaXNrIG9mIGNvbmZ1c2lvbiBsZWdpdGltYXRlIHN1YnNj cmlwdGlvbiByZXF1ZXN0cyBlLmcuIHdpdGggc29tZW9uZSB0cnlpbmcgdG8gbGF1bmNoIGJvZ3Vz IGludmFsaWQgcmVxdWVzdHMuICBTbywgSSBkbyB0aGluayB0aGUgZGF0YSBtb2RlbCBkZWZpbmVk IGluIHRoaXMgZHJhZnQgd2lsbCBiZSBjbGVhcmx5IHVzZWZ1bCBhbmQgYSBzdHJhaWdodGZvcndh cmQgdGhpbmcgdG8gc3VwcG9ydCByZWdhcmRsZXNzIG9mIHRoZSBvdGhlciBhcmd1bWVudC4gICBQ ZXJoYXBzIG9uZSB0aGluZyB0byBkbyBhcyB3ZWxsIHdvdWxkIGJlIHRvIHJldmlldyB3aGV0aGVy IHRoZXJlIGFyZSBhbnkgbmV3IGVzdGFibGlzaC1zdWJzY3JpcHRpb24tZXJyb3JzIG5lZWRlZCBi ZXlvbmQgdGhlIG9uZXMgYWxyZWFkeSBkZWZpbmVkIGFuZCBpZiBzbywgYWxzbyBkZWZpbmUgdGhv c2UgYXMgcGFydCBvZiB0aGlzIGRyYWZ0Lg0KDQotLS0gQWxleA0KDQotLS0tLU9yaWdpbmFsIE1l c3NhZ2UtLS0tLQ0KRnJvbTogbmV0Y29uZiA8bmV0Y29uZi1ib3VuY2VzQGlldGYub3JnPiBPbiBC ZWhhbGYgT2YgUWluIFd1DQpTZW50OiBNb25kYXksIE1hcmNoIDgsIDIwMjEgNzo0MyBQTQ0KVG86 IG5ldGNvbmZAaWV0Zi5vcmcNClN1YmplY3Q6IFtuZXRjb25mXSBkYXRhLWV4cG9ydC1jYXBhYmls aXRpZXM6IGluc2VydCBoaW50IGludG8gdGhlIGVycm9yIHJlc3BvbnNlDQoNCkhpLA0KT25lIG9m IG9wZW4gaXNzdWVzIHdlIGRpc2N1c3MgaW4gdGhlIG5ldGNvbmYgc2Vzc2lvbiBpcyByZWxhdGVk IHRvIG5lY2Vzc2l0eSBvZiBkYXRhIGV4cG9ydCBjYXBhYmlsaXR5IGluIHRoZSBkcmFmdC10YW8t bmV0Y29uZi1kYXRhLWV4cG9ydC1jYXBhYmlsaXRpZXMNCklzIHRoZXJlIGFueSBhbHRlcm5hdGl2 ZSB3YXk/DQpPbmUgb2YgYWx0ZXJuYXRpdmUgd2F5IHdlIGludmVzdGlnYXRlIGlzIG9uZSBwcm9w b3NlZCBpbiBSRkM4NjM5LCBpLmUuLCBpbnNlcnQgaGludCBpbnRvIHRoZSBlcnJvciByZXNwb25z ZQ0KUHJvOiBBY2NlcHQgdGhlIGZhaWx1cmUgdGhlIGZpcnN0IFJQQyByZXF1ZXN0IGF0dGVtcHQs IGJ1dCBpbmNyZWFzZXMgdGhlIGxpa2VsaWhvb2Qgb2Ygc3VjY2VzcyBmb3Igc3Vic2VxdWVudCBS UEMgcmVxdWVzdHMNCkNvbjogU3VjaCBsaWtlbGlob29kIG9mIHN1Y2Nlc3MgZm9yIHN1YnNlcXVl bnQgUlBDIHJlcXVlc3RzIGlzIG5vdCBndWFyYW50ZWVkIHNpbmNlIGhpbnQgbmVlZHMgdG8gYmUg c3BlY2lmaWVkIGV2ZXJ5IHRpbWUgd2UgaGF2ZSBuZXcgaGludCwgb3RoZXJ3aXNlIHRoZSBjbGll bnQgd2hvIGluaXRpYXRlIHRoZSBSUEMgcmVxdWVzdCBtYXkgbm90IHVuZGVyc3RhbmQgd2hhdCBo aW50IG1lYW5zLg0KDQpXaXRoIGRhdGEgZXhwb3J0IGNhcGFiaWxpdHkgYWR2ZXJ0aXNlbWVudCwN ClBybzogaW5jcmVhc2UgbGlrZWxpaG9vZCBvZiBzdWNjZXNzIGZvciB0aGUgZmlyc3QgUlBDIHJl cXVlc3QsIGRvZXNu4oCZdCBuZWVkIHRvIHdhaXQgZm9yIHRoZSBzZWNvbmQgcm91bmQgUlBDIGV4 Y2hhbmdlIFRoZSBjb3N0IGlzIHRvIGludHJvZHVjZSBuZXcgcGFyYW1ldGVyIGluIHRoZSBub3Rp ZmljYXRpb24gY2FwYWJpbGl0eSBtZXNzYWdlIGluIHRoZSBkcmFmdC1pZXRmLW5ldGNvbmYtbm90 aWZpY2F0aW9uLWNhcGFiaWxpdGllcy0xNC4NCkdpdmVuIHRoZSBub3RpZmljYXRpb24gY2FwYWJp bGl0eSBoYXMgYmVlbiB3ZWxsIGFjY2VwdGVkIGFuZCBzdGFibGUgZm9yIHB1YmxpY2F0aW9uLCBJ IHRoaW5rIGl0IGxheWVyIGZvdW5kYXRpb24gZm9yIG5ldyBjYXBhYmlsaXR5IGRlZmluaXRpb25z Lg0KDQotUWluIChvbiBiZWhhbGYgb2YgYXV0aG9ycykNCi0tLS0t6YKu5Lu25Y6f5Lu2LS0tLS0N CuWPkeS7tuS6ujogbmV0Y29uZiBbbWFpbHRvOm5ldGNvbmYtYm91bmNlc0BpZXRmLm9yZ10g5Luj 6KGoIG1hcWl1ZmFuZyAoQSkNCuWPkemAgeaXtumXtDogMjAyMeW5tDHmnIgyMOaXpSAyMTowMQ0K 5pS25Lu25Lq6OiBuZXRjb25mQGlldGYub3JnDQrkuLvpopg6IFtuZXRjb25mXSBOZXcgVmVyc2lv biBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LXRhby1uZXRjb25mLWRhdGEtZXhwb3J0LWNhcGFiaWxp dGllcy0wMy50eHQNCg0KSGksIGFsbDoNCiBXZSBoYXZlIHVwZGF0ZWQgdGhlIGRyYWZ0LCBodHRw czovL25hbTExLnNhZmVsaW5rcy5wcm90ZWN0aW9uLm91dGxvb2suY29tLz91cmw9aHR0cHMlM0El MkYlMkZ3d3cuaWV0Zi5vcmclMkZhcmNoaXZlJTJGaWQlMkZkcmFmdC10YW8tbmV0Y29uZi1kYXRh LWV4cG9ydC1jYXBhYmlsaXRpZXMtMDMudHh0JmFtcDtkYXRhPTA0JTdDMDElN0NhbGV4JTQwZnV0 dXJld2VpLmNvbSU3Q2M4ZGQ0YmVlOGRmMDQ3OTMwMTVjMDhkOGUyYWQ2ZjQ3JTdDMGZlZThmZjJh M2IyNDAxODljNzUzYTFkNTU5MWZlZGMlN0MxJTdDMCU3QzYzNzUwODU4MTg0NDM5NDM0MiU3Q1Vu a25vd24lN0NUV0ZwYkdac2IzZDhleUpXSWpvaU1DNHdMakF3TURBaUxDSlFJam9pVjJsdU16SWlM Q0pCVGlJNklrMWhhV3dpTENKWFZDSTZNbjAlM0QlN0MxMDAwJmFtcDtzZGF0YT1CZkppNWZwaWJi WGtsSnhpUjQycUFpVUJmazdGSGlCc1h0TWlCZjQ3cTFVJTNEJmFtcDtyZXNlcnZlZD0wICAuDQog DQpUaGUgbWFpbiBjaGFuZ2VzIGFyZSBmb2xsb3dpbmcgOg0KICAgbyAgQ2hhbmdlICdkYXRhLWV4 cG9ydC1jYXBhYmlsaXRpZXMnIGludG8gbGlzdCB0eXBlIHRvIHN1cHBvcnQNCiAgICAgIG11bHRp cGxlIHRyYW5zcG9ydCBwcm90b2NvbCwgZW5jb2Rpbmcgb24gdGhlIHNlcnZlci4NCiAgIG8gIEFk ZCBVc2FnZSBFeGFtcGxlIG9mIGludGVyYWN0aW9uIHdpdGggVURQIGJhc2VkIFRyYW5zcG9ydCBm b3INCiAgICAgIENvbmZpZ3VyZWQgU3Vic2NyaXB0aW9uLg0KICAgbyAgQWRkIFRob21hcyBHcmFm IGFzIGEgY29udHJpYnV0b3I7DQogICBvICBVcGRhdGUgbW90aXZhdGlvbiBpbiB0aGUgaW50cm9k dWN0aW9uIHRvIGNsYXJpZnkgd2h5IHRoaXMgd29yayBpcw0KICAgICAgbmVlZGVkLg0KICAgbyAg U3VwcG9ydCB1ZHAgbm90aWYgYW5kIGh0dHAgbm90aWYgYXMgdHdvIG9wdGlvbmFsIHRyYW5zcG9y dCBpbiB0aGUNCiAgICAgIFlBTkcgZGF0YSBtb2RlbC4NCg0KQW55IHN1Z2dlc3Rpb25zIGFuZCBj b21tZW50cyB3b3VsZCBiZSBncmVhdGx5IGFwcHJlY2lhdGVkIQ0KDQpRaXVmYW5nIE1hKE9uIGJl aGFsZiBvZiBhdXRob3JzKQ0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBp bnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcgW21haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmdd DQpTZW50OiBXZWRuZXNkYXksIEphbnVhcnkgMjAsIDIwMjEgODo0NiBQTQ0KVG86IFBlbmcgTGl1 IDxsaXVwZW5neWp5QGNoaW5hbW9iaWxlLmNvbT47IFFpbiBXdSA8YmlsbC53dUBodWF3ZWkuY29t PjsgUWluIFd1IDxiaWxsLnd1QGh1YXdlaS5jb20+OyBtYXFpdWZhbmcgKEEpIDxtYXFpdWZhbmcx QGh1YXdlaS5jb20+DQpTdWJqZWN0OiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0 LXRhby1uZXRjb25mLWRhdGEtZXhwb3J0LWNhcGFiaWxpdGllcy0wMy50eHQNCg0KDQpBIG5ldyB2 ZXJzaW9uIG9mIEktRCwgZHJhZnQtdGFvLW5ldGNvbmYtZGF0YS1leHBvcnQtY2FwYWJpbGl0aWVz LTAzLnR4dA0KaGFzIGJlZW4gc3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBieSBRaXVmYW5nIE1hIGFu ZCBwb3N0ZWQgdG8gdGhlIElFVEYgcmVwb3NpdG9yeS4NCg0KTmFtZToJCWRyYWZ0LXRhby1uZXRj b25mLWRhdGEtZXhwb3J0LWNhcGFiaWxpdGllcw0KUmV2aXNpb246CTAzDQpUaXRsZToJCVRlbGVt ZXRyeSBEYXRhIEV4cG9ydCBjYXBhYmlsaXR5DQpEb2N1bWVudCBkYXRlOgkyMDIxLTAxLTIwDQpH cm91cDoJCUluZGl2aWR1YWwgU3VibWlzc2lvbg0KUGFnZXM6CQkxOA0KVVJMOiAgICAgICAgICAg IGh0dHBzOi8vbmFtMTEuc2FmZWxpbmtzLnByb3RlY3Rpb24ub3V0bG9vay5jb20vP3VybD1odHRw cyUzQSUyRiUyRnd3dy5pZXRmLm9yZyUyRmFyY2hpdmUlMkZpZCUyRmRyYWZ0LXRhby1uZXRjb25m LWRhdGEtZXhwb3J0LWNhcGFiaWxpdGllcy0wMy50eHQmYW1wO2RhdGE9MDQlN0MwMSU3Q2FsZXgl NDBmdXR1cmV3ZWkuY29tJTdDYzhkZDRiZWU4ZGYwNDc5MzAxNWMwOGQ4ZTJhZDZmNDclN0MwZmVl OGZmMmEzYjI0MDE4OWM3NTNhMWQ1NTkxZmVkYyU3QzElN0MwJTdDNjM3NTA4NTgxODQ0Mzk0MzQy JTdDVW5rbm93biU3Q1RXRnBiR1pzYjNkOGV5SldJam9pTUM0d0xqQXdNREFpTENKUUlqb2lWMmx1 TXpJaUxDSkJUaUk2SWsxaGFXd2lMQ0pYVkNJNk1uMCUzRCU3QzEwMDAmYW1wO3NkYXRhPUJmSmk1 ZnBpYmJYa2xKeGlSNDJxQWlVQmZrN0ZIaUJzWHRNaUJmNDdxMVUlM0QmYW1wO3Jlc2VydmVkPTAN ClN0YXR1czogICAgICAgICBodHRwczovL25hbTExLnNhZmVsaW5rcy5wcm90ZWN0aW9uLm91dGxv b2suY29tLz91cmw9aHR0cHMlM0ElMkYlMkZkYXRhdHJhY2tlci5pZXRmLm9yZyUyRmRvYyUyRmRy YWZ0LXRhby1uZXRjb25mLWRhdGEtZXhwb3J0LWNhcGFiaWxpdGllcyUyRiZhbXA7ZGF0YT0wNCU3 QzAxJTdDYWxleCU0MGZ1dHVyZXdlaS5jb20lN0NjOGRkNGJlZThkZjA0NzkzMDE1YzA4ZDhlMmFk NmY0NyU3QzBmZWU4ZmYyYTNiMjQwMTg5Yzc1M2ExZDU1OTFmZWRjJTdDMSU3QzAlN0M2Mzc1MDg1 ODE4NDQzOTQzNDIlN0NVbmtub3duJTdDVFdGcGJHWnNiM2Q4ZXlKV0lqb2lNQzR3TGpBd01EQWlM Q0pRSWpvaVYybHVNeklpTENKQlRpSTZJazFoYVd3aUxDSlhWQ0k2TW4wJTNEJTdDMTAwMCZhbXA7 c2RhdGE9dTRid1loSTkzdnhMNnlrY0lmUzlVYTVnN04wY0ZHVUNSQXBQRVpjaTNWTSUzRCZhbXA7 cmVzZXJ2ZWQ9MA0KSHRtbGl6ZWQ6ICAgICAgIGh0dHBzOi8vbmFtMTEuc2FmZWxpbmtzLnByb3Rl Y3Rpb24ub3V0bG9vay5jb20vP3VybD1odHRwcyUzQSUyRiUyRmRhdGF0cmFja2VyLmlldGYub3Jn JTJGZG9jJTJGaHRtbCUyRmRyYWZ0LXRhby1uZXRjb25mLWRhdGEtZXhwb3J0LWNhcGFiaWxpdGll cyZhbXA7ZGF0YT0wNCU3QzAxJTdDYWxleCU0MGZ1dHVyZXdlaS5jb20lN0NjOGRkNGJlZThkZjA0 NzkzMDE1YzA4ZDhlMmFkNmY0NyU3QzBmZWU4ZmYyYTNiMjQwMTg5Yzc1M2ExZDU1OTFmZWRjJTdD MSU3QzAlN0M2Mzc1MDg1ODE4NDQzOTQzNDIlN0NVbmtub3duJTdDVFdGcGJHWnNiM2Q4ZXlKV0lq b2lNQzR3TGpBd01EQWlMQ0pRSWpvaVYybHVNeklpTENKQlRpSTZJazFoYVd3aUxDSlhWQ0k2TW4w JTNEJTdDMTAwMCZhbXA7c2RhdGE9Y0RXdWtrVXA4cEFuVW9RRDFrZWlEWDFKdklSRjFCRGFYUHhk MUNPRmlTWSUzRCZhbXA7cmVzZXJ2ZWQ9MA0KSHRtbGl6ZWQ6ICAgICAgIGh0dHBzOi8vbmFtMTEu c2FmZWxpbmtzLnByb3RlY3Rpb24ub3V0bG9vay5jb20vP3VybD1odHRwcyUzQSUyRiUyRnRvb2xz LmlldGYub3JnJTJGaHRtbCUyRmRyYWZ0LXRhby1uZXRjb25mLWRhdGEtZXhwb3J0LWNhcGFiaWxp dGllcy0wMyZhbXA7ZGF0YT0wNCU3QzAxJTdDYWxleCU0MGZ1dHVyZXdlaS5jb20lN0NjOGRkNGJl ZThkZjA0NzkzMDE1YzA4ZDhlMmFkNmY0NyU3QzBmZWU4ZmYyYTNiMjQwMTg5Yzc1M2ExZDU1OTFm ZWRjJTdDMSU3QzAlN0M2Mzc1MDg1ODE4NDQ0MDQyOTclN0NVbmtub3duJTdDVFdGcGJHWnNiM2Q4 ZXlKV0lqb2lNQzR3TGpBd01EQWlMQ0pRSWpvaVYybHVNeklpTENKQlRpSTZJazFoYVd3aUxDSlhW Q0k2TW4wJTNEJTdDMTAwMCZhbXA7c2RhdGE9WVg0VFRaJTJCemphUlNJbDlDTURrZTdjSCUyRkJ4 VzBJTFRUSWtuYXdSQU54cGslM0QmYW1wO3Jlc2VydmVkPTANCkRpZmY6ICAgICAgICAgICBodHRw czovL25hbTExLnNhZmVsaW5rcy5wcm90ZWN0aW9uLm91dGxvb2suY29tLz91cmw9aHR0cHMlM0El MkYlMkZ3d3cuaWV0Zi5vcmclMkZyZmNkaWZmJTNGdXJsMiUzRGRyYWZ0LXRhby1uZXRjb25mLWRh dGEtZXhwb3J0LWNhcGFiaWxpdGllcy0wMyZhbXA7ZGF0YT0wNCU3QzAxJTdDYWxleCU0MGZ1dHVy ZXdlaS5jb20lN0NjOGRkNGJlZThkZjA0NzkzMDE1YzA4ZDhlMmFkNmY0NyU3QzBmZWU4ZmYyYTNi MjQwMTg5Yzc1M2ExZDU1OTFmZWRjJTdDMSU3QzAlN0M2Mzc1MDg1ODE4NDQ0MDQyOTclN0NVbmtu b3duJTdDVFdGcGJHWnNiM2Q4ZXlKV0lqb2lNQzR3TGpBd01EQWlMQ0pRSWpvaVYybHVNeklpTENK QlRpSTZJazFoYVd3aUxDSlhWQ0k2TW4wJTNEJTdDMTAwMCZhbXA7c2RhdGE9cHAlMkJoNjc1VXQ2 UnRyVGFwRk01VTJHV1NjaDZ2a1JRNWtNJTJCWThCdVN1ajAlM0QmYW1wO3Jlc2VydmVkPTANCg0K QWJzdHJhY3Q6DQogICBUaGlzIGRvY3VtZW50IHByb3Bvc2VzIGEgWUFORyBtb2R1bGUgZm9yIHRl bGVtZXRyeSBkYXRhIGV4cG9ydA0KICAgY2FwYWJpbGl0aWVzIHdoaWNoIGF1Z21lbnRzIHN5c3Rl bSBDYXBhYmlsaXRpZXMgbW9kZWwgYW5kIHByb3ZpZGVzDQogICBhZGRpdGlvbmFsIHRlbGVtZXRy eSBkYXRhIGV4cG9ydCBhdHRyaWJ1dGVzIGFzc29jaWF0ZWQgd2l0aCBzeXN0ZW0NCiAgIGNhcGFi aWxpdGllcyBmb3IgdHJhbnNwb3J0IGRlcGVuZGVudCBjYXBhYmlsaXR5IGFkdmVydGlzZW1lbnQu DQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICANCg0KDQpQbGVhc2Ugbm90ZSB0aGF0IGl0IG1h eSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uIHVu dGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQgdG9vbHMu aWV0Zi5vcmcuDQoNClRoZSBJRVRGIFNlY3JldGFyaWF0DQoNCg0KX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCm5ldGNvbmYgbWFpbGluZyBsaXN0DQpuZXRj b25mQGlldGYub3JnDQpodHRwczovL25hbTExLnNhZmVsaW5rcy5wcm90ZWN0aW9uLm91dGxvb2su Y29tLz91cmw9aHR0cHMlM0ElMkYlMkZ3d3cuaWV0Zi5vcmclMkZtYWlsbWFuJTJGbGlzdGluZm8l MkZuZXRjb25mJmFtcDtkYXRhPTA0JTdDMDElN0NhbGV4JTQwZnV0dXJld2VpLmNvbSU3Q2M4ZGQ0 YmVlOGRmMDQ3OTMwMTVjMDhkOGUyYWQ2ZjQ3JTdDMGZlZThmZjJhM2IyNDAxODljNzUzYTFkNTU5 MWZlZGMlN0MxJTdDMCU3QzYzNzUwODU4MTg0NDQwNDI5NyU3Q1Vua25vd24lN0NUV0ZwYkdac2Iz ZDhleUpXSWpvaU1DNHdMakF3TURBaUxDSlFJam9pVjJsdU16SWlMQ0pCVGlJNklrMWhhV3dpTENK WFZDSTZNbjAlM0QlN0MxMDAwJmFtcDtzZGF0YT0wRmVMdjlQbURkejhIS1JoJTJGJTJCdm1xb2Yl MkI2VTlUbzNhbXhGQk1uODV5SUJjJTNEJmFtcDtyZXNlcnZlZD0wDQpfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KbmV0Y29uZiBtYWlsaW5nIGxpc3QNCm5l dGNvbmZAaWV0Zi5vcmcNCmh0dHBzOi8vbmFtMTEuc2FmZWxpbmtzLnByb3RlY3Rpb24ub3V0bG9v ay5jb20vP3VybD1odHRwcyUzQSUyRiUyRnd3dy5pZXRmLm9yZyUyRm1haWxtYW4lMkZsaXN0aW5m byUyRm5ldGNvbmYmYW1wO2RhdGE9MDQlN0MwMSU3Q2FsZXglNDBmdXR1cmV3ZWkuY29tJTdDYzhk ZDRiZWU4ZGYwNDc5MzAxNWMwOGQ4ZTJhZDZmNDclN0MwZmVlOGZmMmEzYjI0MDE4OWM3NTNhMWQ1 NTkxZmVkYyU3QzElN0MwJTdDNjM3NTA4NTgxODQ0NDA0Mjk3JTdDVW5rbm93biU3Q1RXRnBiR1pz YjNkOGV5SldJam9pTUM0d0xqQXdNREFpTENKUUlqb2lWMmx1TXpJaUxDSkJUaUk2SWsxaGFXd2lM Q0pYVkNJNk1uMCUzRCU3QzEwMDAmYW1wO3NkYXRhPTBGZUx2OVBtRGR6OEhLUmglMkYlMkJ2bXFv ZiUyQjZVOVRvM2FteEZCTW44NXlJQmMlM0QmYW1wO3Jlc2VydmVkPTANCg== From nobody Tue Mar 9 18:59:02 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 305753A176F for ; Tue, 9 Mar 2021 18:59:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 qL4o5XIfeeJH for ; Tue, 9 Mar 2021 18:58:57 -0800 (PST) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3BA093A176B for ; Tue, 9 Mar 2021 18:58:57 -0800 (PST) Received: from fraeml715-chm.china.huawei.com (unknown [172.18.147.226]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4DwGmD14xmz67w3V for ; Wed, 10 Mar 2021 10:50:52 +0800 (CST) Received: from fraeml715-chm.china.huawei.com (10.206.15.34) by fraeml715-chm.china.huawei.com (10.206.15.34) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2106.2; Wed, 10 Mar 2021 03:58:54 +0100 Received: from DGGEML402-HUB.china.huawei.com (10.3.17.38) by fraeml715-chm.china.huawei.com (10.206.15.34) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.1.2106.2 via Frontend Transport; Wed, 10 Mar 2021 03:58:53 +0100 Received: from DGGEML511-MBS.china.huawei.com ([169.254.4.181]) by DGGEML402-HUB.china.huawei.com ([fe80::fca6:7568:4ee3:c776%31]) with mapi id 14.03.0513.000; Wed, 10 Mar 2021 10:58:47 +0800 From: Qin Wu To: Alexander Clemm , "netconf@ietf.org" Thread-Topic: data-export-capabilities: insert hint into the error response Thread-Index: AdcVVo6M1s/th9K1TDGJylbruWtopQ== Date: Wed, 10 Mar 2021 02:58:47 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.136.123.117] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [netconf] data-export-capabilities: insert hint into the error response X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Mar 2021 02:59:00 -0000 SGksIEFsZXg6DQotLS0tLemCruS7tuWOn+S7ti0tLS0tDQrlj5Hku7bkuro6IG5ldGNvbmYgW21h aWx0bzpuZXRjb25mLWJvdW5jZXNAaWV0Zi5vcmddIOS7o+ihqCBBbGV4YW5kZXIgQ2xlbW0NCuWP kemAgeaXtumXtDogMjAyMeW5tDPmnIgxMOaXpSA3OjM5DQrmlLbku7bkuro6IG5ldGNvbmZAaWV0 Zi5vcmcNCuS4u+mimDogUmU6IFtuZXRjb25mXSBkYXRhLWV4cG9ydC1jYXBhYmlsaXRpZXM6IGlu c2VydCBoaW50IGludG8gdGhlIGVycm9yIHJlc3BvbnNlDQoNCkhpIFFpbiwgYW5kIGF1dGhvcnMs DQoNCk9uIHRoaXMgcGFydGljdWxhciBpc3N1ZTogcHJlc3VtYWJseSwgd2hlbiB0aGVyZSBpcyBz b21ldGhpbmcgYWJvdXQgdGhlIHN1YnNjcmlwdGlvbiB0aGF0IHRoZSBzZXJ2ZXIgZG9lcyBub3Qg c3VwcG9ydCwgdGhleSB3b3VsZCBzaW1wbHkgcmV0dXJuIGFuIGVycm9yIHJlc3BvbnNlIHdpdGgg aWRlbnRpdHkgZXN0YWJsaXNoLXN1YnNjcmlwdGlvbi1lcnJvciBhcyBiYXNlLiBOb3cgaXQgaXMg dHJ1ZSB0aGF0IGEgY2xpZW50IHdvdWxkIG5lZWQgdG8gc2VuZCBhIHN1YnNlcXVlbnQgcmVxdWVz dC4gIEhvd2V2ZXIsIEkgYW0gbm90IHN1cmUgaG93IGJpZyBhbiBpc3N1ZSB0aGlzIGlzLCBhcyB5 b3Ugd291bGQgcHJlc3VtYWJseSBub3QgbmVlZCB0byBkbyB0aGlzIHJlcGVhdGVkbHkgdXBvbiBl YWNoIGVzdGFibGlzaG1lbnQgb2YgYSBuZXcgc3Vic2NyaXB0aW9uLCBvbmx5IHVwb24gdGhlIGZp cnN0IHRpbWUuICAgT2YgY291cnNlLCBpdCBpcyB0cnVlIHRoYXQgY29udmVyZ2VuY2UgbWlnaHQg c3RpbGwgbmVlZCBhIGNvdXBsZSBvZiBjeWNsZXMgZGVwZW5kaW5nIG9uIHRoZSBudW1iZXIgb2Yg b3B0aW9ucyB0aGVyZSBhcmUuICANCg0KW1Fpbl06R29vZCBwb2ludCwgSSBhbSBwcm9wb3Npbmcg dG8gcmVwbGFjZSBvbmUgb3IgYW5vdGhlciwgb3IgYmxhbWUgdGhlIHByb3RvY29sIGJyZWFrcy4g SSB0aGluayBuZXcgbWVjaGFuaXNtIHByb3Bvc2VkIGluIHRoaXMgZHJhZnQgaXMgY29tcGxlbWVu dGFyeSB0byBleGlzdGluZyBzb2x1dGlvbiBpbiBSRkM4NjM5Lg0KDQpSZWdhcmRsZXNzIG9mIHRo aXMsIEkgZG8gdGhpbmsgdGhlcmUgaXMgYSBzdHJvbmcgY29uY2VwdHVhbCBhcmd1bWVudCB0byBi ZSBtYWRlIHRoYXQgaXQgc3RpbGwgbWFrZXMgc2Vuc2UgZm9yIGFsbCBjYXBhYmlsaXRpZXMgdG8g YmUgZGlzY292ZXJhYmxlLiAgVGhpcyBtYWtlcyBzb2x1dGlvbnMgYSBiaXQgbW9yZSAiZWxlZ2Fu dCIgYW5kIGFsbG93cyB0aGVtIHRvIGJlIGZ1bGx5IGRhdGEtZHJpdmVuLiAgVGhlcmUgbWF5IGJl IGFsc28gY29sbGF0ZXJhbCBiZW5lZml0cyBzdWNoIGFzIHRoZSByZXR1cm4gb2Ygc3VjY2Vzc2l2 ZSBlcnJvcnMgY2F1c2luZyB0byByaXNrIG9mIGNvbmZ1c2lvbiBsZWdpdGltYXRlIHN1YnNjcmlw dGlvbiByZXF1ZXN0cyBlLmcuIHdpdGggc29tZW9uZSB0cnlpbmcgdG8gbGF1bmNoIGJvZ3VzIGlu dmFsaWQgcmVxdWVzdHMuICANCg0KW1Fpbl06QWdyZWUuDQoNClNvLCBJIGRvIHRoaW5rIHRoZSBk YXRhIG1vZGVsIGRlZmluZWQgaW4gdGhpcyBkcmFmdCB3aWxsIGJlIGNsZWFybHkgdXNlZnVsIGFu ZCBhIHN0cmFpZ2h0Zm9yd2FyZCB0aGluZyB0byBzdXBwb3J0IHJlZ2FyZGxlc3Mgb2YgdGhlIG90 aGVyIGFyZ3VtZW50LiAgIFBlcmhhcHMgb25lIHRoaW5nIHRvIGRvIGFzIHdlbGwgd291bGQgYmUg dG8gcmV2aWV3IHdoZXRoZXIgdGhlcmUgYXJlIGFueSBuZXcgZXN0YWJsaXNoLXN1YnNjcmlwdGlv bi1lcnJvcnMgbmVlZGVkIGJleW9uZCB0aGUgb25lcyBhbHJlYWR5IGRlZmluZWQgYW5kIGlmIHNv LCBhbHNvIGRlZmluZSB0aG9zZSBhcyBwYXJ0IG9mIHRoaXMgZHJhZnQuDQoNCltRaW5dOkdvb2Qg c3VnZ2VzdGlvbiwgIHdlIGNhbiBhZGQgbmV3IGNoaWxkIGlkZW50aXRpZXMgZGVyaXZlZCBmcm9t IGVzdGFibGlzaC1zdWJzY3JpcHRpb24tZXJyb3JzIGJhc2UgaWRlbnRpdHkuDQoNCi0tLSBBbGV4 DQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBuZXRjb25mIDxuZXRjb25mLWJv dW5jZXNAaWV0Zi5vcmc+IE9uIEJlaGFsZiBPZiBRaW4gV3UNClNlbnQ6IE1vbmRheSwgTWFyY2gg OCwgMjAyMSA3OjQzIFBNDQpUbzogbmV0Y29uZkBpZXRmLm9yZw0KU3ViamVjdDogW25ldGNvbmZd IGRhdGEtZXhwb3J0LWNhcGFiaWxpdGllczogaW5zZXJ0IGhpbnQgaW50byB0aGUgZXJyb3IgcmVz cG9uc2UNCg0KSGksDQpPbmUgb2Ygb3BlbiBpc3N1ZXMgd2UgZGlzY3VzcyBpbiB0aGUgbmV0Y29u ZiBzZXNzaW9uIGlzIHJlbGF0ZWQgdG8gbmVjZXNzaXR5IG9mIGRhdGEgZXhwb3J0IGNhcGFiaWxp dHkgaW4gdGhlIGRyYWZ0LXRhby1uZXRjb25mLWRhdGEtZXhwb3J0LWNhcGFiaWxpdGllcw0KSXMg dGhlcmUgYW55IGFsdGVybmF0aXZlIHdheT8NCk9uZSBvZiBhbHRlcm5hdGl2ZSB3YXkgd2UgaW52 ZXN0aWdhdGUgaXMgb25lIHByb3Bvc2VkIGluIFJGQzg2MzksIGkuZS4sIGluc2VydCBoaW50IGlu dG8gdGhlIGVycm9yIHJlc3BvbnNlDQpQcm86IEFjY2VwdCB0aGUgZmFpbHVyZSB0aGUgZmlyc3Qg UlBDIHJlcXVlc3QgYXR0ZW1wdCwgYnV0IGluY3JlYXNlcyB0aGUgbGlrZWxpaG9vZCBvZiBzdWNj ZXNzIGZvciBzdWJzZXF1ZW50IFJQQyByZXF1ZXN0cw0KQ29uOiBTdWNoIGxpa2VsaWhvb2Qgb2Yg c3VjY2VzcyBmb3Igc3Vic2VxdWVudCBSUEMgcmVxdWVzdHMgaXMgbm90IGd1YXJhbnRlZWQgc2lu Y2UgaGludCBuZWVkcyB0byBiZSBzcGVjaWZpZWQgZXZlcnkgdGltZSB3ZSBoYXZlIG5ldyBoaW50 LCBvdGhlcndpc2UgdGhlIGNsaWVudCB3aG8gaW5pdGlhdGUgdGhlIFJQQyByZXF1ZXN0IG1heSBu b3QgdW5kZXJzdGFuZCB3aGF0IGhpbnQgbWVhbnMuDQoNCldpdGggZGF0YSBleHBvcnQgY2FwYWJp bGl0eSBhZHZlcnRpc2VtZW50LA0KUHJvOiBpbmNyZWFzZSBsaWtlbGlob29kIG9mIHN1Y2Nlc3Mg Zm9yIHRoZSBmaXJzdCBSUEMgcmVxdWVzdCwgZG9lc27igJl0IG5lZWQgdG8gd2FpdCBmb3IgdGhl IHNlY29uZCByb3VuZCBSUEMgZXhjaGFuZ2UgVGhlIGNvc3QgaXMgdG8gaW50cm9kdWNlIG5ldyBw YXJhbWV0ZXIgaW4gdGhlIG5vdGlmaWNhdGlvbiBjYXBhYmlsaXR5IG1lc3NhZ2UgaW4gdGhlIGRy YWZ0LWlldGYtbmV0Y29uZi1ub3RpZmljYXRpb24tY2FwYWJpbGl0aWVzLTE0Lg0KR2l2ZW4gdGhl IG5vdGlmaWNhdGlvbiBjYXBhYmlsaXR5IGhhcyBiZWVuIHdlbGwgYWNjZXB0ZWQgYW5kIHN0YWJs ZSBmb3IgcHVibGljYXRpb24sIEkgdGhpbmsgaXQgbGF5ZXIgZm91bmRhdGlvbiBmb3IgbmV3IGNh cGFiaWxpdHkgZGVmaW5pdGlvbnMuDQoNCi1RaW4gKG9uIGJlaGFsZiBvZiBhdXRob3JzKQ0KLS0t LS3pgq7ku7bljp/ku7YtLS0tLQ0K5Y+R5Lu25Lq6OiBuZXRjb25mIFttYWlsdG86bmV0Y29uZi1i b3VuY2VzQGlldGYub3JnXSDku6PooaggbWFxaXVmYW5nIChBKQ0K5Y+R6YCB5pe26Ze0OiAyMDIx 5bm0MeaciDIw5pelIDIxOjAxDQrmlLbku7bkuro6IG5ldGNvbmZAaWV0Zi5vcmcNCuS4u+mimDog W25ldGNvbmZdIE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtdGFvLW5ldGNvbmYt ZGF0YS1leHBvcnQtY2FwYWJpbGl0aWVzLTAzLnR4dA0KDQpIaSwgYWxsOg0KIFdlIGhhdmUgdXBk YXRlZCB0aGUgZHJhZnQsIGh0dHBzOi8vbmFtMTEuc2FmZWxpbmtzLnByb3RlY3Rpb24ub3V0bG9v ay5jb20vP3VybD1odHRwcyUzQSUyRiUyRnd3dy5pZXRmLm9yZyUyRmFyY2hpdmUlMkZpZCUyRmRy YWZ0LXRhby1uZXRjb25mLWRhdGEtZXhwb3J0LWNhcGFiaWxpdGllcy0wMy50eHQmYW1wO2RhdGE9 MDQlN0MwMSU3Q2FsZXglNDBmdXR1cmV3ZWkuY29tJTdDYzhkZDRiZWU4ZGYwNDc5MzAxNWMwOGQ4 ZTJhZDZmNDclN0MwZmVlOGZmMmEzYjI0MDE4OWM3NTNhMWQ1NTkxZmVkYyU3QzElN0MwJTdDNjM3 NTA4NTgxODQ0Mzk0MzQyJTdDVW5rbm93biU3Q1RXRnBiR1pzYjNkOGV5SldJam9pTUM0d0xqQXdN REFpTENKUUlqb2lWMmx1TXpJaUxDSkJUaUk2SWsxaGFXd2lMQ0pYVkNJNk1uMCUzRCU3QzEwMDAm YW1wO3NkYXRhPUJmSmk1ZnBpYmJYa2xKeGlSNDJxQWlVQmZrN0ZIaUJzWHRNaUJmNDdxMVUlM0Qm YW1wO3Jlc2VydmVkPTAgIC4NCiANClRoZSBtYWluIGNoYW5nZXMgYXJlIGZvbGxvd2luZyA6DQog ICBvICBDaGFuZ2UgJ2RhdGEtZXhwb3J0LWNhcGFiaWxpdGllcycgaW50byBsaXN0IHR5cGUgdG8g c3VwcG9ydA0KICAgICAgbXVsdGlwbGUgdHJhbnNwb3J0IHByb3RvY29sLCBlbmNvZGluZyBvbiB0 aGUgc2VydmVyLg0KICAgbyAgQWRkIFVzYWdlIEV4YW1wbGUgb2YgaW50ZXJhY3Rpb24gd2l0aCBV RFAgYmFzZWQgVHJhbnNwb3J0IGZvcg0KICAgICAgQ29uZmlndXJlZCBTdWJzY3JpcHRpb24uDQog ICBvICBBZGQgVGhvbWFzIEdyYWYgYXMgYSBjb250cmlidXRvcjsNCiAgIG8gIFVwZGF0ZSBtb3Rp dmF0aW9uIGluIHRoZSBpbnRyb2R1Y3Rpb24gdG8gY2xhcmlmeSB3aHkgdGhpcyB3b3JrIGlzDQog ICAgICBuZWVkZWQuDQogICBvICBTdXBwb3J0IHVkcCBub3RpZiBhbmQgaHR0cCBub3RpZiBhcyB0 d28gb3B0aW9uYWwgdHJhbnNwb3J0IGluIHRoZQ0KICAgICAgWUFORyBkYXRhIG1vZGVsLg0KDQpB bnkgc3VnZ2VzdGlvbnMgYW5kIGNvbW1lbnRzIHdvdWxkIGJlIGdyZWF0bHkgYXBwcmVjaWF0ZWQh DQoNClFpdWZhbmcgTWEoT24gYmVoYWxmIG9mIGF1dGhvcnMpDQoNCg0KLS0tLS1PcmlnaW5hbCBN ZXNzYWdlLS0tLS0NCkZyb206IGludGVybmV0LWRyYWZ0c0BpZXRmLm9yZyBbbWFpbHRvOmludGVy bmV0LWRyYWZ0c0BpZXRmLm9yZ10NClNlbnQ6IFdlZG5lc2RheSwgSmFudWFyeSAyMCwgMjAyMSA4 OjQ2IFBNDQpUbzogUGVuZyBMaXUgPGxpdXBlbmd5anlAY2hpbmFtb2JpbGUuY29tPjsgUWluIFd1 IDxiaWxsLnd1QGh1YXdlaS5jb20+OyBRaW4gV3UgPGJpbGwud3VAaHVhd2VpLmNvbT47IG1hcWl1 ZmFuZyAoQSkgPG1hcWl1ZmFuZzFAaHVhd2VpLmNvbT4NClN1YmplY3Q6IE5ldyBWZXJzaW9uIE5v dGlmaWNhdGlvbiBmb3IgZHJhZnQtdGFvLW5ldGNvbmYtZGF0YS1leHBvcnQtY2FwYWJpbGl0aWVz LTAzLnR4dA0KDQoNCkEgbmV3IHZlcnNpb24gb2YgSS1ELCBkcmFmdC10YW8tbmV0Y29uZi1kYXRh LWV4cG9ydC1jYXBhYmlsaXRpZXMtMDMudHh0DQpoYXMgYmVlbiBzdWNjZXNzZnVsbHkgc3VibWl0 dGVkIGJ5IFFpdWZhbmcgTWEgYW5kIHBvc3RlZCB0byB0aGUgSUVURiByZXBvc2l0b3J5Lg0KDQpO YW1lOgkJZHJhZnQtdGFvLW5ldGNvbmYtZGF0YS1leHBvcnQtY2FwYWJpbGl0aWVzDQpSZXZpc2lv bjoJMDMNClRpdGxlOgkJVGVsZW1ldHJ5IERhdGEgRXhwb3J0IGNhcGFiaWxpdHkNCkRvY3VtZW50 IGRhdGU6CTIwMjEtMDEtMjANCkdyb3VwOgkJSW5kaXZpZHVhbCBTdWJtaXNzaW9uDQpQYWdlczoJ CTE4DQpVUkw6ICAgICAgICAgICAgaHR0cHM6Ly9uYW0xMS5zYWZlbGlua3MucHJvdGVjdGlvbi5v dXRsb29rLmNvbS8/dXJsPWh0dHBzJTNBJTJGJTJGd3d3LmlldGYub3JnJTJGYXJjaGl2ZSUyRmlk JTJGZHJhZnQtdGFvLW5ldGNvbmYtZGF0YS1leHBvcnQtY2FwYWJpbGl0aWVzLTAzLnR4dCZhbXA7 ZGF0YT0wNCU3QzAxJTdDYWxleCU0MGZ1dHVyZXdlaS5jb20lN0NjOGRkNGJlZThkZjA0NzkzMDE1 YzA4ZDhlMmFkNmY0NyU3QzBmZWU4ZmYyYTNiMjQwMTg5Yzc1M2ExZDU1OTFmZWRjJTdDMSU3QzAl N0M2Mzc1MDg1ODE4NDQzOTQzNDIlN0NVbmtub3duJTdDVFdGcGJHWnNiM2Q4ZXlKV0lqb2lNQzR3 TGpBd01EQWlMQ0pRSWpvaVYybHVNeklpTENKQlRpSTZJazFoYVd3aUxDSlhWQ0k2TW4wJTNEJTdD MTAwMCZhbXA7c2RhdGE9QmZKaTVmcGliYlhrbEp4aVI0MnFBaVVCZms3RkhpQnNYdE1pQmY0N3Ex VSUzRCZhbXA7cmVzZXJ2ZWQ9MA0KU3RhdHVzOiAgICAgICAgIGh0dHBzOi8vbmFtMTEuc2FmZWxp bmtzLnByb3RlY3Rpb24ub3V0bG9vay5jb20vP3VybD1odHRwcyUzQSUyRiUyRmRhdGF0cmFja2Vy LmlldGYub3JnJTJGZG9jJTJGZHJhZnQtdGFvLW5ldGNvbmYtZGF0YS1leHBvcnQtY2FwYWJpbGl0 aWVzJTJGJmFtcDtkYXRhPTA0JTdDMDElN0NhbGV4JTQwZnV0dXJld2VpLmNvbSU3Q2M4ZGQ0YmVl OGRmMDQ3OTMwMTVjMDhkOGUyYWQ2ZjQ3JTdDMGZlZThmZjJhM2IyNDAxODljNzUzYTFkNTU5MWZl ZGMlN0MxJTdDMCU3QzYzNzUwODU4MTg0NDM5NDM0MiU3Q1Vua25vd24lN0NUV0ZwYkdac2IzZDhl eUpXSWpvaU1DNHdMakF3TURBaUxDSlFJam9pVjJsdU16SWlMQ0pCVGlJNklrMWhhV3dpTENKWFZD STZNbjAlM0QlN0MxMDAwJmFtcDtzZGF0YT11NGJ3WWhJOTN2eEw2eWtjSWZTOVVhNWc3TjBjRkdV Q1JBcFBFWmNpM1ZNJTNEJmFtcDtyZXNlcnZlZD0wDQpIdG1saXplZDogICAgICAgaHR0cHM6Ly9u YW0xMS5zYWZlbGlua3MucHJvdGVjdGlvbi5vdXRsb29rLmNvbS8/dXJsPWh0dHBzJTNBJTJGJTJG ZGF0YXRyYWNrZXIuaWV0Zi5vcmclMkZkb2MlMkZodG1sJTJGZHJhZnQtdGFvLW5ldGNvbmYtZGF0 YS1leHBvcnQtY2FwYWJpbGl0aWVzJmFtcDtkYXRhPTA0JTdDMDElN0NhbGV4JTQwZnV0dXJld2Vp LmNvbSU3Q2M4ZGQ0YmVlOGRmMDQ3OTMwMTVjMDhkOGUyYWQ2ZjQ3JTdDMGZlZThmZjJhM2IyNDAx ODljNzUzYTFkNTU5MWZlZGMlN0MxJTdDMCU3QzYzNzUwODU4MTg0NDM5NDM0MiU3Q1Vua25vd24l N0NUV0ZwYkdac2IzZDhleUpXSWpvaU1DNHdMakF3TURBaUxDSlFJam9pVjJsdU16SWlMQ0pCVGlJ NklrMWhhV3dpTENKWFZDSTZNbjAlM0QlN0MxMDAwJmFtcDtzZGF0YT1jRFd1a2tVcDhwQW5Vb1FE MWtlaURYMUp2SVJGMUJEYVhQeGQxQ09GaVNZJTNEJmFtcDtyZXNlcnZlZD0wDQpIdG1saXplZDog ICAgICAgaHR0cHM6Ly9uYW0xMS5zYWZlbGlua3MucHJvdGVjdGlvbi5vdXRsb29rLmNvbS8/dXJs PWh0dHBzJTNBJTJGJTJGdG9vbHMuaWV0Zi5vcmclMkZodG1sJTJGZHJhZnQtdGFvLW5ldGNvbmYt ZGF0YS1leHBvcnQtY2FwYWJpbGl0aWVzLTAzJmFtcDtkYXRhPTA0JTdDMDElN0NhbGV4JTQwZnV0 dXJld2VpLmNvbSU3Q2M4ZGQ0YmVlOGRmMDQ3OTMwMTVjMDhkOGUyYWQ2ZjQ3JTdDMGZlZThmZjJh M2IyNDAxODljNzUzYTFkNTU5MWZlZGMlN0MxJTdDMCU3QzYzNzUwODU4MTg0NDQwNDI5NyU3Q1Vu a25vd24lN0NUV0ZwYkdac2IzZDhleUpXSWpvaU1DNHdMakF3TURBaUxDSlFJam9pVjJsdU16SWlM Q0pCVGlJNklrMWhhV3dpTENKWFZDSTZNbjAlM0QlN0MxMDAwJmFtcDtzZGF0YT1ZWDRUVFolMkJ6 amFSU0lsOUNNRGtlN2NIJTJGQnhXMElMVFRJa25hd1JBTnhwayUzRCZhbXA7cmVzZXJ2ZWQ9MA0K RGlmZjogICAgICAgICAgIGh0dHBzOi8vbmFtMTEuc2FmZWxpbmtzLnByb3RlY3Rpb24ub3V0bG9v ay5jb20vP3VybD1odHRwcyUzQSUyRiUyRnd3dy5pZXRmLm9yZyUyRnJmY2RpZmYlM0Z1cmwyJTNE ZHJhZnQtdGFvLW5ldGNvbmYtZGF0YS1leHBvcnQtY2FwYWJpbGl0aWVzLTAzJmFtcDtkYXRhPTA0 JTdDMDElN0NhbGV4JTQwZnV0dXJld2VpLmNvbSU3Q2M4ZGQ0YmVlOGRmMDQ3OTMwMTVjMDhkOGUy YWQ2ZjQ3JTdDMGZlZThmZjJhM2IyNDAxODljNzUzYTFkNTU5MWZlZGMlN0MxJTdDMCU3QzYzNzUw ODU4MTg0NDQwNDI5NyU3Q1Vua25vd24lN0NUV0ZwYkdac2IzZDhleUpXSWpvaU1DNHdMakF3TURB aUxDSlFJam9pVjJsdU16SWlMQ0pCVGlJNklrMWhhV3dpTENKWFZDSTZNbjAlM0QlN0MxMDAwJmFt cDtzZGF0YT1wcCUyQmg2NzVVdDZSdHJUYXBGTTVVMkdXU2NoNnZrUlE1a00lMkJZOEJ1U3VqMCUz RCZhbXA7cmVzZXJ2ZWQ9MA0KDQpBYnN0cmFjdDoNCiAgIFRoaXMgZG9jdW1lbnQgcHJvcG9zZXMg YSBZQU5HIG1vZHVsZSBmb3IgdGVsZW1ldHJ5IGRhdGEgZXhwb3J0DQogICBjYXBhYmlsaXRpZXMg d2hpY2ggYXVnbWVudHMgc3lzdGVtIENhcGFiaWxpdGllcyBtb2RlbCBhbmQgcHJvdmlkZXMNCiAg IGFkZGl0aW9uYWwgdGVsZW1ldHJ5IGRhdGEgZXhwb3J0IGF0dHJpYnV0ZXMgYXNzb2NpYXRlZCB3 aXRoIHN5c3RlbQ0KICAgY2FwYWJpbGl0aWVzIGZvciB0cmFuc3BvcnQgZGVwZW5kZW50IGNhcGFi aWxpdHkgYWR2ZXJ0aXNlbWVudC4NCg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIA0KDQoNClBs ZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0 aW1lIG9mIHN1Ym1pc3Npb24gdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJl IGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZy4NCg0KVGhlIElFVEYgU2VjcmV0YXJpYXQNCg0K DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KbmV0Y29u ZiBtYWlsaW5nIGxpc3QNCm5ldGNvbmZAaWV0Zi5vcmcNCmh0dHBzOi8vbmFtMTEuc2FmZWxpbmtz LnByb3RlY3Rpb24ub3V0bG9vay5jb20vP3VybD1odHRwcyUzQSUyRiUyRnd3dy5pZXRmLm9yZyUy Rm1haWxtYW4lMkZsaXN0aW5mbyUyRm5ldGNvbmYmYW1wO2RhdGE9MDQlN0MwMSU3Q2FsZXglNDBm dXR1cmV3ZWkuY29tJTdDYzhkZDRiZWU4ZGYwNDc5MzAxNWMwOGQ4ZTJhZDZmNDclN0MwZmVlOGZm MmEzYjI0MDE4OWM3NTNhMWQ1NTkxZmVkYyU3QzElN0MwJTdDNjM3NTA4NTgxODQ0NDA0Mjk3JTdD VW5rbm93biU3Q1RXRnBiR1pzYjNkOGV5SldJam9pTUM0d0xqQXdNREFpTENKUUlqb2lWMmx1TXpJ aUxDSkJUaUk2SWsxaGFXd2lMQ0pYVkNJNk1uMCUzRCU3QzEwMDAmYW1wO3NkYXRhPTBGZUx2OVBt RGR6OEhLUmglMkYlMkJ2bXFvZiUyQjZVOVRvM2FteEZCTW44NXlJQmMlM0QmYW1wO3Jlc2VydmVk PTANCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpuZXRj b25mIG1haWxpbmcgbGlzdA0KbmV0Y29uZkBpZXRmLm9yZw0KaHR0cHM6Ly9uYW0xMS5zYWZlbGlu a3MucHJvdGVjdGlvbi5vdXRsb29rLmNvbS8/dXJsPWh0dHBzJTNBJTJGJTJGd3d3LmlldGYub3Jn JTJGbWFpbG1hbiUyRmxpc3RpbmZvJTJGbmV0Y29uZiZhbXA7ZGF0YT0wNCU3QzAxJTdDYWxleCU0 MGZ1dHVyZXdlaS5jb20lN0NjOGRkNGJlZThkZjA0NzkzMDE1YzA4ZDhlMmFkNmY0NyU3QzBmZWU4 ZmYyYTNiMjQwMTg5Yzc1M2ExZDU1OTFmZWRjJTdDMSU3QzAlN0M2Mzc1MDg1ODE4NDQ0MDQyOTcl N0NVbmtub3duJTdDVFdGcGJHWnNiM2Q4ZXlKV0lqb2lNQzR3TGpBd01EQWlMQ0pRSWpvaVYybHVN eklpTENKQlRpSTZJazFoYVd3aUxDSlhWQ0k2TW4wJTNEJTdDMTAwMCZhbXA7c2RhdGE9MEZlTHY5 UG1EZHo4SEtSaCUyRiUyQnZtcW9mJTJCNlU5VG8zYW14RkJNbjg1eUlCYyUzRCZhbXA7cmVzZXJ2 ZWQ9MA0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCm5l dGNvbmYgbWFpbGluZyBsaXN0DQpuZXRjb25mQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9y Zy9tYWlsbWFuL2xpc3RpbmZvL25ldGNvbmYNCg== From nobody Wed Mar 10 15:24:44 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 99E153A0DD2 for ; Wed, 10 Mar 2021 15:24:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.92 X-Spam-Level: X-Spam-Status: No, score=-1.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 J34JwWZ8_UCQ for ; Wed, 10 Mar 2021 15:24:35 -0800 (PST) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 578C93A0E29 for ; Wed, 10 Mar 2021 15:24:31 -0800 (PST) Received: by rfc-editor.org (Postfix, from userid 30) id 3F443F4076F; Wed, 10 Mar 2021 15:24:31 -0800 (PST) To: andy@yumaworks.com, mbj@tail-f.com, kwatsen@juniper.net, warren@kumari.net, rwilton@cisco.com, kent+ietf@watsen.net, mjethanandani@gmail.com X-PHP-Originating-Script: 1005:errata_mail_lib.php From: RFC Errata System Cc: kyyun@cisco.com, netconf@ietf.org, rfc-editor@rfc-editor.org Content-Type: text/plain; charset=UTF-8 Message-Id: <20210310232431.3F443F4076F@rfc-editor.org> Date: Wed, 10 Mar 2021 15:24:31 -0800 (PST) Archived-At: Subject: [netconf] [Technical Errata Reported] RFC8040 (6473) X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Mar 2021 23:24:42 -0000 The following errata report has been submitted for RFC8040, "RESTCONF Protocol". -------------------------------------- You may review the report below and at: https://www.rfc-editor.org/errata/eid6473 -------------------------------------- Type: Technical Reported by: Kyoung-Hwan Yun Section: B.3.2 Original Text ------------- Example 3: depth=3 To limit the depth level to the target resource plus two child resource layers, the value "3" is used. GET /restconf/data/example-jukebox:jukebox?depth=3 HTTP/1.1 Host: example.com Accept: application/yang-data+json The server might respond as follows: HTTP/1.1 200 OK Date: Thu, 26 Jan 2017 20:56:30 GMT Server: example-server Cache-Control: no-cache Content-Type: application/yang-data+json { "example-jukebox:jukebox" : { "library" : { "artist" : {} }, "playlist" : [ { "name" : "Foo-One", "description" : "example playlist 1", "song" : {} } ], "player" : { "gap" : 0.5 } } } Corrected Text -------------- Example 3: depth=3 To limit the depth level to the target resource plus two child resource layers, the value "3" is used. GET /restconf/data/example-jukebox:jukebox?depth=3 HTTP/1.1 Host: example.com Accept: application/yang-data+json The server might respond as follows: HTTP/1.1 200 OK Date: Thu, 26 Jan 2017 20:56:30 GMT Server: example-server Cache-Control: no-cache Content-Type: application/yang-data+json { "example-jukebox:jukebox" : { "library" : { "artist" : [] }, "playlist" : [ { "name" : "Foo-One", "description" : "example playlist 1", "song" : [] } ], "player" : { "gap" : 0.5 } } } Notes ----- "artist" and "song" are defined as list. Therefore, according to RFC 7951, they should be encoded as array instead of object. Instructions: ------------- This erratum is currently posted as "Reported". If necessary, please use "Reply All" to discuss whether it should be verified or rejected. When a decision is reached, the verifying party can log in to change the status and edit the report, if necessary. -------------------------------------- RFC8040 (draft-ietf-netconf-restconf-18) -------------------------------------- Title : RESTCONF Protocol Publication Date : January 2017 Author(s) : A. Bierman, M. Bjorklund, K. Watsen Category : PROPOSED STANDARD Source : Network Configuration Area : Operations and Management Stream : IETF Verifying Party : IESG From nobody Mon Mar 15 02:04:08 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AB8D03A0E61 for ; Mon, 15 Mar 2021 02:04:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.92 X-Spam-Level: X-Spam-Status: No, score=-1.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 0_ZAyovOm6TT for ; Mon, 15 Mar 2021 02:04:05 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 864B13A0E60 for ; Mon, 15 Mar 2021 02:04:05 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 3F34FF4076A; Mon, 15 Mar 2021 02:04:02 -0700 (PDT) To: andy@yumaworks.com, mbj@tail-f.com, j.schoenwaelder@jacobs-university.de, kent+ietf@watsen.net, rwilton@cisco.com, warren@kumari.net, rwilton@cisco.com, kent+ietf@watsen.net, mjethanandani@gmail.com X-PHP-Originating-Script: 1005:errata_mail_lib.php From: RFC Errata System Cc: jernej.tuljak@mg-soft.si, netconf@ietf.org, rfc-editor@rfc-editor.org Content-Type: text/plain; charset=UTF-8 Message-Id: <20210315090402.3F34FF4076A@rfc-editor.org> Date: Mon, 15 Mar 2021 02:04:02 -0700 (PDT) Archived-At: Subject: [netconf] [Technical Errata Reported] RFC8525 (6484) X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2021 09:04:07 -0000 The following errata report has been submitted for RFC8525, "YANG Library". -------------------------------------- You may review the report below and at: https://www.rfc-editor.org/errata/eid6484 -------------------------------------- Type: Technical Reported by: Jernej Tuljak Section: 4 Original Text ------------- revision 2016-04-09 { description "Initial revision."; reference "RFC 7895: YANG Module Library"; } Corrected Text -------------- revision 2016-06-21 { description "Initial revision."; reference "RFC 7895: YANG Module Library"; } Notes ----- Initial revision of ietf-yang-library YANG module was 2016-06-21, not 2016-04-09. Instructions: ------------- This erratum is currently posted as "Reported". If necessary, please use "Reply All" to discuss whether it should be verified or rejected. When a decision is reached, the verifying party can log in to change the status and edit the report, if necessary. -------------------------------------- RFC8525 (draft-ietf-netconf-rfc7895bis-07) -------------------------------------- Title : YANG Library Publication Date : March 2019 Author(s) : A. Bierman, M. Bjorklund, J. Schoenwaelder, K. Watsen, R. Wilton Category : PROPOSED STANDARD Source : Network Configuration Area : Operations and Management Stream : IETF Verifying Party : IESG From nobody Mon Mar 15 02:24:24 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4944B3A0FC6 for ; Mon, 15 Mar 2021 02:24:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.121 X-Spam-Level: X-Spam-Status: No, score=-0.121 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, PDS_NAKED_TO_NUMERO=1.999, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=4668.se header.b=WHT9fFKf; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=VE71Ghwl 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 NJjc5cNNKL8Y for ; Mon, 15 Mar 2021 02:24:17 -0700 (PDT) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 64D403A0F0C for ; Mon, 15 Mar 2021 02:24:17 -0700 (PDT) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 5FB5A5C00E1; Mon, 15 Mar 2021 05:24:16 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Mon, 15 Mar 2021 05:24:16 -0400 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=fm1; bh= OAIJFR6PLPYbqvvNAiEkXMHzXSTD6iVx7DI7PmG0/Jc=; b=WHT9fFKfay9Rr/ND JJZciAzLwlo4+9QYYUZ4TfV17mdZpjhQbdhHpel2GPrCpRFCAeW5ZMFSGMYmysOj vesN6jWUXxgNMSOvSG3V0YRGW6eRhge6vnNggPjxreUVLgaLm0+23QHYMvtu/1Wd +Cifz1TfFGThbeArFegQO8DwJHeXzcs0gHml54SVEfX5nyBq8PYsL8yZ0KlnfkFQ DFATyrHJHpni2/ybhblPOxtWBM9Sw+KRgjMU22V/Qb5KVXSQtn3Bandf4zR5d3wO xH2U/Bm+prnIHNUliJdS3ASPomOQu/Y/xp3kzdF/uL5B/PP2TbIzbEibyOLKP8eX Icvn0w== 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=fm2; bh=OAIJFR6PLPYbqvvNAiEkXMHzXSTD6iVx7DI7PmG0/ Jc=; b=VE71Ghwli4+BpF3EsYxdU8H6rlQkkA5+fBcAUol5TGDuaapIFfwWP9MJu je5G70WSXpxd1zsdd9yEatjgu3X4SG2ggd6GDEkcFP4dGzAtLlSnHPdTMJXyT4eh sLn4L2LVfpk4OgOZMLar/7Zlv2nhTvqTEbvBeBXpk0uCCYKV3gPRTWMlGU3gPbQX a1FCKETABZucszsClFC1vKq+q3bYPzmEKDkJuSDIEcvNDIGoXd3C750LhPd2iU/q DI/mvsAn6nsO+60T4LSOYaYghYwUZRXkrUuAqYcstphwa/wnhC6PPXMJFyQwbX0K 5C8W0VJZikTxCOnJUWISYqZtJYn1g== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledruddvledgtdduucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffkffvuffhjghfofggtgfgsehtje ertdertddvnecuhfhrohhmpeforghrthhinhcuuehjnphrkhhluhhnugcuoehmsghjodhi vghtfhesgeeiieekrdhsvgeqnecuggftrfgrthhtvghrnhepueefffdugeevffehtdduke elvdfgffefudfgtefhgeeivedttddvfeetfefffeejnecuffhomhgrihhnpehrfhgtqdgv ughithhorhdrohhrghdpihgvthhfrdhorhhgnecukfhppeduheekrddujeegrdegrddvud ehnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepmhgs jhdoihgvthhfseegieeikedrshgv X-ME-Proxy: Received: from localhost (unknown [158.174.4.215]) by mail.messagingengine.com (Postfix) with ESMTPA id 415EF24005B; Mon, 15 Mar 2021 05:24:13 -0400 (EDT) Date: Mon, 15 Mar 2021 10:24:11 +0100 (CET) Message-Id: <20210315.102411.704461003596497032.id@4668.se> To: rfc-editor@rfc-editor.org Cc: andy@yumaworks.com, mbj+ietf@4668.se, j.schoenwaelder@jacobs-university.de, kent+ietf@watsen.net, rwilton@cisco.com, warren@kumari.net, mjethanandani@gmail.com, netconf@ietf.org From: Martin =?iso-8859-1?Q?Bj=F6rklund?= In-Reply-To: <20210315090402.3F34FF4076A@rfc-editor.org> References: <20210315090402.3F34FF4076A@rfc-editor.org> X-Mailer: Mew version 6.8 on Emacs 26.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [netconf] [Technical Errata Reported] RFC8525 (6484) X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2021 09:24:22 -0000 Hi, Wow, this is obviously a bug. I am not sure it can be fixed with an errata however. Perhaps "hold for document update"? /martin RFC Errata System wrote: > The following errata report has been submitted for RFC8525, > "YANG Library". > > -------------------------------------- > You may review the report below and at: > https://www.rfc-editor.org/errata/eid6484 > > -------------------------------------- > Type: Technical > Reported by: Jernej Tuljak > > Section: 4 > > Original Text > ------------- > revision 2016-04-09 { > description > "Initial revision."; > reference > "RFC 7895: YANG Module Library"; > } > > Corrected Text > -------------- > revision 2016-06-21 { > description > "Initial revision."; > reference > "RFC 7895: YANG Module Library"; > } > > Notes > ----- > Initial revision of ietf-yang-library YANG module was 2016-06-21, not 2016-04-09. > > Instructions: > ------------- > This erratum is currently posted as "Reported". If necessary, please > use "Reply All" to discuss whether it should be verified or > rejected. When a decision is reached, the verifying party > can log in to change the status and edit the report, if necessary. > > -------------------------------------- > RFC8525 (draft-ietf-netconf-rfc7895bis-07) > -------------------------------------- > Title : YANG Library > Publication Date : March 2019 > Author(s) : A. Bierman, M. Bjorklund, J. Schoenwaelder, K. Watsen, R. Wilton > Category : PROPOSED STANDARD > Source : Network Configuration > Area : Operations and Management > Stream : IETF > Verifying Party : IESG > > _______________________________________________ > netconf mailing list > netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf From nobody Mon Mar 15 02:37:43 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF9963A0FCD for ; Mon, 15 Mar 2021 02:37:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.62 X-Spam-Level: X-Spam-Status: No, score=-9.62 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.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=YoktfHCm; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=GtpFZEm6 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 yCWtBIUDvDjc for ; Mon, 15 Mar 2021 02:37:40 -0700 (PDT) Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 57A623A0FCC for ; Mon, 15 Mar 2021 02:37:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2704; q=dns/txt; s=iport; t=1615801060; x=1617010660; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=1QQCtAi7W0meByZV0TzApNSAiQWPW6fWU04I6w5tVsQ=; b=YoktfHCmTzjub3kTz7ky3nACSms7mWqP5CrVkJ23pORC2w/V2ryGhzzh vBYxIvRKfQ2Gw9AWZ9QhrutGAqLrfVyPHiWddOaTg1AbgPzEXMDrL+LKD myhLfpZNsavuxGOztVbA8DvEoqbgXkq/N47mcqn1zXCPi+S6p3AJcLRyj o=; X-IPAS-Result: =?us-ascii?q?A0AfBABAKU9gkJpdJa1aHQEBAQEJARIBBQUBQIFPgVNRf?= =?us-ascii?q?Vo2MQqHfwOFOYhAA4onjwSCUwNUCwEBAQ0BAR0LCgIEAQGBEwGCdUQCgXcCJ?= =?us-ascii?q?TgTAgMBAQEDAgMBAQEBBQEBAQIBBgQUAQEBAQEBhjgNhkQBAQEBAwEBPgEBL?= =?us-ascii?q?AsBCwQCAQgQAQQBAQEuIQYLHQgCBAENBQiCaAGCVQMvAQMLoV0Cih51gTSDB?= =?us-ascii?q?AEBBoUiDQuCFAMGgTmCdopNJhyBSkKBEUOCWD6BBIEaQgEBgWGDSYIrgWlhZ?= =?us-ascii?q?ARNBls9B2IRSZBYKYJEiWWBd5oXWwqDApcPhVGDPopclXuUdIINjE+PSVaDW?= =?us-ascii?q?QIEAgQFAg4BAQaBayGBWXAVGiGCaVAXAg2OHxmDVoUUhUVzOAIGAQkBAQMJf?= =?us-ascii?q?IxeAYEOAQE?= IronPort-PHdr: A9a23:kpYS3hIzb4pppOawbNmcuYkyDhhPgJ39IxIV55w7irlHbqWk+dH4M VfC4el25HeVA9uLrelJ2KLasKHlDGoH55vJ8HUPa4dFWBJNj8IK1xchD8iIBQyeTrbqYiU2E d4EWApj+He2YhQLRpa4fFCB6nG35CQZTxP4Mwc9L+/pG4nU2sKw0e36+5DabwhSwjSnZrYnJ xStpgKXvc4T0uNf IronPort-HdrOrdr: A9a23:3DfnDaPxvyE9zcBcT7Dx55DYdL4zR+YMi2QD/3taDTRIb82VkN 2vlvwH1RnyzA0cQm0khMroAsi9aFvm39pQ7ZMKNbmvGDPntmyhMZ144eLZrQHIMxbVstRQ3a IIScdDIfX7B1RikILe6A63D94vzLC8gd+VrM31pk0dKj1CQadm8gt/F0K/Gkp5WAFJCfMCZe Shz+BAoCetfmlSU9+yAWMLU/OGi9rAkp/nZhBuPW9n1CClizS05LnmVyWJxxt2aUIA/Z4O00 jg1zb46KKqru2hxnbnt1P7wpxKlLLau6B+LeOWjMx9EESIti+JY8BbV6SGrHQJpoiUmSoXuf 3thztlAMhp8XPWeQiO0FvQ8i3tyiwn5XOn6XLwuwqYneXDSDg3C9VMiOtiG3OzgSdNzbIMsp 5j5G6Xu4FaChnNhk3GlqX1fit3nUm5q2dKq590s1VjUJATYLIUjYsT8FI9KuZ5IAvG6ZsqGO QrMcfE5Pw+SyLiU1nluABUsbiRd0V2Oi3DblkJu8ST3TQTtmt+1VEkyMsWmWpF3I4hSrFfjt 60cZhApfVrdIs7fKh9DOAOTY+cEWrWWy/BN2qUPBDOCLwHAXTQsJT6iY9Fpt2CSdgt9t8fiZ 7BWFRXuSoZYET1E/CD25VN71TrTHiiWy/ujuVT/YJwtLG5ZLeDC1zHdHke1++b59kPCMzSXP i+fLhMBeX4EGfoEYFVmwLkXZ1fLmQfTd0Vtt43V0nmmLONFqTa8sjgNNrDLrvkFjgpHknlBG EYYTT1LMJcqkCnM0WIxiT5ajfIQAjS7JhwGK/V86w4044WLLBBtQATlBC87sGPIjtSr7wucC JFUerau5L+gVPz0XfD7m1vNBYYJF1S+q/cX3RDohJPNVj1f7YFs9CWYntTw3ODOx96Q6rtYU pijmUy3ZjyA42bxCgkBd7iGHmdlWEvqHWDSIpZhreO/t7/epQzDo8vXat4EQmjLW0spS9a7E N4LCMUTE7WET3jzZi/hJsPHefFap1XmwGwO/NZrnrZqGSRrcwiXWEgQjarSMKb6DxeHAZ8tx lUyes/iKDFsSuzIWE/6d5IQWFkWSCyOvZ6KyirIK9TgavmfQlsS3ziv03rtzgDPkzw90sTgW T9KzazYv+jOCsGhlloloD37VhzamKRO2V3Z3wSi/wgKU32/lBuzOSMeq2/l1G0V2JH6OQcPD bZCAFifz9Gz8yr1RKThTaJHWgnwJJrJeDGELE/adjoqwCQAZzNmqccE/BO+pF5cNjor+8QSO qaPxSYNTXiFooSqkGoj2dgPCl/s38/l/z0nBXj8WijxXY6aMCia2hOVvUeI9uG6XLjSOvN2J Jljcgtte/1NmnqcNaJxeXWaDFEQymj61KeXqUtqZpOu7g1u6Y2F57HUSHQ3HUCxQ4gNq7P5T UjabU+5KqENp5kfsQUdS4c9l01lM6XJE9utgDtGOcxcVwkknezBaLE35PY7b40RkGRrgr5Pl eStzdQ+PrIRCOP378XAaBYGxUfVGEsrHB5uO+SfYzZDwunM/xZ9F2hK3mnbftTTrOGFbh4lG c03/iY2+uMMyz21wDbsWElfuZA82O7TdizBwzJE+hS6NC+MUmNhKzv4MPbtkaCdRKrL0ADwY tCfggMa84GjD8ohog+yDKzRaz6uVhNqSoW3Rh30lr2npG762LaF1xcOQLXgp9KTSBeW0L4+P jt4KydzjDh+zBL1pnICVdIctxPE9YWSJLrLy0GE7lmgJe4u6w1gipCZx8yD2kzzDDlttkWr4 uE5A== X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.81,249,1610409600"; d="scan'208";a="702644082" Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 15 Mar 2021 09:37:39 +0000 Received: from mail.cisco.com (xbe-rcd-004.cisco.com [173.37.102.19]) by rcdn-core-3.cisco.com (8.15.2/8.15.2) with ESMTPS id 12F9bdYp022388 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Mon, 15 Mar 2021 09:37:39 GMT Received: from xfe-aln-003.cisco.com (173.37.135.123) by xbe-rcd-004.cisco.com (173.37.102.19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.3; Mon, 15 Mar 2021 04:37:38 -0500 Received: from xfe-aln-003.cisco.com (173.37.135.123) by xfe-aln-003.cisco.com (173.37.135.123) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.3; Mon, 15 Mar 2021 04:37:38 -0500 Received: from NAM10-MW2-obe.outbound.protection.outlook.com (173.37.151.57) by xfe-aln-003.cisco.com (173.37.135.123) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.3 via Frontend Transport; Mon, 15 Mar 2021 04:37:38 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=dCHYCXEHF1QXTu/ON0uUXo0l7rayP5yN+FA1yAqknlCRObjYgDx8wwafq9vA0pAacBvEq6o3YPGnYqhn0bm/8W1jVuajBkl46+prxAaVjv25C+RoUq9kVG+O+qWd0sguXEFhkpRXGOHWvC5gBb4MsnBnSBnyhDMacT370eaJ2nsphCvB1QzWf0bAADrJHYzq+9QnWdjLDktWTJS0/VdLkw4IF1LcO2mLIrFn5g/w6ZImUPKoHkhgGLR2KqKbgW9QeQHDDMufFCvApJjNYGWug4BbpECQLoia2sd4B/pVOybNwV6Fip1uJgQ7lhYxrJB8Ka4C49xhZUYxo7Puz0YLqA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Xx4qfS46GTqnbBTjg0itTh4vNJtKRBiFQS1m6kAzVLs=; b=Lue+NK8FwifeNDTQJ2R37CL7k+syfzOvzKi6KcUNPqBbjFvllDkvhDANb1lHjoL9Mr6bmRB4gGc1Em9JDMCVN9dXzXZS4GhP1Hsu12A9X9sBCIxPk2kdI7i0p5ROpMxMecFXq1zoRgalRR3aGCb/mjixxnfWwqhRV4Eri8XVJNDcBbSFTD2ulqR83LzH4Rc3sS9ElLB2GSIxDYtfZQjbEcbxNj5SgmzUSyGPIp0aC9d9tdea65A6ngbGxUOFB8M/V9DYMTIvmunq61cToWGB2yBVpCYb2HDBGcNK1oIAcomtlcLVUkgoV5/u5mnMyxxspzO/YpVvgrTUbXTt0og3nQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Xx4qfS46GTqnbBTjg0itTh4vNJtKRBiFQS1m6kAzVLs=; b=GtpFZEm60Y5bNlMz2tZ1T6SMQTGy+SIEekm7AzEDQJrxs609UvOAvpRgC1WJiyf184sOR/CtDcCkg0Q5I9hnCI8moWiH/7nOc79el6LAyRkwGcynYnZweESxzTFEpq3zEqKGP6V2i93mGeA9sB+Sb2YoXQz4zSwofxeniSicUlY= Received: from MN2PR11MB4366.namprd11.prod.outlook.com (2603:10b6:208:190::17) by BL1PR11MB5352.namprd11.prod.outlook.com (2603:10b6:208:311::6) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3933.32; Mon, 15 Mar 2021 09:37:37 +0000 Received: from MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::24c4:4c09:f6f0:5510]) by MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::24c4:4c09:f6f0:5510%2]) with mapi id 15.20.3933.032; Mon, 15 Mar 2021 09:37:37 +0000 From: "Rob Wilton (rwilton)" To: =?iso-8859-1?Q?Martin_Bj=F6rklund?= , "rfc-editor@rfc-editor.org" CC: "andy@yumaworks.com" , "j.schoenwaelder@jacobs-university.de" , "kent+ietf@watsen.net" , "warren@kumari.net" , "mjethanandani@gmail.com" , "netconf@ietf.org" Thread-Topic: [netconf] [Technical Errata Reported] RFC8525 (6484) Thread-Index: AQHXGXow0/RDYvmLDkm3GJcszdk3d6qExvWAgAADazA= Date: Mon, 15 Mar 2021 09:37:36 +0000 Message-ID: References: <20210315090402.3F34FF4076A@rfc-editor.org> <20210315.102411.704461003596497032.id@4668.se> In-Reply-To: <20210315.102411.704461003596497032.id@4668.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: 4668.se; dkim=none (message not signed) header.d=none;4668.se; dmarc=none action=none header.from=cisco.com; x-originating-ip: [82.12.233.180] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: c2adcb45-e9c8-4472-ba15-08d8e795f81d x-ms-traffictypediagnostic: BL1PR11MB5352: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8882; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: coNi1MlR+NOA7+/jFyDCQHEbNsgztsqcBTAyTvCstO25cPJfVSkBl1EV1gaJgzZrSxbcosuIo17Tptw+gt80NEiDHmTCytEvJS+qbQ1l9PuLlIhCNIgA0mqKgtSTwWW3wjeBVABSo0a+E5j+yLmZV9HNwsz27mdnhCU7fzuyGxK8liSd/l1ixgF8jy8OVrJcnUhYnKeRskwEHpYPZJLSF/b95GEymWhhHEj5eMdGbDjXJiaupN+zisz3dp5LIVQiMN3I3FuXPXjU26bdtNxo5QvCGAsoz0MyvUWDsfss8IErpBgSIbuq+2jqhATrODIoXEhRPuHAnFnMxOW5UikaW5CEpG8FKc9qLM2efRS6CTkJNsp/THX76RQH6wQ44mAQfnwxeZTILLEX2YARpvqK7HV9QovAuYYUyz4mnBVO2zh/WRL2a6+4bbXvArctw+Jh0kKQqAnQRsaFoy10T5iDLXLsCEKEgU5FH/ilpcv+Be+v48IdjBg7n4AfjTq8/W9aVEI7/kBcFPmiuIr73vJsCD8esNN5H2dKHS6iRvhG3x2AhPOUiWf8WWvZP5v53S21ep7BAtiNMi68pHXG0Gwq/HO68131nzeRc7BA7lNi5euUldRjLG2vlCwgATxDyCg9bsiIbq4Re7KzFQvOFTVVYQ== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MN2PR11MB4366.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(136003)(346002)(39860400002)(376002)(366004)(396003)(110136005)(26005)(8936002)(66476007)(33656002)(316002)(186003)(4326008)(66574015)(76116006)(54906003)(966005)(86362001)(7696005)(478600001)(71200400001)(66556008)(64756008)(55016002)(6506007)(9686003)(52536014)(66946007)(53546011)(83380400001)(66446008)(8676002)(5660300002)(2906002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?iso-8859-1?Q?moCGfrz2NVChkne3kqjGSw4ajciGorOoRYa6ohPwAKYjNlRSQwl0LPh9Vw?= =?iso-8859-1?Q?r0Ofqka4swkMU0qjwgEICYKGCbk8HOb51oqVPZFUzmNrcuR7KpEDPrdEAm?= =?iso-8859-1?Q?wqgIU+bVe+ZDbFFZAcAbpSizCdSOlt2XIkp90DudCfyXoph0qMCBZ4quhM?= =?iso-8859-1?Q?W1nFMsBIZcwOq+zVfMfmPIsBlj7sZTkHy3gWqqlx85Y7gmC5Yx4sQMK2fa?= =?iso-8859-1?Q?65J8flbh/rtJ/eGpXThnaoxivaMmGbdQFfKbwEtpyZDMWbeFa1PDBvF+Cb?= =?iso-8859-1?Q?++qiv6J2YeF3pPHaUt8653+wLL4lkjAQnSpHE6FDasXvRj5tjGFIFdUuin?= =?iso-8859-1?Q?P2SZNcCHn6S3umyCdel5DkFMiPJ+oIQVOWJyDGYrXKWAO8o6QsdwdIpHe1?= =?iso-8859-1?Q?tBmEbuWspWpSo979UgL0t0cxBFWQhvHOoTj34Cnpx4/OnZvPO9TA9RfM8P?= =?iso-8859-1?Q?U058z1y0CDwDKAY9YtXjaIxmUE1vEK7Uyzk/z7RZYIaBNVXb7/pBr1jiFm?= =?iso-8859-1?Q?gF2Kgar9kQ7rk4chewWJbpPAhmgIUfLqBN5G6yQ5U884FUg409ONpQu/42?= =?iso-8859-1?Q?KOhQ5JgAgNlp3GLmSTunsoeCFgRd+zislOerj1Cq+BZBr3swrSflzzfdkJ?= =?iso-8859-1?Q?dnl/2eIysn++tBcSVDlSRPUspdhnfd4JhdDV5mrbHLR5GMccBIxiYIBZTm?= =?iso-8859-1?Q?Nd78DvNE67Uv7OO7kgH8QnBq7Y86n+hmguYAIEf6TgZTM7wG//bn2V5oSJ?= =?iso-8859-1?Q?OY57xXh13wTVfHzBrhiVQAzrD57T+Vg9Ack7itiVxWhLcK2tzWx3LiGnTA?= =?iso-8859-1?Q?5liWyGiH0WCIBdACX6oyqEgiAJ/IjBZJvGwmBG7gsKOdw+N+9pDcwlxZ1R?= =?iso-8859-1?Q?unFjFSxxXDzoU2ZIJnxNiz5EbkTRaAL3fNYD6dvX8T3/BuzlhXCI9wfG/K?= =?iso-8859-1?Q?QhABZoM0CtIehqJyJ39Vu+I8Eejtf6e1JPGn0CY/KlOTee2ncDuWcVNRpC?= =?iso-8859-1?Q?kcrv3jm+sxX9mc+5SOJwqYd4Aitwn847IHOXmhhkG7Qj0GjM3mbH5hzcHB?= =?iso-8859-1?Q?3XlOidjWXpvYLDb8bK5RDxebJ7O69YMRSHmG8Onh58A4zMWaRcl18BsW7Y?= =?iso-8859-1?Q?7pV4Lz1tGJTOeur1jgwG98mb+Xa5rz1vS3j3aWKOF08JFspe+7VhSHFEgc?= =?iso-8859-1?Q?m8SO+LGHgT1EocsBCXMNwu713MlS+UEDaoxbF2AaUB6eJAyhbTv71TQirm?= =?iso-8859-1?Q?g1Z+KzKzHX3DKnxZmeh8xkamBhv3YewKy1wK9S/smXBqf0pTF7p3s3SauP?= =?iso-8859-1?Q?ht5ZSoVa+tarkqB1Vn3X9wlTYscI4Rio9xxDJSFUxHQdTSp3z0VKqCjUr/?= =?iso-8859-1?Q?5xsgJwT9mU?= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: MN2PR11MB4366.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: c2adcb45-e9c8-4472-ba15-08d8e795f81d X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Mar 2021 09:37:36.9977 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: j39EoIrZZT7tbVaeJWtl+ScLGFbCbUSG28M5FTQVhUx4EFR7EiNorrVtZVC68Lh+PdKfQLV+9cqyVRtQT5LFmg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL1PR11MB5352 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.19, xbe-rcd-004.cisco.com X-Outbound-Node: rcdn-core-3.cisco.com Archived-At: Subject: Re: [netconf] [Technical Errata Reported] RFC8525 (6484) X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2021 09:37:42 -0000 Hi Martin, I agree, hold for doc update seems appropriate. Any other comments? Regards, Rob > -----Original Message----- > From: Martin Bj=F6rklund > Sent: 15 March 2021 09:24 > To: rfc-editor@rfc-editor.org > Cc: andy@yumaworks.com; mbj+ietf@4668.se; j.schoenwaelder@jacobs- > university.de; kent+ietf@watsen.net; Rob Wilton (rwilton) > ; warren@kumari.net; mjethanandani@gmail.com; > netconf@ietf.org > Subject: Re: [netconf] [Technical Errata Reported] RFC8525 (6484) >=20 > Hi, >=20 > Wow, this is obviously a bug. >=20 > I am not sure it can be fixed with an errata however. Perhaps "hold > for document update"? >=20 >=20 > /martin >=20 >=20 > RFC Errata System wrote: > > The following errata report has been submitted for RFC8525, > > "YANG Library". > > > > -------------------------------------- > > You may review the report below and at: > > https://www.rfc-editor.org/errata/eid6484 > > > > -------------------------------------- > > Type: Technical > > Reported by: Jernej Tuljak > > > > Section: 4 > > > > Original Text > > ------------- > > revision 2016-04-09 { > > description > > "Initial revision."; > > reference > > "RFC 7895: YANG Module Library"; > > } > > > > Corrected Text > > -------------- > > revision 2016-06-21 { > > description > > "Initial revision."; > > reference > > "RFC 7895: YANG Module Library"; > > } > > > > Notes > > ----- > > Initial revision of ietf-yang-library YANG module was 2016-06-21, not > 2016-04-09. > > > > Instructions: > > ------------- > > This erratum is currently posted as "Reported". If necessary, please > > use "Reply All" to discuss whether it should be verified or > > rejected. When a decision is reached, the verifying party > > can log in to change the status and edit the report, if necessary. > > > > -------------------------------------- > > RFC8525 (draft-ietf-netconf-rfc7895bis-07) > > -------------------------------------- > > Title : YANG Library > > Publication Date : March 2019 > > Author(s) : A. Bierman, M. Bjorklund, J. Schoenwaelder, K. > Watsen, R. Wilton > > Category : PROPOSED STANDARD > > Source : Network Configuration > > Area : Operations and Management > > Stream : IETF > > Verifying Party : IESG > > > > _______________________________________________ > > netconf mailing list > > netconf@ietf.org > > https://www.ietf.org/mailman/listinfo/netconf From nobody Mon Mar 15 02:40:34 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C98803A0FD7 for ; Mon, 15 Mar 2021 02:40:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.62 X-Spam-Level: X-Spam-Status: No, score=-9.62 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.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=LtC7qPIh; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=v0AFB8tH 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 89_7R25n--8x for ; Mon, 15 Mar 2021 02:40:30 -0700 (PDT) Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D6DA03A0FD3 for ; Mon, 15 Mar 2021 02:40:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5178; q=dns/txt; s=iport; t=1615801229; x=1617010829; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=tRSumnaBk03cDxTOJQht0y3uVMeW7gsbmCzrVYbHJG4=; b=LtC7qPIhBXiFVV0gPgtmbliAX+53eexfRNHBYKRMijN8pYXkhHBocCYh seNo6zaz3m582a17XIE1OttjwEKSBBf84A7/vpsnOaoVKwVgYP9zH5UDV pGzef34CUJxMxmZW+4NblGV01IdXWYKLUf/V9XWHmV6USKr9vFIWgOpUf o=; X-IPAS-Result: =?us-ascii?q?A0DwAABAKU9gkJ1dJa1aGwEBAQEBAQEBBQEBARIBAQEDA?= =?us-ascii?q?wEBAUCBT4FTUX1aNjEKhDeDSAOFOYhAA4EHiSCPBIJTA1QLAQEBDQEBKAoCB?= =?us-ascii?q?AEBhE0CF4FgAiU4EwIDAQEBAwIDAQEBAQUBAQECAQYEFAEBAQEBAYY4DYZEA?= =?us-ascii?q?QEBAQMjEQwBATcBCwQCAQgRAwEBAQMCJgICAh8RFQgIAgQBDQUIgmgBglUDL?= =?us-ascii?q?wEDC6FdAooed4EygwQBAQaFIg0LghQJgQ8qgnaECYZEJhyBSkKBEUOCIzU+g?= =?us-ascii?q?QSBGoF7EBoVgn81giuCSmhSAYEYB2IHCkmQWCmDBogCgxiJIJB3WwqDAolKj?= =?us-ascii?q?UWFUYM+gTiJJJV7lHSJUoUKj0mELwIEAgQFAg4BAQaBayEsgS1wFRohgmkJR?= =?us-ascii?q?xcCDY4fGYNWhRSFCQE7czgCBgoBAQMJfIspgTUBgQ4BAQ?= IronPort-PHdr: A9a23:bNfNMBFfi/DyMgEGziVyrZ1GftwY04WcBSYc94YnhrRSc6+q45XlO gnF6O5wiEPSNa3B5fkBhubXr6f6H2sa7sXJvHMDdclKUBkIwYUTkhc7CcGIQUv8MLbxbiM8E cgDMT0t/3yyPUVPXsqrYVrUry6o4zVXFxn+KQ1vYOPvFd2ag8G+zevn/ZrVbk1Bjya8ZrUnK hKwoE3Ru8AajJEkJLw2z07Co2BDfKJdwmY7TW8= IronPort-HdrOrdr: A9a23:SLJL0KsGwzcZ1uuIq5Qmif0R7skCB4cji2hD6mlwRA09T+WxrO rrtOgH1BPylTYaUGwhn9fFA6WbXXbA7/dOgLU5FYyJGC3ronGhIo0n14vtxDX8Bzbzn9Qy6Y 5JSII7MtH5CDFB4vrSyAOzH888hPyO9661jenTpk0dMj1CQYsI1XYfNi+wFEpqSA5aQb8wE5 SB7sRKzgDQB0g/RMK9G3UDQqz/vNXNjp3relorABQg5QmIg1qTmf/HOjKf2QoTVC4K/Kc6/Q H+4kLEz4iAk9X+8B/T0GfP849b8eGA9vJvDNGB4/JlUQnEpR2vYO1aKti/lRAz5Nqi8VM71O TLyi1QQ/hbz1P0UiWLrQD22w/muQxeq0PK7VODm3PsrYjYaVsBerB8rLlUeBfY9EYs1esUuM kgsg7p1Os0MTr6kCvw/NTOXR1x/3DE3EYKq/IZjHBUTOIlGdlshLEf509cHdMhGy/3+ekcYZ FTJfzc//pffBemaWnYtABUsaWRd0k0dy32JnQqi4iw6Xx7jXp5x0wXyIg0hXEb7q8wTJFC+q DtLrlovKsmdL5UUYtNQMM6BeenAG3ERhzBdEiIJ078Ka0BM3XR77bq/bQO4v2wcpBg9upxpL 3xFHdj8UIicUPnDsODmLdR9ArWfWm7VTPxjuZT+oZ+ob+5YLbwKyWMRBQPnqKb0rAiK/yef8 z2FINdAvflI2erM51OxRfCV55bLmRbX9YSvto9RlKSssPGIoDnrYXgAbHuDYuoNQxhdnL0A3 MFUjS2Dt5H9FqXVnjxhwWUW36FQD24wbtAVIzhu8QDwokEMYNB9iIPj06i282NITpe9qg/fE 50JqL7grq2zFPGpFrg3iFMAF5wH0xV6LLvXzdhvgkRKX75dr4FppGYYmBd3HyOIxdlVMPIGA tDp1B6kJjHa6C49GQHMZaKI2iah3wcqDahVJEHgJCO4s/jZ9clFJo8QbdwEg/KDhRxng5vpA 54GVc5b36aMgmrpbSujZQSCu2aSsJ1hx2zJ9VI7VjFs1+HmM0pTnwHfjKnXMKNmzwyTz5Mil AZyd5FvJOw3RKUbUo2mqARLUBFYmX/OsM2MC21IKFv3o3NVC41Z2GQnjCegww0YQPRhjUvr1 2kCzaVd/HNCkdaoVZC3M/RgQlJX1TYWV5sYXZntoA4MmLKth9IoLO2T5v29XeNYV0fxexYCh X5WH85JwNjwM3f7m/JpB+LCWgmypIyPubUEbQkdPXJ1mmwLZCT/Jt2bMN87dJrMsvjvfQMVv /acwiJLCngA+dswACNoG05URME5EUMgLft2Bf/6nK/02N6Cf3OIE5+T7VzGaDX00H0A/KJ2o 5+l9Q7oK+5NXjwcMePzeXSYyRYIh3e5W6wQOdAk+EYgYsi8L9yFYLcSz3GyTVO2wg/Nt79kA cGW7tgiYqxc7NHbogXYWZU71ApnNOAIA8itRH3GPY3eRUog2XAN92E7rLUodMUcwK8jRq1PU Pa/zxW/v/DUSfGz7IcBq4qKWldaUQ36h1Zjai/XpyVDB/ve/BI/VK8PHP4baRUT7KdH64M6h l9+NOFkoasBlzF8RGVuSE+JK1A82yqG5zvRA2NHPNF6Ny8NxCHhLCw7Mu6kTfwTn+6Zi0j9P l4XF1Vat4GjD8oyJAz2Gy1TKf8p0o+iVtQ4T19jDfWq8CbyXaeGVsDKBHTh5VdQCJaPXeJh9 nU6OTw7gWJ3BFVnZ3YUFpKdt5AG9IMXpH6IidnJ88XpqOp9cMU81N+SQZrCXU9hjD71/5n2r n82Oy6YZyRNUvV X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.81,249,1610409600"; d="scan'208";a="702645293" Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 15 Mar 2021 09:40:29 +0000 Received: from mail.cisco.com (xbe-rcd-004.cisco.com [173.37.102.19]) by rcdn-core-6.cisco.com (8.15.2/8.15.2) with ESMTPS id 12F9eSJt009064 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Mon, 15 Mar 2021 09:40:28 GMT Received: from xfe-rcd-001.cisco.com (173.37.227.249) by xbe-rcd-004.cisco.com (173.37.102.19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.3; Mon, 15 Mar 2021 04:40:28 -0500 Received: from xfe-aln-005.cisco.com (173.37.135.125) by xfe-rcd-001.cisco.com (173.37.227.249) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.3; Mon, 15 Mar 2021 04:40:28 -0500 Received: from NAM04-CO1-obe.outbound.protection.outlook.com (173.37.151.57) by xfe-aln-005.cisco.com (173.37.135.125) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.3 via Frontend Transport; Mon, 15 Mar 2021 04:40:28 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=FADq2hz59kYc2e0609Bbm7g9wqyesyuTZfnSP8oOPEE2ZfxSFc5l4RtKGfY8SDcFKPR6fpuBvOahqv/msoUNpe0EWvK/B2UjJ8ygKTq+fpDI3FrBrlKJchvcZ/rZC8dT59Iu0UKvzncYojbOh/VUHHK0oSvPXF7p4RJVdCiMBGFW8QWk5LcJUrrWCAtGnVW1ltglv8oaIXXRGGl7RHzx7Ooydhf8IYfrC4y/gR0q9Ly4NQEpKC9xXbiwQsqeqDDPIsL4giNWil0GaCIOAj2LjoqDsN6BH9MnOW8KWd45QrNEePPHiFdEa6G7KuIS3gh+BEwyWjZsRBnQB2sn337KAQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=tRSumnaBk03cDxTOJQht0y3uVMeW7gsbmCzrVYbHJG4=; b=ADz7LXpI2WiFEytHl/XgjE4uxylk59jLQJQSWQ9F5KEU2yO+c1buVsFYWt0ASPLhpwXBiRMchwbA39AQCIVo5MRLkwTkEB/C4BR/3y5HKET/uMSHxBPZB5dpLDknUZZoHZG3pcudSOE/zjUiK5dpumDDbneXqgJTpXvQIOYeA3vw9eUcw11dV30PJ4QwLkWS2H41LIN9eoFAzyFb4EngMSyrIgaleqpy/+Nb+A82Y0fx5PxgZ6MzKgR6n6rhAIQP/tyG9Gi0IWCXyaXMltknrFpJ2IprrTCQynvV2xSmnQywuimNQozLYBz8UKLPVELm4wcCyKFdtEHw5USAOsVkvg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=tRSumnaBk03cDxTOJQht0y3uVMeW7gsbmCzrVYbHJG4=; b=v0AFB8tH37oFAR/wcRZ4DfB8WGS5LwwXOfrJ6WwfEAtWMurEbN5rVLzNPgE0vHypWdZ6AXu/mWxabs6BxRdRiXA2FEhRmbSx5zx3Nu2R5ze+YU92vwMeM3p7km1pXIzcJvFXzfnZag6vzryBzwqZgUFSAMLhhuib7yqqp7Byo1M= Received: from MN2PR11MB4366.namprd11.prod.outlook.com (2603:10b6:208:190::17) by BL0PR11MB3140.namprd11.prod.outlook.com (2603:10b6:208:77::26) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3933.31; Mon, 15 Mar 2021 09:40:26 +0000 Received: from MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::24c4:4c09:f6f0:5510]) by MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::24c4:4c09:f6f0:5510%2]) with mapi id 15.20.3933.032; Mon, 15 Mar 2021 09:40:26 +0000 From: "Rob Wilton (rwilton)" To: RFC Errata System , "andy@yumaworks.com" , "mbj@tail-f.com" , "kwatsen@juniper.net" , "warren@kumari.net" , "kent+ietf@watsen.net" , "mjethanandani@gmail.com" CC: "Kyoung Yun (kyyun)" , "netconf@ietf.org" Thread-Topic: [Technical Errata Reported] RFC8040 (6473) Thread-Index: AQHXFgSWHKSXIlDpsUGF579pWDwwt6qE0b7w Date: Mon, 15 Mar 2021 09:40:25 +0000 Message-ID: References: <20210310232431.3F443F4076F@rfc-editor.org> In-Reply-To: <20210310232431.3F443F4076F@rfc-editor.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: rfc-editor.org; dkim=none (message not signed) header.d=none;rfc-editor.org; dmarc=none action=none header.from=cisco.com; x-originating-ip: [82.12.233.180] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 359b28e6-abd9-4aca-5c8f-08d8e7965d25 x-ms-traffictypediagnostic: BL0PR11MB3140: x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:5516; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 8fpAsME7+jmq3CZlrxVyyY6zZFP+NI9F/ugwUjTWOQHG7Q+Lm2NUfI7V/z7ZT3IsxnxPi8fvHwjFq/4SW7jvyebhRhBU3lNvlstt/cDLh2sfq58SF4P/wUa6QMPHcxU0ztF/Pnk5DzbMOkcdGlelv+jtupCOu4q1RBnRnyZSKYJBXH2RosU1CZY2ZGccRK5PEJEBz2vhMlRQtLrgwlisATAIrnDZ/CXlwtLewWsgLOElawEQt+VRgPeOox7156ongcGOtLnyfdhUNfHI047j/3As1IvJzsy0h6pTZck3rD9KPpFtvD3ojbn60apaHMzO469TUNgTZY0HXLENId/a4sGiZeexkTnCwH8Xb7ruMQwk7Q7HvYyQC4ZiWyQPrWVMUQwPVjFRrDhaH3W1YqMwucme6wZrVHc0/y4VYR93YJU1qXHOmcWwdeU2ty3tq4InYBkkDjN4HsNKYlnbhGqvWpDD2v85l54lZtzXFeVkSbe7K3zIrIVTZpi/5hj+IO/dXYCM3w6mwQSy3+XdwnQB985PHBzAurHawpeJgi7RlNocZPA/68ZQWpf8C/W2VMm/K7a8dB095rDelHl73VPL3+l3gobwDlFiqE1u0neWQBi9WD8HcvqnRzvrqFfTimPBua7IXTb9/Ws73RLxM/Do2Q== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MN2PR11MB4366.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(346002)(376002)(396003)(136003)(39860400002)(366004)(8936002)(8676002)(110136005)(316002)(76116006)(7696005)(26005)(4326008)(54906003)(83380400001)(66946007)(9686003)(55016002)(478600001)(5660300002)(186003)(33656002)(71200400001)(966005)(66446008)(52536014)(66556008)(6506007)(53546011)(64756008)(86362001)(2906002)(66476007); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?utf-8?B?WmR3UXhEeDNLdU8wRUJMWnlzR0tGS1BYVExNNmpuSGhsK3MrODRGSldaYWE4?= =?utf-8?B?WmJHNnVnNnZZOWdaYWpiUVNhYStwTytkZWFwM3dHWXNWamIrWkc3ZFprbS9v?= =?utf-8?B?M3lNKzZGT0RiTEd0V1VTdDdTYUNxMlFYSm13YUVPd2VKOUMxSUdyMTY3VjNJ?= =?utf-8?B?QVpIbDFnbTF3TWwrc1Z4SkF6ck85TkkyQXQvZFZnc1FjTHlueTBYUjdsY0JJ?= =?utf-8?B?ZElqeHVxMmxBbXMxQkxYM2U4clpVbDMrc2xzUHNVallIZElxY01PT3FhUHdp?= =?utf-8?B?YTZ1cm94UFRqNEpnZkRVdkVmK0F3Mk1RV1UvQk5OOTROK3RLWUpWWlhKMnRh?= =?utf-8?B?b1dIc2VvSmU2K256dUUzYW1aenhXZlVxKzYweTNnWU0yWDVReVkrbXd2ejZt?= =?utf-8?B?R2lJcDVVVkV6bkM5OWtQRWtISjBLVDYyZzVKclZSZmRvdDJnbmFJQk45OXJY?= =?utf-8?B?ZHJKMW5neXdGTXZvU2wyMVpYazdEWGtPUUswdDFzNjE1c3o0KzNvSWZHNHha?= =?utf-8?B?Q0prRTRlV1QxREdEc2s3clA1aHhYSnpkbGVlUEJURUFGS0lZWHVuVWtDYTdX?= =?utf-8?B?UTFkMlBrL2wzbExPQkkzeUszY1NtSG5sWEJNbm9OempCMVBvNlgwOVQ1OCtt?= =?utf-8?B?MWZ1MEFiU0QvR0lmL08xbHYzd1ZTdElJdjg3eGllMFBueS9ieERPSXYrSjNP?= =?utf-8?B?RW9mV1hPOE5ZbXFjaXUxOExXT25qU01jVFM0WlVKR1ZyWGsycUltK1IxR2hR?= =?utf-8?B?SnZiLzFCNEJGWThMUmpPbUk5bzdBZVE5dnZLZnZKVXRnV3dudW1WbVliSzVX?= =?utf-8?B?VmNmNnZOTkVoYTY0MXJtR0VCSklwS3BiUm5YdE5nWVJ0aXZTdTNYNXVVaDdY?= =?utf-8?B?NXIzRXhOMFlCY09EdTlsTnlSM0duRnVhcDJwNXRXT2gybitSMTdEeTdDZWdG?= =?utf-8?B?eSthWFlrWTU4Y2V2eGJ6ZVN5eHhPeTV5anp1ZWNOMU0xZlRCNzhTVmFNa2x5?= =?utf-8?B?cU5LYkNTMU03SHI3dWVJQ0dZTEZETmVVU2RQVDJ1eUVRanQwczFDQ3JhZE9Y?= =?utf-8?B?dHJNOVdidXlORlgxMElDVlNuS1BOc1ljQUFFWU1hMTZQQmE0SFp4dkhzdVUz?= =?utf-8?B?elVablBMUnVLSDFRbGVoRDBzWVI0TlBQRTBRbjZ1SFVUZ1NaVGZrZVZNc3pk?= =?utf-8?B?WHlXOTFRN01wNlBTZ1dUNW41UDZGQjIyV2Fzd2I2TXdyRmpPMDQvN2E1TXBs?= =?utf-8?B?MlUrMUI5ZU9EaVI4NVd2MmloNmo1RUV4b3VtSjJQazlUMWpDKytZSmkrK2Yw?= =?utf-8?B?NlluaTVsTlFkVk5TY2l5emFpSW1idG9aL3hzdHZ3V1NBREdsNjg5VjRCZjRi?= =?utf-8?B?YXc3dzB2bFJXZENReHFEV3BRVkFzZUoxQi9yNUt1emw4d2k1UFRtRUw2Zm1z?= =?utf-8?B?akx3aFJabEVmQ2ZGeHpCUEJFMjNXdTB2VmdJUzR5TFBzODRPZVkzZjBReEpq?= =?utf-8?B?ajgrd0lXdmp5NWhXK254ZHlhRzRCeitHWjhqVm1CNUI0UytNUmFrZXdaY0Vi?= =?utf-8?B?U3hPSXZ2UkRtWmZlQWdGUzg2RHdaemhDZGdpdjFnQWtUSHJmU0xReUQydWpw?= =?utf-8?B?dVpFV2NmZ3VKcFFQOEtvYTUzeTFqSjZ0bG55Ly95a241a0Vtb2taQ1BvSkRX?= =?utf-8?B?QitEWlRBRGVPK1FOOXV2UXNkZ01PUElhVmk0RWNVaVA2a0xXemJkOEkza2dl?= =?utf-8?Q?BVPhEss2mp/8ct43mXbqEZCT3HuqbBmZe7yRDyV?= Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: MN2PR11MB4366.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 359b28e6-abd9-4aca-5c8f-08d8e7965d25 X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Mar 2021 09:40:26.5006 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: ON5qe3v8KD6h2zZl6bUMo9pn04h7UYOjNk1jCKrzK3Ckap8vRgFVMJPPehge4ae77Kd2jAfG7V0A6eqO++dfLA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL0PR11MB3140 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.19, xbe-rcd-004.cisco.com X-Outbound-Node: rcdn-core-6.cisco.com Archived-At: Subject: Re: [netconf] [Technical Errata Reported] RFC8040 (6473) X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2021 09:40:32 -0000 SGksDQoNClRoaXMgbG9va3MgbGlrZSBhIGJ1ZyB0byBtZS4NCg0KRG9lcyBhbnlvbmUgZGlzYWdy ZWU/DQoNClJlZ2FyZHMsDQpSb2INCg0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+ IEZyb206IFJGQyBFcnJhdGEgU3lzdGVtIDxyZmMtZWRpdG9yQHJmYy1lZGl0b3Iub3JnPg0KPiBT ZW50OiAxMCBNYXJjaCAyMDIxIDIzOjI1DQo+IFRvOiBhbmR5QHl1bWF3b3Jrcy5jb207IG1iakB0 YWlsLWYuY29tOyBrd2F0c2VuQGp1bmlwZXIubmV0Ow0KPiB3YXJyZW5Aa3VtYXJpLm5ldDsgUm9i IFdpbHRvbiAocndpbHRvbikgPHJ3aWx0b25AY2lzY28uY29tPjsNCj4ga2VudCtpZXRmQHdhdHNl bi5uZXQ7IG1qZXRoYW5hbmRhbmlAZ21haWwuY29tDQo+IENjOiBLeW91bmcgWXVuIChreXl1bikg PGt5eXVuQGNpc2NvLmNvbT47IG5ldGNvbmZAaWV0Zi5vcmc7IHJmYy0NCj4gZWRpdG9yQHJmYy1l ZGl0b3Iub3JnDQo+IFN1YmplY3Q6IFtUZWNobmljYWwgRXJyYXRhIFJlcG9ydGVkXSBSRkM4MDQw ICg2NDczKQ0KPiANCj4gVGhlIGZvbGxvd2luZyBlcnJhdGEgcmVwb3J0IGhhcyBiZWVuIHN1Ym1p dHRlZCBmb3IgUkZDODA0MCwNCj4gIlJFU1RDT05GIFByb3RvY29sIi4NCj4gDQo+IC0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+IFlvdSBtYXkgcmV2aWV3IHRoZSByZXBv cnQgYmVsb3cgYW5kIGF0Og0KPiBodHRwczovL3d3dy5yZmMtZWRpdG9yLm9yZy9lcnJhdGEvZWlk NjQ3Mw0KPiANCj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gVHlw ZTogVGVjaG5pY2FsDQo+IFJlcG9ydGVkIGJ5OiBLeW91bmctSHdhbiBZdW4gPGt5eXVuQGNpc2Nv LmNvbT4NCj4gDQo+IFNlY3Rpb246IEIuMy4yDQo+IA0KPiBPcmlnaW5hbCBUZXh0DQo+IC0tLS0t LS0tLS0tLS0NCj4gICAgRXhhbXBsZSAzOiBkZXB0aD0zDQo+IA0KPiAgICBUbyBsaW1pdCB0aGUg ZGVwdGggbGV2ZWwgdG8gdGhlIHRhcmdldCByZXNvdXJjZSBwbHVzIHR3byBjaGlsZA0KPiAgICBy ZXNvdXJjZSBsYXllcnMsIHRoZSB2YWx1ZSAiMyIgaXMgdXNlZC4NCj4gDQo+ICAgICAgIEdFVCAv cmVzdGNvbmYvZGF0YS9leGFtcGxlLWp1a2Vib3g6anVrZWJveD9kZXB0aD0zIEhUVFAvMS4xDQo+ ICAgICAgIEhvc3Q6IGV4YW1wbGUuY29tDQo+ICAgICAgIEFjY2VwdDogYXBwbGljYXRpb24veWFu Zy1kYXRhK2pzb24NCj4gDQo+ICAgIFRoZSBzZXJ2ZXIgbWlnaHQgcmVzcG9uZCBhcyBmb2xsb3dz Og0KPiANCj4gICAgICAgSFRUUC8xLjEgMjAwIE9LDQo+ICAgICAgIERhdGU6IFRodSwgMjYgSmFu IDIwMTcgMjA6NTY6MzAgR01UDQo+ICAgICAgIFNlcnZlcjogZXhhbXBsZS1zZXJ2ZXINCj4gICAg ICAgQ2FjaGUtQ29udHJvbDogbm8tY2FjaGUNCj4gICAgICAgQ29udGVudC1UeXBlOiBhcHBsaWNh dGlvbi95YW5nLWRhdGEranNvbg0KPiANCj4gICAgICAgew0KPiAgICAgICAgICJleGFtcGxlLWp1 a2Vib3g6anVrZWJveCIgOiB7DQo+ICAgICAgICAgICAibGlicmFyeSIgOiB7DQo+ICAgICAgICAg ICAgICJhcnRpc3QiIDoge30NCj4gICAgICAgICAgIH0sDQo+ICAgICAgICAgICAicGxheWxpc3Qi IDogWw0KPiAgICAgICAgICAgICB7DQo+ICAgICAgICAgICAgICAgIm5hbWUiIDogIkZvby1PbmUi LA0KPiAgICAgICAgICAgICAgICJkZXNjcmlwdGlvbiIgOiAiZXhhbXBsZSBwbGF5bGlzdCAxIiwN Cj4gICAgICAgICAgICAgICAic29uZyIgOiB7fQ0KPiAgICAgICAgICAgICB9DQo+ICAgICAgICAg ICBdLA0KPiAgICAgICAgICAgInBsYXllciIgOiB7DQo+ICAgICAgICAgICAgICJnYXAiIDogMC41 DQo+ICAgICAgICAgICB9DQo+ICAgICAgICAgfQ0KPiAgICAgICB9DQo+IA0KPiBDb3JyZWN0ZWQg VGV4dA0KPiAtLS0tLS0tLS0tLS0tLQ0KPiAgICBFeGFtcGxlIDM6IGRlcHRoPTMNCj4gDQo+ICAg IFRvIGxpbWl0IHRoZSBkZXB0aCBsZXZlbCB0byB0aGUgdGFyZ2V0IHJlc291cmNlIHBsdXMgdHdv IGNoaWxkDQo+ICAgIHJlc291cmNlIGxheWVycywgdGhlIHZhbHVlICIzIiBpcyB1c2VkLg0KPiAN Cj4gICAgICAgR0VUIC9yZXN0Y29uZi9kYXRhL2V4YW1wbGUtanVrZWJveDpqdWtlYm94P2RlcHRo PTMgSFRUUC8xLjENCj4gICAgICAgSG9zdDogZXhhbXBsZS5jb20NCj4gICAgICAgQWNjZXB0OiBh cHBsaWNhdGlvbi95YW5nLWRhdGEranNvbg0KPiANCj4gICAgVGhlIHNlcnZlciBtaWdodCByZXNw b25kIGFzIGZvbGxvd3M6DQo+IA0KPiAgICAgICBIVFRQLzEuMSAyMDAgT0sNCj4gICAgICAgRGF0 ZTogVGh1LCAyNiBKYW4gMjAxNyAyMDo1NjozMCBHTVQNCj4gICAgICAgU2VydmVyOiBleGFtcGxl LXNlcnZlcg0KPiAgICAgICBDYWNoZS1Db250cm9sOiBuby1jYWNoZQ0KPiAgICAgICBDb250ZW50 LVR5cGU6IGFwcGxpY2F0aW9uL3lhbmctZGF0YStqc29uDQo+IA0KPiAgICAgICB7DQo+ICAgICAg ICAgImV4YW1wbGUtanVrZWJveDpqdWtlYm94IiA6IHsNCj4gICAgICAgICAgICJsaWJyYXJ5IiA6 IHsNCj4gICAgICAgICAgICAgImFydGlzdCIgOiBbXQ0KPiAgICAgICAgICAgfSwNCj4gICAgICAg ICAgICJwbGF5bGlzdCIgOiBbDQo+ICAgICAgICAgICAgIHsNCj4gICAgICAgICAgICAgICAibmFt ZSIgOiAiRm9vLU9uZSIsDQo+ICAgICAgICAgICAgICAgImRlc2NyaXB0aW9uIiA6ICJleGFtcGxl IHBsYXlsaXN0IDEiLA0KPiAgICAgICAgICAgICAgICJzb25nIiA6IFtdDQo+ICAgICAgICAgICAg IH0NCj4gICAgICAgICAgIF0sDQo+ICAgICAgICAgICAicGxheWVyIiA6IHsNCj4gICAgICAgICAg ICAgImdhcCIgOiAwLjUNCj4gICAgICAgICAgIH0NCj4gICAgICAgICB9DQo+ICAgICAgIH0NCj4g DQo+IE5vdGVzDQo+IC0tLS0tDQo+ICJhcnRpc3QiIGFuZCAic29uZyIgYXJlIGRlZmluZWQgYXMg bGlzdC4gIFRoZXJlZm9yZSwgYWNjb3JkaW5nIHRvIFJGQw0KPiA3OTUxLCB0aGV5IHNob3VsZCBi ZSBlbmNvZGVkIGFzIGFycmF5IGluc3RlYWQgb2Ygb2JqZWN0Lg0KPiANCj4gSW5zdHJ1Y3Rpb25z Og0KPiAtLS0tLS0tLS0tLS0tDQo+IFRoaXMgZXJyYXR1bSBpcyBjdXJyZW50bHkgcG9zdGVkIGFz ICJSZXBvcnRlZCIuIElmIG5lY2Vzc2FyeSwgcGxlYXNlDQo+IHVzZSAiUmVwbHkgQWxsIiB0byBk aXNjdXNzIHdoZXRoZXIgaXQgc2hvdWxkIGJlIHZlcmlmaWVkIG9yDQo+IHJlamVjdGVkLiBXaGVu IGEgZGVjaXNpb24gaXMgcmVhY2hlZCwgdGhlIHZlcmlmeWluZyBwYXJ0eQ0KPiBjYW4gbG9nIGlu IHRvIGNoYW5nZSB0aGUgc3RhdHVzIGFuZCBlZGl0IHRoZSByZXBvcnQsIGlmIG5lY2Vzc2FyeS4N Cj4gDQo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+IFJGQzgwNDAg KGRyYWZ0LWlldGYtbmV0Y29uZi1yZXN0Y29uZi0xOCkNCj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0NCj4gVGl0bGUgICAgICAgICAgICAgICA6IFJFU1RDT05GIFByb3Rv Y29sDQo+IFB1YmxpY2F0aW9uIERhdGUgICAgOiBKYW51YXJ5IDIwMTcNCj4gQXV0aG9yKHMpICAg ICAgICAgICA6IEEuIEJpZXJtYW4sIE0uIEJqb3JrbHVuZCwgSy4gV2F0c2VuDQo+IENhdGVnb3J5 ICAgICAgICAgICAgOiBQUk9QT1NFRCBTVEFOREFSRA0KPiBTb3VyY2UgICAgICAgICAgICAgIDog TmV0d29yayBDb25maWd1cmF0aW9uDQo+IEFyZWEgICAgICAgICAgICAgICAgOiBPcGVyYXRpb25z IGFuZCBNYW5hZ2VtZW50DQo+IFN0cmVhbSAgICAgICAgICAgICAgOiBJRVRGDQo+IFZlcmlmeWlu ZyBQYXJ0eSAgICAgOiBJRVNHDQo= From nobody Mon Mar 15 02:45:36 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2B3303A08A6 for ; Mon, 15 Mar 2021 02:45:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.601 X-Spam-Level: X-Spam-Status: No, score=-9.601 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_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=TkcANNKN; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=P3HcXHP8 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 51df55YQCv0W for ; Mon, 15 Mar 2021 02:45:34 -0700 (PDT) Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DFBC03A08C5 for ; Mon, 15 Mar 2021 02:45:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=242; q=dns/txt; s=iport; t=1615801531; x=1617011131; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=T9HvMBgyQEbgDWKDtHuXxHeaQ9iP5P91178iAzNzuDA=; b=TkcANNKN9tzd6yMWeBLcRWxunWUv2BT5gr3r3E+la/4ZPwZhhtg1vG4w snKGPSDfF6x8lZm4lHjfdYN+JjM5WzaKLXnEYaq3wxh4vgGYTUqs7K52d n6SlBR7NHKe5E/GM/94lydptgaKfp3N+hANWEvSqYh0yTrWPkFjuk73rk Q=; X-IPAS-Result: =?us-ascii?q?A0ByAAAQK09gkIkNJK1aHAEBAQEBAQcBARIBAQQEAQFAg?= =?us-ascii?q?T0FAQELAQGBUVGBVzYxCod/A4U5iEOZK4EugSUDVAsBAQENAQEyAgQBAYETA?= =?us-ascii?q?YM5AoF3AiU2Bw4CAwEBAQMCAwEBAQEFAQEBAgEGBBQBAQEBAQGGOA1DARABh?= =?us-ascii?q?XADA0ABATcBDwIBCBUxMiUCBAENBQiCaIJWAy8BoWkCih51gTSDBAEBBoUiG?= =?us-ascii?q?IIUCYE5AYJ1ik0mHIFKQoFUglg+gQSBXASBXQKDSYIrgWmiIYsXkVIKgwKcY?= =?us-ascii?q?IMsAaBolHSiVAICAgIEBQIOAQEGgVsDLoFZcBWDJFAXAg2OHxmDVoodATtzA?= =?us-ascii?q?jYCBgoBAQMJfId/hF8BgQ4BAQ?= IronPort-PHdr: A9a23:jPQQHRzHb9uka63XCzMjngc9DhMPsqjoPgMT9pssgq5PdaLm5Zn5I UjD/p1FgFrAR46d6v9YhazRqa+zEWAD4JPUtncEfdQMUhIekswZkkQmB9LNEkz0KvPmLklYV MRPXVNo5Te3ZE5SHsuta1jbuHb07DMOFFP4LwUmbujwE5TZ2sKw0e368pbPYgJO0Ty6Z746L Bi/oQjL8McMho43IacqwRyPqXxNKIxr IronPort-HdrOrdr: A9a23:UTKczKgkD9g7A9P5LRxykQ+G4XBQX6tx3DAbvn1ZSRFFG/Gwv/ uF2NwGyB75jysQUnk8mdaGfJKNW2/Y6IQd2+gsFJ+Ydk3DtHGzJI9vqbHjzTrpBjHk+odmu5 tIW5NVTOf9BV0St6nHySGzGdo43Z2j+Kenme/Rwx5WPH5XQotLhj0JbTqzOEtwWQVAGN4dHJ 2T+sJIq1ObCAoqR+68AWQIWPWGmsbCk4jobQVDKxks7gSPij3A0s+6LzGz2BACXzRThYoz6G StqX222oyPkdGejiXd2Wja8ohMlLLaqudrKcSQhqEuW07RoymyYoAJYczmgBkUp6WV5E8ugJ 3wpX4bTrhOwlfwWk3wnhf3wQnn118Vmj/f4HuVm2Hqr8C8ZB9SMbs6uatjfhHU61UtsbhHuc ohtQ/0xvknby/opyjz68PFUBtnjCOP0AcfuNQOhH9SW5Z2Us42kaUj/VhYGJpFPCX25JFPKp gXMOjg5e1beV7fUnbBvmMH+q3UYl0PGH69Myw/k/3Q9wITsGFyzkMeysBatGwH7ogBR55N4P mBGrh0lZlVJ/VmLp5VNaMke4+aG2bNSRXDPCa5OlL8DpwKPHrLttre/Kg13ue3Y5YFpaFC2q jpYRd9jyofakjuAcqB0Nlg6RbWWliwWjzr14V464VmvKb/AJ7mKzeKRlxrs8bImYRbPuTrH9 KIfL5GCf7qKmXjXaxT2RflZpVUIX4CFMIPvNI2XE+Pv9LLJoXmuvezSoeVGJPdVRIfHk/vCH oKWzb+YO9a6FqwZ3P+iB/NH3PhE3aPu65YIez/xaw+2YINPopDvkw+klKi/PyGLjVEr+gzdE t6K7X3j7OjqQCNjD/1xlQsHiAYIlde4b3mXX8PjxQNKVnIfbEKvMjaf3tT0nuBLhp2VNjXDw ZbulRy9cuMXtit7BFnL+jiHnORjnMVqn7PZYwbgLe/6cDsfY59EowrQ7VrFQLAFwV8nAFjrG srUn5dembvUhfVzYm1hp0dA+/SM+RmiACwOMhOtDb0rkOHv/wiQXMdQh+jWcOamhwVWjJRn1 F9mpVv24aoqHKKEy8fiP59GEBQYG6XaYg2fTitVcFxoPTXXy1eCU2NnieXjhkvfHGCzTRjuk XRaQuOef/KBVJBvGt/yaiCyiIvSkytO2Rtd3t9rYpxUUPBt3ob657WWoODl02Md1AF3uYRdA vgXAJXCAZvy9ervSTlxQqqHWk6x5koI+zWBKkidbaWwX+2NIiUj8g9boxp1YcgO9b0vuARV+ WDPweTMTPjEussnxeYv3A/JUBP2TUZuOKt3B3u926j2nEjRfLUPVR9XrkeSuvspVTMVrKN0J 9ji8gysvb1OmLtasSewaWSazJYMBvcrSq3SO4vwKok8J4apf92H5PBVyHP22wC1BIiLN3snE dbWb9l+tn6S8ZSVt1Xfzgc8ksildyJIkduugvqAvUmdVVoi3PAJduG77fBtLJHODzPmCLgfV 2EtyFN9fbMWCWOkaQXDK89OmxaYkkx4nYKxpLIS6TATAGxM+1T9luzNXGwNKJHQK+eALMKs1 J05cqLk+L/TVuP5CnA+T9gZqRA/GasTZnsXEaCGetU/8e7PlrJiK2w+8K3hCr2Tzz+a0lwv/ wwSWUAKsBYzj8lh8kr1yL3TKr9qEcsiUFf7jFqjUSF4Pnv3E7LWUVddRTEiZBXVyRJOneGjc 7Z4fGVvU6NlQRtyN3GDgNMZdlAFNgbU5jvIypvIcYWuqS0/6BHuFU1XD4+S2gmiD782Ot63b C2nPXKMteSe0vVBQ== X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.81,249,1610409600"; d="scan'208";a="684770285" Received: from alln-core-4.cisco.com ([173.36.13.137]) by alln-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 15 Mar 2021 09:45:30 +0000 Received: from mail.cisco.com (xbe-aln-005.cisco.com [173.36.7.20]) by alln-core-4.cisco.com (8.15.2/8.15.2) with ESMTPS id 12F9jUKf001326 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Mon, 15 Mar 2021 09:45:30 GMT Received: from xhs-rtp-002.cisco.com (64.101.210.229) by xbe-aln-005.cisco.com (173.36.7.20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.2.792.3; Mon, 15 Mar 2021 04:45:30 -0500 Received: from xhs-rtp-003.cisco.com (64.101.210.230) by xhs-rtp-002.cisco.com (64.101.210.229) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 15 Mar 2021 05:45:29 -0400 Received: from NAM02-SN1-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Mon, 15 Mar 2021 05:45:29 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=MTygWumfYcUp6H3vsHmT/L3p5eeeDSi+aD2CSzhy4EbTw1eRpZMUcSe65QADCxBhcoUXfCFTFwCzK84/Z6Lltwo2zEFpLKeeUfs6OLsuXZbfKMPoUXnpBVJwqBIkpN99DEaKqx2bCrHQWgCwcK8iWU0PltdpBm7uaCuMkWdghb1/IiYZF3Wa0E6LCpBKZXarCo3TH7n8FixpyxyKeH8JVYyDps2VmPpUKk2VEt3s8Mi4e825OERquX7tnr73T2cNWLrbX0y2+eUQXpaXgZJABrQ+HsHxLJOneYxKMGrPfWahGT8vDfAFfedrqiDzfVt1JQ+c3nl3c73nosYrbmruPQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=T9HvMBgyQEbgDWKDtHuXxHeaQ9iP5P91178iAzNzuDA=; b=aePTxFCEGAuIzIGkG458/VTVRkzTrJwXOnWA2lN1XcbezcbRuNLnvj3vr5xtR8wIntJwWsDimQNvXToXvumBHw1+o6vh1YN6ukDCBhl7Twzj7nhsXRs3uARQkqgWZqbef7eAKk2Q9q7jiIMklDNgqu3hN8hYTy5t6Z4/i7/aLbvZqggzy60pww3ua9I1DwOY5ZS0+X5xH3Kp4rjgaBxr6y+HW6UtcltPE3XyoVXh1MPApNxuVGNvRrZxipGsX2dkhN5zq51QxHt1Z+ClFm8mjOgqu/06KvpMrcSS1H9WHbBjsAxTbOJ7LoWRi0Y8RF0aCQUb6BvCZbR6a8KqLZZYuA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=T9HvMBgyQEbgDWKDtHuXxHeaQ9iP5P91178iAzNzuDA=; b=P3HcXHP8Ow4WiVFPq3leruYt2glRl+xgP6+EEpPaAmw0G85+cNPcVn2eqskmxJDFSfqq8ik+MMYCl5SZtYP0DWsbmgyj5TAN/6CB3v03R83ihBcflOgy+OGTfWc7mtDL2Qx8HgQcqYOZQxN/EARlhfyjNPLb971MpuSRLoG4NMU= Received: from MWHPR11MB2032.namprd11.prod.outlook.com (2603:10b6:300:2b::13) by MWHPR11MB1680.namprd11.prod.outlook.com (2603:10b6:301:d::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3933.32; Mon, 15 Mar 2021 09:45:28 +0000 Received: from MWHPR11MB2032.namprd11.prod.outlook.com ([fe80::c98f:c742:3a7b:6fe]) by MWHPR11MB2032.namprd11.prod.outlook.com ([fe80::c98f:c742:3a7b:6fe%10]) with mapi id 15.20.3933.032; Mon, 15 Mar 2021 09:45:28 +0000 From: "Per Andersson (perander)" To: "Rob Wilton (rwilton)" , "RFC Errata System" , "andy@yumaworks.com" , "mbj@tail-f.com" , "kwatsen@juniper.net" , "warren@kumari.net" , "kent+ietf@watsen.net" , "mjethanandani@gmail.com" CC: "netconf@ietf.org" , "Kyoung Yun (kyyun)" Thread-Topic: [Technical Errata Reported] RFC8040 (6473) Thread-Index: AQHXGX9HdRsElLqm/EqR9JEWOOyUyaqEzLpF Date: Mon, 15 Mar 2021 09:45:27 +0000 Message-ID: References: <20210310232431.3F443F4076F@rfc-editor.org>, In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: dmarc.ietf.org; dkim=none (message not signed) header.d=none;dmarc.ietf.org; dmarc=none action=none header.from=cisco.com; x-originating-ip: [173.38.220.37] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 45df972f-5f0c-4982-d567-08d8e79710c3 x-ms-traffictypediagnostic: MWHPR11MB1680: x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:1360; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: XP0Owkz9R/UT4aoaUPt+29U5W41FPnrlLwb8ezNFNCgp6jc0hclkuOEi5uUq2oDUUqe5QiUhypTC/xULico1RRTi6EKjOAPWIYYGDWVWlGqPJaDqrIV3vrLRPYEEOrolQrBoRWjO9XTA3cDeOVb/kS4tm83OGcOGLUu/KFPHduha/PZrtR/1MQ7gjB57Q39Jw22c926N/uLi3M4qg30a46zgN06UvNjttcl5QOU5WXPPtvPpVL2FIJl6OLeOS/KfilL8zXw67HT7WJ1S7blPVqSpqn39gBGRPkrJ6U+rK24Lbn+OuOUYkhUlkUsgIrI6DYQugTpoowQjIvDZHYwaq8zZ0k4SQqjCNa96nDTrs5Pb1SyZq9GO8/Kf0H7E2ayk6pqc4Yoo2DH24QYcf7dTsaiKqadAVagOPJ6qXuZ0MKj+ku3GdxeO51r/db1mWXuIQT/1MCDax1nV4rILeBXkkEykhg2Wustcrhnj6pzgEF0Yhtx74wCi/um218/6OZikbuRA9qgVcbCo7TcTACYdO5H2W0m48YtT9XfBIGzw+WoWG2S11Aq30jrURsaEALUv x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MWHPR11MB2032.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(39860400002)(396003)(366004)(136003)(376002)(346002)(5660300002)(52536014)(2906002)(558084003)(71200400001)(33656002)(55016002)(86362001)(4326008)(91956017)(54906003)(64756008)(478600001)(107886003)(316002)(110136005)(9686003)(66946007)(26005)(66446008)(6506007)(66556008)(8936002)(186003)(7696005)(66476007)(8676002)(76116006); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?iso-8859-1?Q?bvchtE4q8tLCAvYUekO5HIJ71C7Tqa7/PjAErbJ8MKyxs6jXyB2q7i2IXL?= =?iso-8859-1?Q?xrPVseyKRDPjT3/kkLRm/UdSuTEEQHSpleMBk78O4fr+CDlVSVEBywODHf?= =?iso-8859-1?Q?hWaX4DDrS3gvYMwzkCEPP69c+cYXK1hosFTjP/Njklo5d784XMZjsRqhTB?= =?iso-8859-1?Q?pFA8DrTRYU8hW5+IzW7r6N7RwVJ+U4TSCd/h3KE2fNX7u7izQaPpl+uGg3?= =?iso-8859-1?Q?nEEUVEhkGc3e2C/I/QcU5+XdV3a97sdjpC9d637KmXesm3S0t/ooAFhyLW?= =?iso-8859-1?Q?ejsTBiMfTdXG8IqTWCqgzg6oC5WBdqwyUSHHPnJVJBIclqM7VTIxjbdvDU?= =?iso-8859-1?Q?pfwEcZ0Qsa1SxPZSugZn38xZam6EPi49W9/SHHwieYAI5BdyHS1321hbAh?= =?iso-8859-1?Q?fANuILKKQokrrv7qquTzLzH6BHsKablU1BPDnbb2HyKZqOiuCo4ob4eeOQ?= =?iso-8859-1?Q?HCDfi3rkW+QSfgh41oWWncIlcZ3P8uHU121Pl8CrIHcoIFhBhSDP+FQih5?= =?iso-8859-1?Q?VNqn58oHPyrXCfGSUkrJYuTtS20b6/vVZWqhIgPoaX4indKX3+t+UrGxmJ?= =?iso-8859-1?Q?+W1dA6Qd/tCr+189t2Flc/TifT4rC98vGmScuIZHA4uyRZW0LPSz5kk4qt?= =?iso-8859-1?Q?t6a43Yao5T0ibzHxt4XSt7pFt9EtElFV0e3gnqE9BTSp153IsZGrz5AnQV?= =?iso-8859-1?Q?x3C3ij6Sv92GzH3nNrCfefTRd06uF/bProTYFWG/9NYMp94AfeiiljLZrI?= =?iso-8859-1?Q?9+TchODqlfci9uABT5ihEfstlCAtj7d8pNuK3DtyuOqx1Lr1rWL3vITxS8?= =?iso-8859-1?Q?Oc1Plv+Zb+NWEodJtRU9AIZN4mEM4c4k7AqMpojSJgn8awhhgceim+T1NQ?= =?iso-8859-1?Q?NC8IrtwV9C33/W7lUh6LjxKkYKGqxhY+hVSA3Yhb7OtkQeIr0R3lUuU7cQ?= =?iso-8859-1?Q?n0j+P1up9vLGdEJgDLmksjrFb3mafkP9Ips/dQddkymfmmxQ1/WP+xOkGo?= =?iso-8859-1?Q?N01r0FWvpg0aDw0eUTntP8ELUgrNQnzdSW75TcFkpiuadaC+FbNf0Kw+hx?= =?iso-8859-1?Q?dqSGxXMGtvBs8nanpMtjDroDKYV2iKLWKZLy4Q+shumR6865O28QEFP4Tp?= =?iso-8859-1?Q?1mS1OlI7MMm+Oe+62y7wsS3TecPqV8anvdMUw70tKSDKiELZhLTXf76u4n?= =?iso-8859-1?Q?fTKr6aMB+Zy827EqhX+mqBjh+iarXCSmfoqwgPurAj5liuVPseaIVbz58v?= =?iso-8859-1?Q?bI67Wom9KwQo04m2kELOdRzPrMxtQRRB+BVrtbAn17xEu4zU1NgyBvtQt4?= =?iso-8859-1?Q?/5rN/81urlRPhq8+c6YVMrQnpbRivV3RN2fgCw55heeOqng=3D?= Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: MWHPR11MB2032.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 45df972f-5f0c-4982-d567-08d8e79710c3 X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Mar 2021 09:45:27.8583 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: bHwsWPsxHMFg+13F7VDzz/IZke1ozkgNzbpGSmlBEE/9d1tswveNB5PRK+dG5QHXQieHmvbWiD+i+cUpWV1CGg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR11MB1680 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.20, xbe-aln-005.cisco.com X-Outbound-Node: alln-core-4.cisco.com Archived-At: Subject: Re: [netconf] [Technical Errata Reported] RFC8040 (6473) X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2021 09:45:35 -0000 From: netconf on behalf of Rob Wilton (rwilton) = on Monday, March 15, 2021 10:40:=0A= >=0A= > This looks like a bug to me.=0A= =0A= Agree.=0A= =0A= =0A= --=0A= Per= From nobody Mon Mar 15 02:45:57 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0579C3A0045 for ; Mon, 15 Mar 2021 02:45:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.121 X-Spam-Level: X-Spam-Status: No, score=-0.121 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, PDS_NAKED_TO_NUMERO=1.999, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=4668.se header.b=BXBf3zM3; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=JF0dHZUk 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 hPM4qe8my3Kj for ; Mon, 15 Mar 2021 02:45:54 -0700 (PDT) Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 66A8A3A006A for ; Mon, 15 Mar 2021 02:45:54 -0700 (PDT) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.west.internal (Postfix) with ESMTP id CC3D12415; Mon, 15 Mar 2021 05:45:52 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Mon, 15 Mar 2021 05:45:53 -0400 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=fm1; bh= 6pBXniyfEfwOGVTrBEGkiNi4Idao8yf09izxm5ZSzfY=; b=BXBf3zM3x6ps7kzL l61lAHuYzMUGz0HtVLEFM9NtBQ+wo/CWozlSiDIhFO4L6ghhdfNFiNBBJRNKI09c PZV3EizPanwnhzG+8KA4v50mInsEIwSJhvJy/j9ZwlYvTnt7VF3uJVg1PyGsGvPk DjPk4wSh8719tc11VQE1/0XvbjDvVLGGBl08rTOrq+6NM2XzrrkNlLC2yISOwyNy UhGB8JKzSbV3eIALp77YWc91ztyQ2iZkVwnbUk0IXJRkxZwUrDrDu2x8o+Ok9Qbr qfvbs5Xrx8tU17FIKtD0hcIJRUkWFq6AyV14eMxQnxQqfsm0clD/4ZqOJ3iISAFI Vxw7ow== 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=fm2; bh=6pBXniyfEfwOGVTrBEGkiNi4Idao8yf09izxm5ZSz fY=; b=JF0dHZUkbLh/AECozPUFa3K8N4gFEi9y4BX2Ras7o04/0AUVcpJKaYu6R tFK+IpdFpbFbPoOxjWGhKmm8PW1uTKpZDOpOhDBuQXjc1E5jK7EiEpv8xD0/gKZA lTA+vN2P4Vc3Hwq71LEmOY0zPQq106hirTVO1xAywvuNipj2REf/d8AB00MTvlb6 XHzdVyHyP6bOAkSbG0Mk3jH+c+X/ywbSnl+LRD5du8tmdNoFC76EiM1kcAYhrkBZ zaO+07/5dspcRMmmo9ujgArbPXryS9rhs8EB2N/OBjynHj2eXmsJa+xtNarT3A+k BtQCxvmAYoEAIL4FWLlzoZPrIEh0w== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledruddvledgtdehucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffkffvuffhjghfofggtgfgsehtje ertdertddvnecuhfhrohhmpeforghrthhinhcuuehjnphrkhhluhhnugcuoehmsghjodhi vghtfhesgeeiieekrdhsvgeqnecuggftrfgrthhtvghrnhepiedtteetveeggfeukeffvd eltdetveeigeeivedvhfehhfehkefhteduteehhedvnecuffhomhgrihhnpehrfhgtqdgv ughithhorhdrohhrghdpudhhohhsthgvgigrmhhplhgvrdgtohhmpdhivghtfhdrohhrgh enucfkphepudehkedrudejgedrgedrvdduheenucevlhhushhtvghrufhiiigvpedtnecu rfgrrhgrmhepmhgrihhlfhhrohhmpehmsghjodhivghtfhesgeeiieekrdhsvg X-ME-Proxy: Received: from localhost (unknown [158.174.4.215]) by mail.messagingengine.com (Postfix) with ESMTPA id 6B58A240054; Mon, 15 Mar 2021 05:45:50 -0400 (EDT) Date: Mon, 15 Mar 2021 10:45:49 +0100 (CET) Message-Id: <20210315.104549.2076869325791903455.id@4668.se> To: rwilton=40cisco.com@dmarc.ietf.org Cc: rfc-editor@rfc-editor.org, andy@yumaworks.com, kwatsen@juniper.net, warren@kumari.net, kent+ietf@watsen.net, mjethanandani@gmail.com, netconf@ietf.org, kyyun@cisco.com From: Martin =?iso-8859-1?Q?Bj=F6rklund?= In-Reply-To: References: <20210310232431.3F443F4076F@rfc-editor.org> X-Mailer: Mew version 6.8 on Emacs 26.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [netconf] [Technical Errata Reported] RFC8040 (6473) X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2021 09:45:56 -0000 "Rob Wilton \(rwilton\)" wrote: > Hi, > > This looks like a bug to me. I agree. This errata is correct. /martin > > Does anyone disagree? > > Regards, > Rob > > > > -----Original Message----- > > From: RFC Errata System > > Sent: 10 March 2021 23:25 > > To: andy@yumaworks.com; mbj@tail-f.com; kwatsen@juniper.net; > > warren@kumari.net; Rob Wilton (rwilton) ; > > kent+ietf@watsen.net; mjethanandani@gmail.com > > Cc: Kyoung Yun (kyyun) ; netconf@ietf.org; rfc- > > editor@rfc-editor.org > > Subject: [Technical Errata Reported] RFC8040 (6473) > > > > The following errata report has been submitted for RFC8040, > > "RESTCONF Protocol". > > > > -------------------------------------- > > You may review the report below and at: > > https://www.rfc-editor.org/errata/eid6473 > > > > -------------------------------------- > > Type: Technical > > Reported by: Kyoung-Hwan Yun > > > > Section: B.3.2 > > > > Original Text > > ------------- > > Example 3: depth=3 > > > > To limit the depth level to the target resource plus two child > > resource layers, the value "3" is used. > > > > GET /restconf/data/example-jukebox:jukebox?depth=3 HTTP/1.1 > > Host: example.com > > Accept: application/yang-data+json > > > > The server might respond as follows: > > > > HTTP/1.1 200 OK > > Date: Thu, 26 Jan 2017 20:56:30 GMT > > Server: example-server > > Cache-Control: no-cache > > Content-Type: application/yang-data+json > > > > { > > "example-jukebox:jukebox" : { > > "library" : { > > "artist" : {} > > }, > > "playlist" : [ > > { > > "name" : "Foo-One", > > "description" : "example playlist 1", > > "song" : {} > > } > > ], > > "player" : { > > "gap" : 0.5 > > } > > } > > } > > > > Corrected Text > > -------------- > > Example 3: depth=3 > > > > To limit the depth level to the target resource plus two child > > resource layers, the value "3" is used. > > > > GET /restconf/data/example-jukebox:jukebox?depth=3 HTTP/1.1 > > Host: example.com > > Accept: application/yang-data+json > > > > The server might respond as follows: > > > > HTTP/1.1 200 OK > > Date: Thu, 26 Jan 2017 20:56:30 GMT > > Server: example-server > > Cache-Control: no-cache > > Content-Type: application/yang-data+json > > > > { > > "example-jukebox:jukebox" : { > > "library" : { > > "artist" : [] > > }, > > "playlist" : [ > > { > > "name" : "Foo-One", > > "description" : "example playlist 1", > > "song" : [] > > } > > ], > > "player" : { > > "gap" : 0.5 > > } > > } > > } > > > > Notes > > ----- > > "artist" and "song" are defined as list. Therefore, according to RFC > > 7951, they should be encoded as array instead of object. > > > > Instructions: > > ------------- > > This erratum is currently posted as "Reported". If necessary, please > > use "Reply All" to discuss whether it should be verified or > > rejected. When a decision is reached, the verifying party > > can log in to change the status and edit the report, if necessary. > > > > -------------------------------------- > > RFC8040 (draft-ietf-netconf-restconf-18) > > -------------------------------------- > > Title : RESTCONF Protocol > > Publication Date : January 2017 > > Author(s) : A. Bierman, M. Bjorklund, K. Watsen > > Category : PROPOSED STANDARD > > Source : Network Configuration > > Area : Operations and Management > > Stream : IETF > > Verifying Party : IESG > _______________________________________________ > netconf mailing list > netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf From nobody Mon Mar 15 03:00:59 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 67B1C3A0884 for ; Mon, 15 Mar 2021 03:00:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 U3iScOX7j5We for ; Mon, 15 Mar 2021 03:00:53 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id DEEE93A0858 for ; Mon, 15 Mar 2021 03:00:52 -0700 (PDT) Received: from [192.168.1.117] (213-67-237-150-no99.tbcn.telia.com [213.67.237.150]) by mail.tail-f.com (Postfix) with ESMTPSA id 147161AE0D72; Mon, 15 Mar 2021 11:00:51 +0100 (CET) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) From: Jan Lindblad In-Reply-To: Date: Mon, 15 Mar 2021 11:00:50 +0100 Cc: =?utf-8?Q?Martin_Bj=C3=B6rklund?= , "rfc-editor@rfc-editor.org" , "netconf@ietf.org" , "warren@kumari.net" Content-Transfer-Encoding: quoted-printable Message-Id: <608B4604-1970-4BE3-85E5-565985A4EBF6@tail-f.com> References: <20210315090402.3F34FF4076A@rfc-editor.org> <20210315.102411.704461003596497032.id@4668.se> To: "Rob Wilton (rwilton)" X-Mailer: Apple Mail (2.3608.120.23.2.4) Archived-At: Subject: Re: [netconf] [Technical Errata Reported] RFC8525 (6484) X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2021 10:00:58 -0000 Rob, Martin, Wouldn't changing the revision date be a massively = non-backwards-compatible change? Anyone might be importing this module by revision, and tools could be = hardcoded towards the revision date, given that this is a pretty = fundamental module. What is the (technical) benefit of changing the date? Best Regards, /jan > Hi Martin, >=20 > I agree, hold for doc update seems appropriate. >=20 > Any other comments? >=20 > Regards, > Rob >=20 >=20 >> -----Original Message----- >> From: Martin Bj=C3=B6rklund >> Sent: 15 March 2021 09:24 >> To: rfc-editor@rfc-editor.org >> Cc: andy@yumaworks.com; mbj+ietf@4668.se; j.schoenwaelder@jacobs- >> university.de; kent+ietf@watsen.net; Rob Wilton (rwilton) >> ; warren@kumari.net; mjethanandani@gmail.com; >> netconf@ietf.org >> Subject: Re: [netconf] [Technical Errata Reported] RFC8525 (6484) >>=20 >> Hi, >>=20 >> Wow, this is obviously a bug. >>=20 >> I am not sure it can be fixed with an errata however. Perhaps "hold >> for document update"? >>=20 >>=20 >> /martin >>=20 >>=20 >> RFC Errata System wrote: >>> The following errata report has been submitted for RFC8525, >>> "YANG Library". >>>=20 >>> -------------------------------------- >>> You may review the report below and at: >>> https://www.rfc-editor.org/errata/eid6484 >>>=20 >>> -------------------------------------- >>> Type: Technical >>> Reported by: Jernej Tuljak >>>=20 >>> Section: 4 >>>=20 >>> Original Text >>> ------------- >>> revision 2016-04-09 { >>> description >>> "Initial revision."; >>> reference >>> "RFC 7895: YANG Module Library"; >>> } >>>=20 >>> Corrected Text >>> -------------- >>> revision 2016-06-21 { >>> description >>> "Initial revision."; >>> reference >>> "RFC 7895: YANG Module Library"; >>> } >>>=20 >>> Notes >>> ----- >>> Initial revision of ietf-yang-library YANG module was 2016-06-21, = not >> 2016-04-09. >>>=20 >>> Instructions: >>> ------------- >>> This erratum is currently posted as "Reported". If necessary, please >>> use "Reply All" to discuss whether it should be verified or >>> rejected. When a decision is reached, the verifying party >>> can log in to change the status and edit the report, if necessary. >>>=20 >>> -------------------------------------- >>> RFC8525 (draft-ietf-netconf-rfc7895bis-07) >>> -------------------------------------- >>> Title : YANG Library >>> Publication Date : March 2019 >>> Author(s) : A. Bierman, M. Bjorklund, J. Schoenwaelder, K. >> Watsen, R. Wilton >>> Category : PROPOSED STANDARD >>> Source : Network Configuration >>> Area : Operations and Management >>> Stream : IETF >>> Verifying Party : IESG >>>=20 >>> _______________________________________________ >>> netconf mailing list >>> netconf@ietf.org >>> https://www.ietf.org/mailman/listinfo/netconf >=20 > _______________________________________________ > netconf mailing list > netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf >=20 From nobody Mon Mar 15 03:04:20 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E75693A08BE for ; Mon, 15 Mar 2021 03:04:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, MSGID_FROM_MTA_HEADER=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=jacobsuniversity.onmicrosoft.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 1N9w8x0P7mij for ; Mon, 15 Mar 2021 03:04:16 -0700 (PDT) Received: from EUR05-VI1-obe.outbound.protection.outlook.com (mail-vi1eur05on2068.outbound.protection.outlook.com [40.107.21.68]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4EEC83A089C for ; Mon, 15 Mar 2021 03:04:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Stgj+fdkdrdfCLQMZ6EncezOrXzyPYhVr2xrqsx55U2nKCq83wTBVw59JROq7/tAkXhbL8e597tzwLl6BUVGgF7k47KWGwLDv+ldFxb4Y3D6ly5S/xT1DYnPD/IEttp1wT4VeCQIREuEuaSPyK8/48oMhzdOeYkOfWKFTLIdzfKOrb3SKkOyFq3lVAOoEa792jLE9Cdj7rhEioAokiI+zww2sQeiTxN45KZj3EYMYPfeqO4U1Z6jf7qsoD+9ZINNwd8ZzqJakMPU5oh10a2F04zf5KA6U564X4FpITW1fH78x4fkbTL61ayqAgzk1Hlt5ZoGzR5zY2kabaMLEiMnJQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=3R2MmZqMsM1sSyqHMbqcWaPc1wlw/8Paz8iTqcR0kRQ=; b=VRflBa3/Xe7YLRUuc5R9jGU+f16JvILH+dxqb2z9WmEwJIwS8BSZASZP+BigM4mF+XTqxYXBtgHTw6TecuIkSruWMwIWUdRN8KopE+OLAyoVIP56tbEg5Wc/YI0vP7n8pmX/K6kIzlTGDnbqBttN9qPsZSc9iqX46JJhwE6jeayfg/rX/iXTCk/Dgoce/7Lm+Sk4XPQeHnSfE4jJwI8l+tCp2aPeqU2Ot1lP6yx3MmcZrLhcvxzzwHp9IwsZwTM1Mm1srRSz7/lrWvg3M+l+SEYOy660cMTxWH9Bs1W3C1LgsVspWZPSZDX3UtfK59x6NcIn4w7cLQmMGpW2ZhOUSw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=jacobs-university.de; dmarc=pass action=none header.from=jacobs-university.de; dkim=pass header.d=jacobs-university.de; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jacobsuniversity.onmicrosoft.com; s=selector2-jacobsuniversity-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=3R2MmZqMsM1sSyqHMbqcWaPc1wlw/8Paz8iTqcR0kRQ=; b=JPZoQ63pk8ONIjJqtgT1U7TzwaMSsO2pw1B0Fkxf3w5ZsA0c1VgMkgASemfyIfhNvFgVS0za4vHeCBPlhAtGRVIujCdSU6YNYlqyL/lxeKk71Eoi82QBJa3B/DXQOf5aR+QB61MslFXkoIorCSebQ1Ws0nj5sGEA1nwIvd7JnX8= Authentication-Results: dmarc.ietf.org; dkim=none (message not signed) header.d=none;dmarc.ietf.org; dmarc=none action=none header.from=jacobs-university.de; Received: from AM0P190MB0641.EURP190.PROD.OUTLOOK.COM (2603:10a6:208:194::23) by AM4P190MB0020.EURP190.PROD.OUTLOOK.COM (2603:10a6:200:61::7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3933.32; Mon, 15 Mar 2021 10:04:13 +0000 Received: from AM0P190MB0641.EURP190.PROD.OUTLOOK.COM ([fe80::e8a2:9886:8dfa:41c6]) by AM0P190MB0641.EURP190.PROD.OUTLOOK.COM ([fe80::e8a2:9886:8dfa:41c6%5]) with mapi id 15.20.3933.032; Mon, 15 Mar 2021 10:04:13 +0000 Date: Mon, 15 Mar 2021 11:04:12 +0100 From: Juergen Schoenwaelder To: "Rob Wilton (rwilton)" Cc: RFC Errata System , "andy@yumaworks.com" , "mbj@tail-f.com" , "kwatsen@juniper.net" , "warren@kumari.net" , "kent+ietf@watsen.net" , "mjethanandani@gmail.com" , "netconf@ietf.org" , "Kyoung Yun (kyyun)" Message-ID: <20210315100412.3r4vwe6a5ovc22ft@anna.jacobs.jacobs-university.de> Reply-To: Juergen Schoenwaelder Mail-Followup-To: "Rob Wilton (rwilton)" , RFC Errata System , "andy@yumaworks.com" , "mbj@tail-f.com" , "kwatsen@juniper.net" , "warren@kumari.net" , "kent+ietf@watsen.net" , "mjethanandani@gmail.com" , "netconf@ietf.org" , "Kyoung Yun (kyyun)" References: <20210310232431.3F443F4076F@rfc-editor.org> Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Originating-IP: [212.201.44.244] X-ClientProxiedBy: AM0PR04CA0143.eurprd04.prod.outlook.com (2603:10a6:208:55::48) To AM0P190MB0641.EURP190.PROD.OUTLOOK.COM (2603:10a6:208:194::23) MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from localhost (212.201.44.244) by AM0PR04CA0143.eurprd04.prod.outlook.com (2603:10a6:208:55::48) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3933.31 via Frontend Transport; Mon, 15 Mar 2021 10:04:13 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 806c1909-1762-4008-937b-08d8e799af7e X-MS-TrafficTypeDiagnostic: AM4P190MB0020: X-MS-Exchange-Transport-Forked: True X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:7219; X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: MURvlfaKZh7ATgi14bLHZ6rE/ORqQFexWis21S8AGdn4pYMVSVFzZfruzhYOUYSsvGa+n4P6ap+5O8f2wTiUog4xVWMbaUj83FDtjkdH18jWpo9db4BH3TosnrOw4vtna/I8i+I+gaNXq0HD31XVSdqv+xwx4dEVHtSwCggzidZDhluV/OZ600X+/iTS3VyUc1Um/zW/XIp4o+UUMrVX9Clln9PY/WXBo8TxoDjLhJyoU8arp1HdsU3KzQHdu5Yrmi+bJKpDVFmKOvS7Cva9WKTRAmnDL704UMKayZ/tIXF+nuESfOKJhWSggvyfZG9BdOawtrxRWHZ8fxR2c4MLePgYikHoR0G8WtR5pLNJ7nKrqW4qMrdFj/eCgWkggxJbefuVdMMHycKCEXh67m1E36mx3dAPKEQTNVFEiyOTcXntQrH4rz6gb+b6b3HU1wfqKnaSpCbcOUA4irrZKfZ35d1jfAX2LmVuWMnUY0OlefnAFIhuy7Aol9QeoZDueRBo0doXt10AwG+uagFJIdLkOUvhI9Lut3ZHZRhywWgLKxMsCL0ioTh0jDjOH1bTZcsrRS0CdV7+wAYRM9ta4KtTadXartB08VI0jhoKAFHMkrJio6DakBXjGp2SK+USIgu7y1H4TkMo8UXW+Qe7OpGwTw== X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM0P190MB0641.EURP190.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(366004)(136003)(346002)(396003)(39850400004)(376002)(8936002)(2906002)(3450700001)(7416002)(26005)(1076003)(66476007)(53546011)(478600001)(786003)(8676002)(66946007)(52116002)(966005)(5660300002)(6496006)(66556008)(86362001)(186003)(16526019)(4326008)(956004)(83380400001)(6486002)(54906003)(316002); DIR:OUT; SFP:1101; X-MS-Exchange-AntiSpam-MessageData: =?us-ascii?Q?fEi384mhEvK6mTQIagXCkTPDzeSh5OXQ3RMAAzW/8ZWVSvPQnDgx649eVSUW?= =?us-ascii?Q?VQHkZd4fs8YLsYDiJgTMbv3QPbin8+nG31Bq6eyYP6yYlIizdKVi67nq1LPD?= =?us-ascii?Q?KitqXo4a2hoZUiWiCNnWxyZy7jyAEAtd2HCquZpYRTy3k/JB4FggPPr0yBtj?= =?us-ascii?Q?y7f8GwcC1i/cWP5o9e7yhDv/Oy3Vg+anpqO7qC24u3cLXWpP3vOiEaAMTQfE?= =?us-ascii?Q?9iLSZWZsyiVSBQxgH2FsCpbB36HxBiwR+bZf6Gf1iDIT9vEsoAvkcvNWRJLi?= =?us-ascii?Q?6FTaHXlMRPetxzLjpaRNmGw5PnHben00AHYCCOnT0oORljcDlisD4BPo+qjo?= =?us-ascii?Q?fxYc34A/43UCS8v9tBjcS672V7sjlkYPaSvB2YXO8FUkOFQ/hzAqilaZf3iS?= =?us-ascii?Q?aR+oSxf4SP71Fi/EtPAo4R/7NiKgZWnNk/6jZwLOstaLZyxZQGwnAlp7wROb?= =?us-ascii?Q?PD2+718hdVDw9cDOwjs7KZdF154vfqFHBr5pbF43IHma82xYh8VeoEEMKlnp?= =?us-ascii?Q?h34ZFt2H+/Em/SzhWZhh79N5y9R3fn0dJd4wfperC65g5UbDxRFI74yUwNIE?= =?us-ascii?Q?zk2USNYQYH3g3ELp/Bfu22SBWQMD0npPoBC0juokPuVSqFiYSZ8RXQphLynf?= =?us-ascii?Q?Bq1cop6gva5dAR6FZGiy9VCpFlLlquX8lxdA+CQ4Qn8EfzaDH8Jdu1aVs5UZ?= =?us-ascii?Q?4wpAN0fgMoLwzpAwvz3n8ZLWvzoo2M+yKi+TwkCsp27CU6SGmJkIohOt7gdl?= =?us-ascii?Q?r09jAXBx5ID2E/BHXBAJEpd4Ukw/NbuUltlaT6QOii5oxTk2+P+tFCQraOaK?= =?us-ascii?Q?KhXM2jXYOlPN2Do9iMPp+xVQGnedSiO/UGzhp8ghP1n1kGHAlCFB0BUI4E/W?= =?us-ascii?Q?qX/3UGrP+AIJ1qb5HrWgAtDGR7W8MUePwupFmRrXKHkP59uxoKYQMW8B/juV?= =?us-ascii?Q?DHUzS+R7Z00Br2HMARJn3caGw/f8T0v/Gk6gZxvetJ501XM1qdstzFDVVFLb?= =?us-ascii?Q?chnM9jlBCQZf9Tbl9JZBbv/oTgwIvEFfo/xzLAotnueO1A2Kn6+KqH3zfXoW?= =?us-ascii?Q?5fxD4qM+EWsw4h2yqiBgEg/tyMQW/5YbzDyIbDD2IJZ4CUVryiGEJchmwDYT?= =?us-ascii?Q?+71vjnt1pmpBOJIfj7DRzI56A650e1XnDu8ULPTotIpADSmDCbw+mkG35VDw?= =?us-ascii?Q?xQO1VAAqqJkzpzEYecqAopQngtPwl7DEhDdgplHt2yg8luE0u6MdwsQA2rHt?= =?us-ascii?Q?pFoDcxd+VU5Ky9nr04SlXM0MdJko+ufs7oKlNe/Np2w74j/Qw4R8h4NsH4MR?= =?us-ascii?Q?oXiC+h/jHmr7iFZ0dVzYc1SS?= X-OriginatorOrg: jacobs-university.de X-MS-Exchange-CrossTenant-Network-Message-Id: 806c1909-1762-4008-937b-08d8e799af7e X-MS-Exchange-CrossTenant-AuthSource: AM0P190MB0641.EURP190.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 15 Mar 2021 10:04:13.6182 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: f78e973e-5c0b-4ab8-bbd7-9887c95a8ebd X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: r/QVkvQmbI2MO/N5x51rPk1dIK6b29GEQVwN4K5xfIPELlMV5UAJb0MN5hyevmLfXlC04UK7S0KxQd9a3kr/UJ7f5+a38CxjdPBkyIm7JiI= X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM4P190MB0020 Archived-At: Subject: Re: [netconf] [Technical Errata Reported] RFC8040 (6473) X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2021 10:04:20 -0000 But can we approve the errata, given that there could be another bug in the example? /js On Mon, Mar 15, 2021 at 09:40:25AM +0000, Rob Wilton (rwilton) wrote: > Hi, > > This looks like a bug to me. > > Does anyone disagree? > > Regards, > Rob > > > > -----Original Message----- > > From: RFC Errata System > > Sent: 10 March 2021 23:25 > > To: andy@yumaworks.com; mbj@tail-f.com; kwatsen@juniper.net; > > warren@kumari.net; Rob Wilton (rwilton) ; > > kent+ietf@watsen.net; mjethanandani@gmail.com > > Cc: Kyoung Yun (kyyun) ; netconf@ietf.org; rfc- > > editor@rfc-editor.org > > Subject: [Technical Errata Reported] RFC8040 (6473) > > > > The following errata report has been submitted for RFC8040, > > "RESTCONF Protocol". > > > > -------------------------------------- > > You may review the report below and at: > > https://www.rfc-editor.org/errata/eid6473 > > > > -------------------------------------- > > Type: Technical > > Reported by: Kyoung-Hwan Yun > > > > Section: B.3.2 > > > > Original Text > > ------------- > > Example 3: depth=3 > > > > To limit the depth level to the target resource plus two child > > resource layers, the value "3" is used. > > > > GET /restconf/data/example-jukebox:jukebox?depth=3 HTTP/1.1 > > Host: example.com > > Accept: application/yang-data+json > > > > The server might respond as follows: > > > > HTTP/1.1 200 OK > > Date: Thu, 26 Jan 2017 20:56:30 GMT > > Server: example-server > > Cache-Control: no-cache > > Content-Type: application/yang-data+json > > > > { > > "example-jukebox:jukebox" : { > > "library" : { > > "artist" : {} > > }, > > "playlist" : [ > > { > > "name" : "Foo-One", > > "description" : "example playlist 1", > > "song" : {} > > } > > ], > > "player" : { > > "gap" : 0.5 > > } > > } > > } > > > > Corrected Text > > -------------- > > Example 3: depth=3 > > > > To limit the depth level to the target resource plus two child > > resource layers, the value "3" is used. > > > > GET /restconf/data/example-jukebox:jukebox?depth=3 HTTP/1.1 > > Host: example.com > > Accept: application/yang-data+json > > > > The server might respond as follows: > > > > HTTP/1.1 200 OK > > Date: Thu, 26 Jan 2017 20:56:30 GMT > > Server: example-server > > Cache-Control: no-cache > > Content-Type: application/yang-data+json > > > > { > > "example-jukebox:jukebox" : { > > "library" : { > > "artist" : [] > > }, > > "playlist" : [ > > { > > "name" : "Foo-One", > > "description" : "example playlist 1", > > "song" : [] > > } > > ], > > "player" : { > > "gap" : 0.5 > > } > > } > > } > > > > Notes > > ----- > > "artist" and "song" are defined as list. Therefore, according to RFC > > 7951, they should be encoded as array instead of object. > > > > Instructions: > > ------------- > > This erratum is currently posted as "Reported". If necessary, please > > use "Reply All" to discuss whether it should be verified or > > rejected. When a decision is reached, the verifying party > > can log in to change the status and edit the report, if necessary. > > > > -------------------------------------- > > RFC8040 (draft-ietf-netconf-restconf-18) > > -------------------------------------- > > Title : RESTCONF Protocol > > Publication Date : January 2017 > > Author(s) : A. Bierman, M. Bjorklund, K. Watsen > > Category : PROPOSED STANDARD > > Source : Network Configuration > > Area : Operations and Management > > Stream : IETF > > Verifying Party : IESG > _______________________________________________ > netconf mailing list > netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Mon Mar 15 03:18:36 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5F1613A09F5 for ; Mon, 15 Mar 2021 03:18:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.121 X-Spam-Level: X-Spam-Status: No, score=-0.121 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, PDS_NAKED_TO_NUMERO=1.999, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=4668.se header.b=JAneo+F8; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=CHfmPxW/ 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 DLmHvrpe6ROD for ; Mon, 15 Mar 2021 03:18:32 -0700 (PDT) Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9811F3A09EA for ; Mon, 15 Mar 2021 03:18:32 -0700 (PDT) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.west.internal (Postfix) with ESMTP id D47E519F0; Mon, 15 Mar 2021 06:18:30 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Mon, 15 Mar 2021 06:18:31 -0400 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=fm1; bh= g/3HBwugNCF6mO4s18WC0nBgDuWluqQzy5xFzIWABBA=; b=JAneo+F8X2Bz2VOP vLHsZVeVezesFWveUqqvb0CHniaFa/hkTKh1DOoT19yB0iwvLJ3D9KJ0e9vlTU93 2gtoxKsdYS6fZLXNr9fK3UlbQ2c7XUvtQAtT9HEYRH8p8OlOyPDHDk/8Bj3bBdKP an2HIoh/kNcrDJNxKkvLnjEbgZSIGtpMJiwScNCXAOmjnfWSgVz7PxoGpMKXwzSu PN0No3EKcVzwFKM0Dll2WaaDnjYaQxk/DYfej6cjb5r6i2sOY4w043bxMnMPLEPB uxi2sEDzTyJ07sIGMQeh4G98edBaeITVs5daEsgYbIzYzeqSqDFMnp6lOPMtgZH4 CgIZbA== 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=fm2; bh=g/3HBwugNCF6mO4s18WC0nBgDuWluqQzy5xFzIWAB BA=; b=CHfmPxW/QBEVRfLVgtXbaY+TPDSigp4F1iDr2mMD/xtUN6QXfE4jJKypO bQiLVhBXJhiF/ZvwtTdYLmJYxVSjgMhZxksT/G5HVXfgRj7OHFvPEV394HhiLLG1 IR+Yt/3HFVEYPS4Yi/VOe5PychW30Aibsf+A+iTV8VhQPyys9wyNc+cw+AYYD3BS IVmbL5CMzzeMuLczFEUazp3mCmyNbNc62gmrzaEEAVpAMk5yVqsiV+0k/Upz6eOj THgfwupyEttg1NezYrWJgRSvWci40yOYIIdKy0rtlJtZ0EsdkhwbaIcKhPKN/GWP ZcME7BgBX6Y6AfMt+7z5isAZeviiQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledruddvledgudefucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffkffvuffhjghfofggtgfgsehtqh ertdertddunecuhfhrohhmpeforghrthhinhcuuehjnphrkhhluhhnugcuoehmsghjodhi vghtfhesgeeiieekrdhsvgeqnecuggftrfgrthhtvghrnheptdeugefhheeikeekfeelff evhfevueelveelfefgueefudegffegudetffffffdunecuffhomhgrihhnpehrfhgtqdgv ughithhorhdrohhrghdpihgvthhfrdhorhhgnecukfhppeduheekrddujeegrdegrddvud ehnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepmhgs jhdoihgvthhfseegieeikedrshgv X-ME-Proxy: Received: from localhost (unknown [158.174.4.215]) by mail.messagingengine.com (Postfix) with ESMTPA id 9B3F524005E; Mon, 15 Mar 2021 06:18:27 -0400 (EDT) Date: Mon, 15 Mar 2021 11:18:26 +0100 (CET) Message-Id: <20210315.111826.1844702859879595481.id@4668.se> To: janl@tail-f.com Cc: rwilton=40cisco.com@dmarc.ietf.org, mbj+ietf@4668.se, rfc-editor@rfc-editor.org, netconf@ietf.org, warren@kumari.net From: Martin =?iso-8859-1?Q?Bj=F6rklund?= In-Reply-To: <608B4604-1970-4BE3-85E5-565985A4EBF6@tail-f.com> References: <20210315.102411.704461003596497032.id@4668.se> <608B4604-1970-4BE3-85E5-565985A4EBF6@tail-f.com> 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: Subject: Re: [netconf] [Technical Errata Reported] RFC8525 (6484) X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2021 10:18:34 -0000 Jan Lindblad wrote: > Rob, Martin, > = > Wouldn't changing the revision date be a massively > non-backwards-compatible change? Note that this is in the revision history list. > Anyone might be importing this module by revision, and tools could be= hardcoded towards the revision date, given that this is a pretty funda= mental module. > = > What is the (technical) benefit of changing the date? The idea is that if we ever do a new version of this module, we fix the revision history list in that new version. /martin > = > Best Regards, > /jan > = > = > > Hi Martin, > > = > > I agree, hold for doc update seems appropriate. > > = > > Any other comments? > > = > > Regards, > > Rob > > = > > = > >> -----Original Message----- > >> From: Martin Bj=F6rklund > >> Sent: 15 March 2021 09:24 > >> To: rfc-editor@rfc-editor.org > >> Cc: andy@yumaworks.com; mbj+ietf@4668.se; j.schoenwaelder@jacobs- > >> university.de; kent+ietf@watsen.net; Rob Wilton (rwilton) > >> ; warren@kumari.net; mjethanandani@gmail.com; > >> netconf@ietf.org > >> Subject: Re: [netconf] [Technical Errata Reported] RFC8525 (6484) > >> = > >> Hi, > >> = > >> Wow, this is obviously a bug. > >> = > >> I am not sure it can be fixed with an errata however. Perhaps "ho= ld > >> for document update"? > >> = > >> = > >> /martin > >> = > >> = > >> RFC Errata System wrote: > >>> The following errata report has been submitted for RFC8525, > >>> "YANG Library". > >>> = > >>> -------------------------------------- > >>> You may review the report below and at: > >>> https://www.rfc-editor.org/errata/eid6484 > >>> = > >>> -------------------------------------- > >>> Type: Technical > >>> Reported by: Jernej Tuljak > >>> = > >>> Section: 4 > >>> = > >>> Original Text > >>> ------------- > >>> revision 2016-04-09 { > >>> description > >>> "Initial revision."; > >>> reference > >>> "RFC 7895: YANG Module Library"; > >>> } > >>> = > >>> Corrected Text > >>> -------------- > >>> revision 2016-06-21 { > >>> description > >>> "Initial revision."; > >>> reference > >>> "RFC 7895: YANG Module Library"; > >>> } > >>> = > >>> Notes > >>> ----- > >>> Initial revision of ietf-yang-library YANG module was 2016-06-21,= not > >> 2016-04-09. > >>> = > >>> Instructions: > >>> ------------- > >>> This erratum is currently posted as "Reported". If necessary, ple= ase > >>> use "Reply All" to discuss whether it should be verified or > >>> rejected. When a decision is reached, the verifying party > >>> can log in to change the status and edit the report, if necessary= .= > >>> = > >>> -------------------------------------- > >>> RFC8525 (draft-ietf-netconf-rfc7895bis-07) > >>> -------------------------------------- > >>> Title : YANG Library > >>> Publication Date : March 2019 > >>> Author(s) : A. Bierman, M. Bjorklund, J. Schoenwaelder,= K. > >> Watsen, R. Wilton > >>> Category : PROPOSED STANDARD > >>> Source : Network Configuration > >>> Area : Operations and Management > >>> Stream : IETF > >>> Verifying Party : IESG > >>> = > >>> _______________________________________________ > >>> netconf mailing list > >>> netconf@ietf.org > >>> https://www.ietf.org/mailman/listinfo/netconf > > = > > _______________________________________________ > > netconf mailing list > > netconf@ietf.org > > https://www.ietf.org/mailman/listinfo/netconf > > = > = From nobody Mon Mar 15 03:32:33 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0B8933A0ADA for ; Mon, 15 Mar 2021 03:32:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 Igh5waUTQC5L for ; Mon, 15 Mar 2021 03:32:30 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 1F3C13A0AD7 for ; Mon, 15 Mar 2021 03:32:30 -0700 (PDT) Received: from [192.168.1.117] (213-67-237-150-no99.tbcn.telia.com [213.67.237.150]) by mail.tail-f.com (Postfix) with ESMTPSA id 0B8E21AE035B; Mon, 15 Mar 2021 11:32:29 +0100 (CET) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) From: Jan Lindblad In-Reply-To: <20210315.111826.1844702859879595481.id@4668.se> Date: Mon, 15 Mar 2021 11:32:28 +0100 Cc: rwilton=40cisco.com@dmarc.ietf.org, rfc-editor@rfc-editor.org, netconf@ietf.org, warren@kumari.net Content-Transfer-Encoding: quoted-printable Message-Id: References: <20210315.102411.704461003596497032.id@4668.se> <608B4604-1970-4BE3-85E5-565985A4EBF6@tail-f.com> <20210315.111826.1844702859879595481.id@4668.se> To: =?utf-8?Q?Martin_Bj=C3=B6rklund?= X-Mailer: Apple Mail (2.3608.120.23.2.4) Archived-At: Subject: Re: [netconf] [Technical Errata Reported] RFC8525 (6484) X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2021 10:32:32 -0000 Martin, >> Rob, Martin, >>=20 >> Wouldn't changing the revision date be a massively >> non-backwards-compatible change? >=20 > Note that this is in the revision history list. I understand. Do you consider changing the revision history a backwards = compatible change that clients, servers and tools should reasonably be = able to cope with? >> Anyone might be importing this module by revision, and tools could be = hardcoded towards the revision date, given that this is a pretty = fundamental module. >>=20 >> What is the (technical) benefit of changing the date? >=20 > The idea is that if we ever do a new version of this module, we fix > the revision history list in that new version. Yes, the description of the idea was clear. I see some potential trouble = doing this, and so far I haven't been able to think of any use case that = would benefit from a change. Is there any? Correct information is always nice, but changing module identification = data also leads to confusion. I don't think we should change it unless = someone can point to some benefits that outweigh the cost. Best Regards, /jan >>> Hi Martin, >>>=20 >>> I agree, hold for doc update seems appropriate. >>>=20 >>> Any other comments? >>>=20 >>> Regards, >>> Rob >>>=20 >>>=20 >>>> -----Original Message----- >>>> From: Martin Bj=C3=B6rklund >>>> Sent: 15 March 2021 09:24 >>>> To: rfc-editor@rfc-editor.org >>>> Cc: andy@yumaworks.com; mbj+ietf@4668.se; j.schoenwaelder@jacobs- >>>> university.de; kent+ietf@watsen.net; Rob Wilton (rwilton) >>>> ; warren@kumari.net; mjethanandani@gmail.com; >>>> netconf@ietf.org >>>> Subject: Re: [netconf] [Technical Errata Reported] RFC8525 (6484) >>>>=20 >>>> Hi, >>>>=20 >>>> Wow, this is obviously a bug. >>>>=20 >>>> I am not sure it can be fixed with an errata however. Perhaps = "hold >>>> for document update"? >>>>=20 >>>>=20 >>>> /martin >>>>=20 >>>>=20 >>>> RFC Errata System wrote: >>>>> The following errata report has been submitted for RFC8525, >>>>> "YANG Library". >>>>>=20 >>>>> -------------------------------------- >>>>> You may review the report below and at: >>>>> https://www.rfc-editor.org/errata/eid6484 >>>>>=20 >>>>> -------------------------------------- >>>>> Type: Technical >>>>> Reported by: Jernej Tuljak >>>>>=20 >>>>> Section: 4 >>>>>=20 >>>>> Original Text >>>>> ------------- >>>>> revision 2016-04-09 { >>>>> description >>>>> "Initial revision."; >>>>> reference >>>>> "RFC 7895: YANG Module Library"; >>>>> } >>>>>=20 >>>>> Corrected Text >>>>> -------------- >>>>> revision 2016-06-21 { >>>>> description >>>>> "Initial revision."; >>>>> reference >>>>> "RFC 7895: YANG Module Library"; >>>>> } >>>>>=20 >>>>> Notes >>>>> ----- >>>>> Initial revision of ietf-yang-library YANG module was 2016-06-21, = not >>>> 2016-04-09. >>>>>=20 >>>>> Instructions: >>>>> ------------- >>>>> This erratum is currently posted as "Reported". If necessary, = please >>>>> use "Reply All" to discuss whether it should be verified or >>>>> rejected. When a decision is reached, the verifying party >>>>> can log in to change the status and edit the report, if necessary. >>>>>=20 >>>>> -------------------------------------- >>>>> RFC8525 (draft-ietf-netconf-rfc7895bis-07) >>>>> -------------------------------------- >>>>> Title : YANG Library >>>>> Publication Date : March 2019 >>>>> Author(s) : A. Bierman, M. Bjorklund, J. Schoenwaelder, = K. >>>> Watsen, R. Wilton >>>>> Category : PROPOSED STANDARD >>>>> Source : Network Configuration >>>>> Area : Operations and Management >>>>> Stream : IETF >>>>> Verifying Party : IESG >>>>>=20 >>>>> _______________________________________________ >>>>> netconf mailing list >>>>> netconf@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/netconf >>>=20 >>> _______________________________________________ >>> netconf mailing list >>> netconf@ietf.org >>> https://www.ietf.org/mailman/listinfo/netconf >>>=20 >>=20 From nobody Mon Mar 15 03:42:58 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CCAD83A0BA5 for ; Mon, 15 Mar 2021 03:42:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.7 X-Spam-Level: X-Spam-Status: No, score=-1.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, MSGID_FROM_MTA_HEADER=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=jacobsuniversity.onmicrosoft.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 hQXpcaNX1lA3 for ; Mon, 15 Mar 2021 03:42:54 -0700 (PDT) Received: from EUR02-VE1-obe.outbound.protection.outlook.com (mail-eopbgr20042.outbound.protection.outlook.com [40.107.2.42]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 20ADA3A0BA0 for ; Mon, 15 Mar 2021 03:42:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=oFYdz+CMeSUj8tUlWG2D3z5R0rLipwahQ2rfLZ6it4Skl+CnCRHTojMt6dsmKT9i2m2XRM6KixVSBLv11X3kPYPjfT2/JjtqPzj5Xvyb69CvJZ11Hp9Wg3EeLSBAUvF8Yxh+2mgtoXxnNM3iIyXsIOlCnED5UcAjTLDkOUrQ5e8ZLF8JUy8ne284doPlzDIe8oJgIQ+QmY2bRL0xdLiU8GeE/D4U7KAyKcADMwwRUxJZPUPDz5QWRV5EZFnesSdJAevk0bKPpcdmf6wgj+Eavk9ghJZbAcSwN/gwSI6Y1c4E19xCjy/Us9VHxOhDLaBklchlJrbjreT9yDD5uTwIHw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=BLg6N5RJOIuz42MBLAeHVt2vjW4Ccxwc61h9UZbj6jU=; b=aK8jRq2nWoayA7b9R89bMH4gq+uI5pUdQQPc9v0I+FlCKLUOxTKWQOvq4l/LzlOt3PJRjgmvIFEVOxrQYc9LXDkkl/MoMVh9pP8eTDJ6IYOXzdYjqlGJz0X7u47zGhY4ijyUQa43wHIx8zdUW6aABKXW9xutEEA3tOOfUHhXhFnMCmji+77FiZ3T0br/bqy/YW1v5qba0XqALpeafR/nnTN4vrJyBc5guB1r2zfT6INNkp77htMie/wbrWqxkJgtVw8/EnSl6DtlhtoOEBp4B3fVRrpGOAYjWC/JQcFA4x+/cZnPsoAoQ5w9svC9BYGJRz8pjt5Ev+XPoqAnId8Aug== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=jacobs-university.de; dmarc=pass action=none header.from=jacobs-university.de; dkim=pass header.d=jacobs-university.de; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jacobsuniversity.onmicrosoft.com; s=selector2-jacobsuniversity-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=BLg6N5RJOIuz42MBLAeHVt2vjW4Ccxwc61h9UZbj6jU=; b=tTROeiHG+WRG5WtWDghPrYabeNuY57EwJGhowqZu4/cMPeBztXY0byjfUvYizieAEoRb6Kz7oERhiekoc8sAEZ4EfhCxEMoU2g9ChjTs2mF6jJBc6hGNox26QsDtHpsqxAtPJUDPt371mE22ytWkgGtu49kztPP/Al2rXXzvrbg= Authentication-Results: tail-f.com; dkim=none (message not signed) header.d=none;tail-f.com; dmarc=none action=none header.from=jacobs-university.de; Received: from AM0P190MB0641.EURP190.PROD.OUTLOOK.COM (2603:10a6:208:194::23) by AM4P190MB0100.EURP190.PROD.OUTLOOK.COM (2603:10a6:200:61::21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3933.31; Mon, 15 Mar 2021 10:42:51 +0000 Received: from AM0P190MB0641.EURP190.PROD.OUTLOOK.COM ([fe80::e8a2:9886:8dfa:41c6]) by AM0P190MB0641.EURP190.PROD.OUTLOOK.COM ([fe80::e8a2:9886:8dfa:41c6%5]) with mapi id 15.20.3933.032; Mon, 15 Mar 2021 10:42:51 +0000 Date: Mon, 15 Mar 2021 11:42:50 +0100 From: Juergen Schoenwaelder To: Jan Lindblad Cc: rfc-editor@rfc-editor.org, netconf@ietf.org Message-ID: <20210315104250.celu25ojkkuleeno@anna.jacobs.jacobs-university.de> Reply-To: Juergen Schoenwaelder Mail-Followup-To: Jan Lindblad , rfc-editor@rfc-editor.org, netconf@ietf.org References: <20210315.102411.704461003596497032.id@4668.se> <608B4604-1970-4BE3-85E5-565985A4EBF6@tail-f.com> <20210315.111826.1844702859879595481.id@4668.se> Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Originating-IP: [212.201.44.244] X-ClientProxiedBy: AM4PR0701CA0012.eurprd07.prod.outlook.com (2603:10a6:200:42::22) To AM0P190MB0641.EURP190.PROD.OUTLOOK.COM (2603:10a6:208:194::23) MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from localhost (212.201.44.244) by AM4PR0701CA0012.eurprd07.prod.outlook.com (2603:10a6:200:42::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3955.9 via Frontend Transport; Mon, 15 Mar 2021 10:42:51 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: ce807fe0-6c5c-4c9a-e2b0-08d8e79f1510 X-MS-TrafficTypeDiagnostic: AM4P190MB0100: X-MS-Exchange-Transport-Forked: True X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:8882; X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: 1CaBglxyph+Vjoh2YXAXDIPZEG3ucvDd1x5pLO0823h5V3VAyoRW90r1GdOOgDDL66MRTClvB0GW/Ghr9UI2O5qi8OO/+PJLdT9EuXkbiYYTRSSejjrqODJVD0EPc23fqeokAPFlz4IEzFVBFiJ7wDY+7XtopmCyehurhS3HKcZP1F40JvuKEITZuGW4/fgUtTMZCpIeTTzarWAWysz1/aGAjS+D1f7W8YYBe92vkKbzAuJSnK+E3QH1NfzG1Lhi9ahnFtGkN4hX/r/Mb+LliwiaidyiMqbuMIVWAz0nct9DwCjAcDZp4TUm2t2VaE0ZPUjjBkBbOPu51Bjt+rxcPpob0OWPxJWDNN5PvdU7aJs1n+tfy7AFUWKlh8YmU1XC4dHddWwC1JaRixYSaScBkgeP6qZp89ta7Z9oL1ECh0ITNLecr4L1P458S0PduCv+fncVtayinqfSwsM65Rpd4s9XCJfGTxgv4VfQWx0pkrbXGHH/IXpKi426VHVcGeRlDxhoaxif7LCq1HoXKA5WLkhOa7A4WH5d4IUU6vY7JGLS988id7GDRdhDSP050VrYM9JaqILTTU/wk+gcuuMCHkLoOMgIGFRWNXlgviaGdAw/nV9zjQDSnHy4eZzVjqMstzwjTqCJv30Nm4+o2MNWsA== X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM0P190MB0641.EURP190.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(366004)(136003)(346002)(376002)(396003)(39850400004)(2906002)(8936002)(6496006)(5660300002)(966005)(83380400001)(16526019)(478600001)(66574015)(956004)(66476007)(3450700001)(52116002)(6916009)(6486002)(316002)(786003)(86362001)(1076003)(66556008)(53546011)(4326008)(66946007)(8676002)(26005)(186003); DIR:OUT; SFP:1101; X-MS-Exchange-AntiSpam-MessageData: =?iso-8859-1?Q?5ful1qCY9cGyS3Vx+OGYgAvrVKmDcG1KywzxNgVupT+3A5NUxkn1KnGVbN?= =?iso-8859-1?Q?3bcWmYFF4sbClsSuVk8sKhiTDfh9xalThVF5CCTcyPOCt02gTxBiOSajfU?= =?iso-8859-1?Q?BZJICv2odSIMFZMF+B+TmLovTbYsqBTLhSL9gwjp74X+MkdKs2S5OJCCkj?= =?iso-8859-1?Q?J7svdp2BaKW01sodbtNfEdhY7g8Utxzq0cVZ+UdkDVfk9B98GpV19X7Kb/?= =?iso-8859-1?Q?/77k9l3sG4AC1SeoauLu/N96Cq6pYm6LrNVFSok8tM/0slvW6KiiNV6Q10?= =?iso-8859-1?Q?BfiwVXxeePFm2KSBzD0+7XC1yYFhR9HhHNMQgadvzIEtb+yqZvxQ17Yt1E?= =?iso-8859-1?Q?OMlxjcSVSMHOUfC5AiHdG/NJ/90Aw3ud+3IIcPFpF+r4B1tbhdsOAVRsXz?= =?iso-8859-1?Q?UHEEolCUC+SdtYuEAAeEwnoIknW6PdFZaXT+atEuvcWtGElNnQ6TD+waZL?= =?iso-8859-1?Q?ejLunFVDKzyzRgixGjNn9HdgxJMlJH69eo5HDxixrIZG70ZmkioFgi8h37?= =?iso-8859-1?Q?X4Xcszr7RB6CB9K3kCEOwSyNuE/WMM09eWFEu7ZnlHfWhkQHbnHRVKH3rn?= =?iso-8859-1?Q?7GvoMJl2yo7X7XQFN1F3d7lqIJOX0FeDmoLlCMZRcAwj/Qk9Njul+3n9TZ?= =?iso-8859-1?Q?qV5FUgYVX3zW5N+PjtZN1wp/fbt0DwIBhB5AJ+jvZl4CohMnceoPKM7618?= =?iso-8859-1?Q?KrVW4V8Wn37+Ra+57x2QCNHT+Q7x7U1dUbDdr3ZdspfmkylFZjqrMxr4N3?= =?iso-8859-1?Q?1ye5djKOehYArwGSc0+pn2Gibw8MjoRCbFTI1pbb8iSyX+tX4D0XCkcobG?= =?iso-8859-1?Q?Od6bD8c7ESxPrMLG+vfUGUmVqZa6tJj+/8Iu7igv4OheJXcJyiGx8TzRhW?= =?iso-8859-1?Q?4flCPMweQ9O7ASfTG+A7gi27tUB5nVPq0QoASXIqqlo7vASj5qH5t2nPCG?= =?iso-8859-1?Q?S5easeND4ixlDfpTTbc/96ZLhKXGqdVs+AQjsHA1MPxLKSWU2mco/Wi0fC?= =?iso-8859-1?Q?QiFxzWvG2AgN2nAsz4cXpU7ICx1RgJkErlzLZUUbY9FoGv+KtGpL4e/qEa?= =?iso-8859-1?Q?dS+NMUOWjWwU1lwf7/R+8bnhXU4n4VYk/dbleF0dS/t/ib5ILlgw63Mmkt?= =?iso-8859-1?Q?1xbQyxNUSljmMwaeDQv0l7tCwsGTy3zEZ3wuJpWhTedonsn8pDDoHaTjiO?= =?iso-8859-1?Q?KaMbeylSzJGFOE0V7+OR7hhAfKftc9kJ5DYxaNArBPRbyywE5hfrfz9PJb?= =?iso-8859-1?Q?J5Ralp0MMou+WSNPIYaRojY0gGXpHvbWV09W4yBlRSMvB0Ps4NPFvqo6HN?= =?iso-8859-1?Q?QMlmq/ygtzoVnLzzUAxzYJx9XN+TKyYzkMitDyBS8BDHRGNZETvz9T+R7B?= =?iso-8859-1?Q?nzlUpotLjS?= X-OriginatorOrg: jacobs-university.de X-MS-Exchange-CrossTenant-Network-Message-Id: ce807fe0-6c5c-4c9a-e2b0-08d8e79f1510 X-MS-Exchange-CrossTenant-AuthSource: AM0P190MB0641.EURP190.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 15 Mar 2021 10:42:51.3095 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: f78e973e-5c0b-4ab8-bbd7-9887c95a8ebd X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: 37Rkf3Fw7h47VGp9n6VI3S+VStx4PCcWCj7HzEY97K+BxRQEICp4kFjBUcx8pG5lgKDSh30/qG07yLViauiaqg9xpSzH0yQaOJpW3+K1iW8= X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM4P190MB0100 Archived-At: Subject: Re: [netconf] [Technical Errata Reported] RFC8525 (6484) X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2021 10:42:57 -0000 For me, this is a bug fix that will help tools to find the correct historic versions of the published YANG modules (if they want to do a time travel into the module history). Note that the module with the wrong date was never published, so we are not "changing module identification data", this is really a simple straight forward bug fix (if something like that exists in the IETF). A more revelant question is whether we can build tooling to spot these kind of errors in order to prevent them from happening again in the future. /js On Mon, Mar 15, 2021 at 11:32:28AM +0100, Jan Lindblad wrote: > Martin, > > >> Rob, Martin, > >> > >> Wouldn't changing the revision date be a massively > >> non-backwards-compatible change? > > > > Note that this is in the revision history list. > > I understand. Do you consider changing the revision history a backwards compatible change that clients, servers and tools should reasonably be able to cope with? > > >> Anyone might be importing this module by revision, and tools could be hardcoded towards the revision date, given that this is a pretty fundamental module. > >> > >> What is the (technical) benefit of changing the date? > > > > The idea is that if we ever do a new version of this module, we fix > > the revision history list in that new version. > > Yes, the description of the idea was clear. I see some potential trouble doing this, and so far I haven't been able to think of any use case that would benefit from a change. Is there any? > > Correct information is always nice, but changing module identification data also leads to confusion. I don't think we should change it unless someone can point to some benefits that outweigh the cost. > > Best Regards, > /jan > > > >>> Hi Martin, > >>> > >>> I agree, hold for doc update seems appropriate. > >>> > >>> Any other comments? > >>> > >>> Regards, > >>> Rob > >>> > >>> > >>>> -----Original Message----- > >>>> From: Martin Björklund > >>>> Sent: 15 March 2021 09:24 > >>>> To: rfc-editor@rfc-editor.org > >>>> Cc: andy@yumaworks.com; mbj+ietf@4668.se; j.schoenwaelder@jacobs- > >>>> university.de; kent+ietf@watsen.net; Rob Wilton (rwilton) > >>>> ; warren@kumari.net; mjethanandani@gmail.com; > >>>> netconf@ietf.org > >>>> Subject: Re: [netconf] [Technical Errata Reported] RFC8525 (6484) > >>>> > >>>> Hi, > >>>> > >>>> Wow, this is obviously a bug. > >>>> > >>>> I am not sure it can be fixed with an errata however. Perhaps "hold > >>>> for document update"? > >>>> > >>>> > >>>> /martin > >>>> > >>>> > >>>> RFC Errata System wrote: > >>>>> The following errata report has been submitted for RFC8525, > >>>>> "YANG Library". > >>>>> > >>>>> -------------------------------------- > >>>>> You may review the report below and at: > >>>>> https://www.rfc-editor.org/errata/eid6484 > >>>>> > >>>>> -------------------------------------- > >>>>> Type: Technical > >>>>> Reported by: Jernej Tuljak > >>>>> > >>>>> Section: 4 > >>>>> > >>>>> Original Text > >>>>> ------------- > >>>>> revision 2016-04-09 { > >>>>> description > >>>>> "Initial revision."; > >>>>> reference > >>>>> "RFC 7895: YANG Module Library"; > >>>>> } > >>>>> > >>>>> Corrected Text > >>>>> -------------- > >>>>> revision 2016-06-21 { > >>>>> description > >>>>> "Initial revision."; > >>>>> reference > >>>>> "RFC 7895: YANG Module Library"; > >>>>> } > >>>>> > >>>>> Notes > >>>>> ----- > >>>>> Initial revision of ietf-yang-library YANG module was 2016-06-21, not > >>>> 2016-04-09. > >>>>> > >>>>> Instructions: > >>>>> ------------- > >>>>> This erratum is currently posted as "Reported". If necessary, please > >>>>> use "Reply All" to discuss whether it should be verified or > >>>>> rejected. When a decision is reached, the verifying party > >>>>> can log in to change the status and edit the report, if necessary. > >>>>> > >>>>> -------------------------------------- > >>>>> RFC8525 (draft-ietf-netconf-rfc7895bis-07) > >>>>> -------------------------------------- > >>>>> Title : YANG Library > >>>>> Publication Date : March 2019 > >>>>> Author(s) : A. Bierman, M. Bjorklund, J. Schoenwaelder, K. > >>>> Watsen, R. Wilton > >>>>> Category : PROPOSED STANDARD > >>>>> Source : Network Configuration > >>>>> Area : Operations and Management > >>>>> Stream : IETF > >>>>> Verifying Party : IESG > >>>>> > >>>>> _______________________________________________ > >>>>> netconf mailing list > >>>>> netconf@ietf.org > >>>>> https://www.ietf.org/mailman/listinfo/netconf > >>> > >>> _______________________________________________ > >>> netconf mailing list > >>> netconf@ietf.org > >>> https://www.ietf.org/mailman/listinfo/netconf > >>> > >> > > _______________________________________________ > netconf mailing list > netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Mon Mar 15 03:46:41 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 89DD53A0BD5 for ; Mon, 15 Mar 2021 03:46:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.121 X-Spam-Level: X-Spam-Status: No, score=-0.121 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, PDS_NAKED_TO_NUMERO=1.999, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=4668.se header.b=DdQ3Ieys; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=XocDS99h 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 8FtRB5HJRLpG for ; Mon, 15 Mar 2021 03:46:36 -0700 (PDT) Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 76CDE3A0BCE for ; Mon, 15 Mar 2021 03:46:36 -0700 (PDT) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.west.internal (Postfix) with ESMTP id E71AE180E; Mon, 15 Mar 2021 06:46:34 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Mon, 15 Mar 2021 06:46:35 -0400 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=fm1; bh= PdUzNJYEcbWWY1pKgcgKvf7WWFKB6Wv+3PY4pAHMLTo=; b=DdQ3IeysLH/CoC1t 6JWB/y91NvY61/sXcM3T5QDvmksxYcxA0zkBPTOYq3yJv93s8nGViVdOXEBybg1q 86XqBgWkVMlH0PQzidL88pyN6k2ruB1FQKs/YGiDJ+MFsKsDJJiTtPxiH++WPGnt HlY+1g9Di/d7ZoLpZnst6WQV2PHBeAF8k+3hIUER5f5zKoX0SniXnL7lpsR97WMh LFX2R2owkXqmUBo7wR42wejYvNyVJ4YQ0tLTw0BcY0nyF/mygdFva/hLJ9QiVMsl 3PBh6FSzd5RiljnUFmodwMYF16/Gz7j9Kyp4epczXlXgg5a0YwALyaM14LHcM610 ME0COw== 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=fm2; bh=PdUzNJYEcbWWY1pKgcgKvf7WWFKB6Wv+3PY4pAHML To=; b=XocDS99hobomiGejIdweIaKszPzaSM38UnMXopYRJiv7ZjBFoRYRBIsx1 ZeuKFyVsWnyBv5Gcpf1oW7DOzQ1uAPrOV3X/itlLGxrJEsz3OgYZ00EUqr8renpi dypu2GqYNF68QQTDuEoOoBx7cdOHVYZLSKDWwMfTxNYcNPEfusPjbCVQGxaR0pFL nDhDLYkyJ78F87cnA/4lKJ39nVFwCMdWNuYSRRv1i7IN03DNfJkouryIr7ddzjrJ ppsQhUB2OWgKMAiLmT9Jku25dnMPFub1ww0qWyfb0UftmxsiQch8KVDxPlOAzjKl kWQfdE890B6GQL9rRsY8ngtfUCISg== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledruddvledgudejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffkffvuffhjghfofggtgfgsehtqh ertdertddunecuhfhrohhmpeforghrthhinhcuuehjnphrkhhluhhnugcuoehmsghjodhi vghtfhesgeeiieekrdhsvgeqnecuggftrfgrthhtvghrnhepiedttefhtdfhkeetleetke evieefhfduudeukedvfeelgedtveeggfetfeejgfelnecukfhppeduheekrddujeegrdeg rddvudehnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomh epmhgsjhdoihgvthhfseegieeikedrshgv X-ME-Proxy: Received: from localhost (unknown [158.174.4.215]) by mail.messagingengine.com (Postfix) with ESMTPA id 731CF24005B; Mon, 15 Mar 2021 06:46:31 -0400 (EDT) Date: Mon, 15 Mar 2021 11:46:30 +0100 (CET) Message-Id: <20210315.114630.905811507297421433.id@4668.se> To: janl@tail-f.com Cc: rwilton=40cisco.com@dmarc.ietf.org, rfc-editor@rfc-editor.org, netconf@ietf.org, warren@kumari.net From: Martin =?iso-8859-1?Q?Bj=F6rklund?= In-Reply-To: References: <608B4604-1970-4BE3-85E5-565985A4EBF6@tail-f.com> <20210315.111826.1844702859879595481.id@4668.se> 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: Subject: Re: [netconf] [Technical Errata Reported] RFC8525 (6484) X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2021 10:46:40 -0000 Jan Lindblad wrote: > Martin, > = > >> Rob, Martin, > >> = > >> Wouldn't changing the revision date be a massively > >> non-backwards-compatible change? > > = > > Note that this is in the revision history list. > = > I understand. Do you consider changing the revision history a > backwards compatible change that clients, servers and tools should > reasonably be able to cope with? Today we have: ietf-yang-library@2016-06-21: revision 2016-06-21 { description "Initial revision."; } ietf-yang-library@2019-01-04 revision 2019-01-04 { description { ... } } revision 2016-04-09 { description "Initial revision."; } I don't expect any tool to be able to cope with this in any meaningful way. The only reason we haven't seen this before is that tools don't try to use "2016-04-09". So yes, I think it is ok to do: ietf-yang-library@202X-XX-XX revision 202X-XX-XX { description { ... } } revision 2019-01-04 { description { ... } } revision 2016-06-21 { description "Initial revision."; } (actually, not just "ok", but the right thing to do...) /martin > = > >> Anyone might be importing this module by revision, and tools could= be > >> hardcoded towards the revision date, given that this is a pretty > >> fundamental module. > >> = > >> What is the (technical) benefit of changing the date? > > = > > The idea is that if we ever do a new version of this module, we fix= > > the revision history list in that new version. > = > Yes, the description of the idea was clear. I see some potential > trouble doing this, and so far I haven't been able to think of any us= e > case that would benefit from a change. Is there any? > = > Correct information is always nice, but changing module identificatio= n > data also leads to confusion. I don't think we should change it unles= s > someone can point to some benefits that outweigh the cost. > = > Best Regards, > /jan > = > = > >>> Hi Martin, > >>> = > >>> I agree, hold for doc update seems appropriate. > >>> = > >>> Any other comments? > >>> = > >>> Regards, > >>> Rob > >>> = > >>> = > >>>> -----Original Message----- > >>>> From: Martin Bj=F6rklund > >>>> Sent: 15 March 2021 09:24 > >>>> To: rfc-editor@rfc-editor.org > >>>> Cc: andy@yumaworks.com; mbj+ietf@4668.se; j.schoenwaelder@jacobs= - > >>>> university.de; kent+ietf@watsen.net; Rob Wilton (rwilton) > >>>> ; warren@kumari.net; mjethanandani@gmail.com;= > >>>> netconf@ietf.org > >>>> Subject: Re: [netconf] [Technical Errata Reported] RFC8525 (6484= ) > >>>> = > >>>> Hi, > >>>> = > >>>> Wow, this is obviously a bug. > >>>> = > >>>> I am not sure it can be fixed with an errata however. Perhaps "= hold > >>>> for document update"? > >>>> = > >>>> = > >>>> /martin > >>>> = > >>>> = > >>>> RFC Errata System wrote: > >>>>> The following errata report has been submitted for RFC8525, > >>>>> "YANG Library". > >>>>> = > >>>>> -------------------------------------- > >>>>> You may review the report below and at: > >>>>> https://www.rfc-editor.org/errata/eid6484 > >>>>> = > >>>>> -------------------------------------- > >>>>> Type: Technical > >>>>> Reported by: Jernej Tuljak > >>>>> = > >>>>> Section: 4 > >>>>> = > >>>>> Original Text > >>>>> ------------- > >>>>> revision 2016-04-09 { > >>>>> description > >>>>> "Initial revision."; > >>>>> reference > >>>>> "RFC 7895: YANG Module Library"; > >>>>> } > >>>>> = > >>>>> Corrected Text > >>>>> -------------- > >>>>> revision 2016-06-21 { > >>>>> description > >>>>> "Initial revision."; > >>>>> reference > >>>>> "RFC 7895: YANG Module Library"; > >>>>> } > >>>>> = > >>>>> Notes > >>>>> ----- > >>>>> Initial revision of ietf-yang-library YANG module was 2016-06-2= 1, not > >>>> 2016-04-09. > >>>>> = > >>>>> Instructions: > >>>>> ------------- > >>>>> This erratum is currently posted as "Reported". If necessary, p= lease > >>>>> use "Reply All" to discuss whether it should be verified or > >>>>> rejected. When a decision is reached, the verifying party > >>>>> can log in to change the status and edit the report, if necessa= ry. > >>>>> = > >>>>> -------------------------------------- > >>>>> RFC8525 (draft-ietf-netconf-rfc7895bis-07) > >>>>> -------------------------------------- > >>>>> Title : YANG Library > >>>>> Publication Date : March 2019 > >>>>> Author(s) : A. Bierman, M. Bjorklund, J. Schoenwaelde= r, K. > >>>> Watsen, R. Wilton > >>>>> Category : PROPOSED STANDARD > >>>>> Source : Network Configuration > >>>>> Area : Operations and Management > >>>>> Stream : IETF > >>>>> Verifying Party : IESG > >>>>> = > >>>>> _______________________________________________ > >>>>> netconf mailing list > >>>>> netconf@ietf.org > >>>>> https://www.ietf.org/mailman/listinfo/netconf > >>> = > >>> _______________________________________________ > >>> netconf mailing list > >>> netconf@ietf.org > >>> https://www.ietf.org/mailman/listinfo/netconf > >>> = > >> = > = From nobody Mon Mar 15 03:54:07 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6EB1B3A0C04 for ; Mon, 15 Mar 2021 03:54:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.821 X-Spam-Level: X-Spam-Status: No, score=-0.821 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, PDS_NAKED_TO_NUMERO=1.999, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=4668.se header.b=SqjvMNAA; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=R1Z/treb 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 P8nl4DV-aWDc for ; Mon, 15 Mar 2021 03:54:03 -0700 (PDT) Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BEABB3A0C01 for ; Mon, 15 Mar 2021 03:54:03 -0700 (PDT) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.west.internal (Postfix) with ESMTP id C6DDD16E4; Mon, 15 Mar 2021 06:54:02 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Mon, 15 Mar 2021 06:54:03 -0400 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=fm1; bh= VhZPME7RqmLm7D5wBzIFR6unGwFxceh5DMjMwfpL+WY=; b=SqjvMNAAiRxDd0cB rGdGrwEWHx80AkPDyOHRujsh4qW3bqN+uavpTAqLJmQxzC8BTnXl+My3fTtix6cC BGXSt/HcL8hR+yNVAvtAbxPrFucvTsycJkQ1s1a/5wDxpSuiD/e4Ze0lRThqQ/jC ZegkkcmyR5ooRvxomam726CAsASuedlLn3c9ui4kMnnUE52JW0+yk9dgtg4dYXEv 4mqc5hORwptbo0+MyPn2l4Y1TJmtzmlj+2vG4ui+qtasu/6S5fWS2BXZ/ZEUH0cw qBhQqpvexx78LeyW5EIIb6j+8LqYzx8Z0XNQgg3cM7Mzd+l/Xj1tzXXFYcYZi8Aj Pt3xIA== 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=fm2; bh=VhZPME7RqmLm7D5wBzIFR6unGwFxceh5DMjMwfpL+ WY=; b=R1Z/trebCy75AyBPKadRmnNWEDpEMXByBfxTlmOgR9Y3I8Kowp833nS4K p3wChsDMSwotH3RNeB19XPdth4KMlp2Tl74OMe83cU6c/qH439vw2NyFRRoYNu3h kfWQGcvZzKom4GFq2oOAgfhbjuz7Jc74bBXJWeM9bbsX9WMB9pyujs1JBN0YE3/H /ifBHI927colXTpaa7Qpk5t0XAdbv+wdteaK3BBWcxgvERACY2Y9wbfevyyTjyBn U45WvUZfUbA6BKczauyfv+EWhCmFLW3G7LiKsjdd9sLZJYFMOSkwh021sbI2O1MF Q9/juBDuKojB8dP6tZfmIxRf8Y/ig== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledruddvledgudelucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffkffvuffhjghfofggtgfgsehtqh ertdertddunecuhfhrohhmpeforghrthhinhcuuehjnphrkhhluhhnugcuoehmsghjodhi vghtfhesgeeiieekrdhsvgeqnecuggftrfgrthhtvghrnhepiedttefhtdfhkeetleetke evieefhfduudeukedvfeelgedtveeggfetfeejgfelnecukfhppeduheekrddujeegrdeg rddvudehnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomh epmhgsjhdoihgvthhfseegieeikedrshgv X-ME-Proxy: Received: from localhost (unknown [158.174.4.215]) by mail.messagingengine.com (Postfix) with ESMTPA id 7A26E240057; Mon, 15 Mar 2021 06:53:59 -0400 (EDT) Date: Mon, 15 Mar 2021 11:53:58 +0100 (CET) Message-Id: <20210315.115358.820697048971015923.id@4668.se> To: j.schoenwaelder@jacobs-university.de Cc: janl@tail-f.com, netconf@ietf.org, rfc-editor@rfc-editor.org From: Martin =?iso-8859-1?Q?Bj=F6rklund?= In-Reply-To: <20210315104250.celu25ojkkuleeno@anna.jacobs.jacobs-university.de> References: <20210315.111826.1844702859879595481.id@4668.se> <20210315104250.celu25ojkkuleeno@anna.jacobs.jacobs-university.de> 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: Subject: Re: [netconf] [Technical Errata Reported] RFC8525 (6484) X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2021 10:54:06 -0000 Juergen Schoenwaelder wrote: > A more revelant question is whether we can build tooling to spot thes= e > kind of errors in order to prevent them from happening again in the > future. I think that this would have to be somthing that integrates in the RFC editor's current checking of YANG modules. It is of course trivial to check this provided that there exists a "repo" of published modules. (and I *think* that the RFC editor actually has such a repo in the form of a directory...) /martin > = > /js > = > On Mon, Mar 15, 2021 at 11:32:28AM +0100, Jan Lindblad wrote: > > Martin, > > = > > >> Rob, Martin, > > >> = > > >> Wouldn't changing the revision date be a massively > > >> non-backwards-compatible change? > > > = > > > Note that this is in the revision history list. > > = > > I understand. Do you consider changing the revision history a backw= ards compatible change that clients, servers and tools should reasonabl= y be able to cope with? > > = > > >> Anyone might be importing this module by revision, and tools cou= ld be hardcoded towards the revision date, given that this is a pretty = fundamental module. > > >> = > > >> What is the (technical) benefit of changing the date? > > > = > > > The idea is that if we ever do a new version of this module, we f= ix > > > the revision history list in that new version. > > = > > Yes, the description of the idea was clear. I see some potential tr= ouble doing this, and so far I haven't been able to think of any use ca= se that would benefit from a change. Is there any? > > = > > Correct information is always nice, but changing module identificat= ion data also leads to confusion. I don't think we should change it unl= ess someone can point to some benefits that outweigh the cost. > > = > > Best Regards, > > /jan > > = > > = > > >>> Hi Martin, > > >>> = > > >>> I agree, hold for doc update seems appropriate. > > >>> = > > >>> Any other comments? > > >>> = > > >>> Regards, > > >>> Rob > > >>> = > > >>> = > > >>>> -----Original Message----- > > >>>> From: Martin Bj=F6rklund > > >>>> Sent: 15 March 2021 09:24 > > >>>> To: rfc-editor@rfc-editor.org > > >>>> Cc: andy@yumaworks.com; mbj+ietf@4668.se; j.schoenwaelder@jaco= bs- > > >>>> university.de; kent+ietf@watsen.net; Rob Wilton (rwilton) > > >>>> ; warren@kumari.net; mjethanandani@gmail.co= m; > > >>>> netconf@ietf.org > > >>>> Subject: Re: [netconf] [Technical Errata Reported] RFC8525 (64= 84) > > >>>> = > > >>>> Hi, > > >>>> = > > >>>> Wow, this is obviously a bug. > > >>>> = > > >>>> I am not sure it can be fixed with an errata however. Perhaps= "hold > > >>>> for document update"? > > >>>> = > > >>>> = > > >>>> /martin > > >>>> = > > >>>> = > > >>>> RFC Errata System wrote: > > >>>>> The following errata report has been submitted for RFC8525, > > >>>>> "YANG Library". > > >>>>> = > > >>>>> -------------------------------------- > > >>>>> You may review the report below and at: > > >>>>> https://www.rfc-editor.org/errata/eid6484 > > >>>>> = > > >>>>> -------------------------------------- > > >>>>> Type: Technical > > >>>>> Reported by: Jernej Tuljak > > >>>>> = > > >>>>> Section: 4 > > >>>>> = > > >>>>> Original Text > > >>>>> ------------- > > >>>>> revision 2016-04-09 { > > >>>>> description > > >>>>> "Initial revision."; > > >>>>> reference > > >>>>> "RFC 7895: YANG Module Library"; > > >>>>> } > > >>>>> = > > >>>>> Corrected Text > > >>>>> -------------- > > >>>>> revision 2016-06-21 { > > >>>>> description > > >>>>> "Initial revision."; > > >>>>> reference > > >>>>> "RFC 7895: YANG Module Library"; > > >>>>> } > > >>>>> = > > >>>>> Notes > > >>>>> ----- > > >>>>> Initial revision of ietf-yang-library YANG module was 2016-06= -21, not > > >>>> 2016-04-09. > > >>>>> = > > >>>>> Instructions: > > >>>>> ------------- > > >>>>> This erratum is currently posted as "Reported". If necessary,= please > > >>>>> use "Reply All" to discuss whether it should be verified or > > >>>>> rejected. When a decision is reached, the verifying party > > >>>>> can log in to change the status and edit the report, if neces= sary. > > >>>>> = > > >>>>> -------------------------------------- > > >>>>> RFC8525 (draft-ietf-netconf-rfc7895bis-07) > > >>>>> -------------------------------------- > > >>>>> Title : YANG Library > > >>>>> Publication Date : March 2019 > > >>>>> Author(s) : A. Bierman, M. Bjorklund, J. Schoenwael= der, K. > > >>>> Watsen, R. Wilton > > >>>>> Category : PROPOSED STANDARD > > >>>>> Source : Network Configuration > > >>>>> Area : Operations and Management > > >>>>> Stream : IETF > > >>>>> Verifying Party : IESG > > >>>>> = > > >>>>> _______________________________________________ > > >>>>> netconf mailing list > > >>>>> netconf@ietf.org > > >>>>> https://www.ietf.org/mailman/listinfo/netconf > > >>> = > > >>> _______________________________________________ > > >>> netconf mailing list > > >>> netconf@ietf.org > > >>> https://www.ietf.org/mailman/listinfo/netconf > > >>> = > > >> = > > = > > _______________________________________________ > > netconf mailing list > > netconf@ietf.org > > https://www.ietf.org/mailman/listinfo/netconf > = > -- = > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | German= y > Fax: +49 421 200 3103 > = > _______________________________________________ > netconf mailing list > netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf From nobody Mon Mar 15 04:57:46 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E55D83A0E1E for ; Mon, 15 Mar 2021 04:57:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.619 X-Spam-Level: X-Spam-Status: No, score=-9.619 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_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=PFf9Pla7; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=cUhkj17M 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 dn2V6z167OZO for ; Mon, 15 Mar 2021 04:57:42 -0700 (PDT) Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ACE1F3A0E1D for ; Mon, 15 Mar 2021 04:57:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6568; q=dns/txt; s=iport; t=1615809462; x=1617019062; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=LthMkb7BgwgmgnmPALWfisiXVqBDUH2DdOFDkO99qck=; b=PFf9Pla74H48GwIBm6lGWURup+6cJ6XGKebfX7ObIJiayboJLYJ0Jvqz bKnNAcuIPUB14bJWBJJQGRSrlw3crbbTYKQuXe7drD+vgHTQ+XDCr5Cjr yHcyE94N6U+L1bRRRdGkpMfo8/SaI8P9U0ItnA8jMwZX2PQZjuRy0rN66 I=; IronPort-PHdr: =?us-ascii?q?A9a23=3AtsAagBxPan3/JFLXCzMxngc9DhMPsqjoPgMT9?= =?us-ascii?q?pssgq5PdaLm5Zn5IUjD/p1F0AGXDcPA5qEMh+nXtvXmXmoNqdaEvWsZeZNBH?= =?us-ascii?q?xkClY0NngMmDcLEbC+zLPPjYyEgWsgXUlhj8iLnbxYFXt3zNBXep3So5msUH?= =?us-ascii?q?RPyfQN+OuXyHNvUiMK6n+C/8pHeeUNGnj24NLhzNx6x6w7Ws5p+vA=3D=3D?= IronPort-HdrOrdr: =?us-ascii?q?A9a23=3AZ8AEv6NVogM6u8BcT7Dx55DYdL4zR+YMi2?= =?us-ascii?q?QD/3taDTRIb82VkN2vlvwH1RnyzA0cQm0khMroAsi9aFvm39pQ7ZMKNbmvGD?= =?us-ascii?q?PntmyhMZ144eLZrQHIMxbVstRQ3aIIScdDIfX7B1RikILe6A63D94vzLC8gd?= =?us-ascii?q?+VrM31pk0dKj1CQadm8gt/F0K/Gkp5WAFJCfMCZeShz+BAoCetfmlSU9+yAW?= =?us-ascii?q?MLU/OGi9rAkp/nZhBuPW9n1CClizS05LnmVyWJxxt2aUIA/Z4O00jg1zb46K?= =?us-ascii?q?Kqru2hxnbnt1P7wpxKlLLau6B+LeOWjMx9EESIti+JY8BbV6SGrHQJpoiUmS?= =?us-ascii?q?oXuf3thztlAMhp8XPWeQiO0FvQ8i3tyiwn5XOn6XLwuwqYneXDSDg3C9VMiO?= =?us-ascii?q?tiG3OzgSdNzbIMsp5j5G6Xu4FaChnNhk3GlqX1fit3nUm5q2dKq590s1VjUJ?= =?us-ascii?q?ATYLIUjYsT8FI9KuZ5IAvG6ZsqGOQrMcfE5Pw+SyLiU1nluABUsbiRd0V2Oi?= =?us-ascii?q?3DblkJu8ST3TQTtmt+1VEkyMsWmWpF3I4hSrFfjt60cZhApfVrdIs7fKh9DO?= =?us-ascii?q?AOTY+cEWrWWy/BN2qUPBDOCLwHAXTQsJT6iY9Fpt2CSdgt9t8fiZ7BWFRXuS?= =?us-ascii?q?oZYET1E/CD25VN71TrTHiiWy/ujuVT/YJwtLG5ZLeDC1zHdHke1++b59kPCM?= =?us-ascii?q?zSXPi+fLhMBeX4EGfoEYFVmwLkXZ1fLmQfTd0Vtt43V0nmmLONFqTa8sjgNN?= =?us-ascii?q?rDLrvkFjgpHknlBGEYYTT1LMJcqkCnM0WIxiT5ajfIQAjS7JhwGK/V86w404?= =?us-ascii?q?4WLLBBtQATlBC87sGPIjtSr7wucCJFUerau5L+gVPz0XfD7m1vNBYYJF1S+q?= =?us-ascii?q?/cX3RDohJPNVj1f7YFs9CWYntTw3ODOx96Q6rtYUpijmUy3ZjyA42bxCgkBd?= =?us-ascii?q?7iGHmdlWEvqHWDSIpZhreO/t7/epQzDo8vXat4EQmjLW0spS9a7EN4LCMUTE?= =?us-ascii?q?7WET3jzZi/hJsPHefFap1XmwGwO/NZrnrZqGSRrcwiXWEgQjarSMKb6DxeHA?= =?us-ascii?q?Z8txlUyes/iKDFsSuzIWE/6d5IQWFkWSCyOvZ6KyirIK9TgavmfQlsS3ziv0?= =?us-ascii?q?3rtzgDPkzw90sTgWT9KzazYv+jOCsGhlloloD37VhzamKRO2V3Z3wSi/wgKU?= =?us-ascii?q?32/lBuzOSMeq2/l1G0V2JH6OQcPDbZCAFifz9Gz8yr1RKThTaJHWgnwJJrJe?= =?us-ascii?q?DGELE/adjoqwCQAZzNmqccE/BO+pF5cNjor+8QSOqaPxSYNTXiFooSqkGoj2?= =?us-ascii?q?dgPCl/s38/l/z0nBXj8WijxXY6aMCia2hOVvUeI9uG6XLjSOvN2JJljcgtte?= =?us-ascii?q?/1NmnqcNaJxeXWaDFEQymj61KeXqUtqZpOu7g1u6Y2F57HUSHQ3HUCxQ4gNq?= =?us-ascii?q?7P5TUjabU+5KqENp5kfsQUdS4c9l01lM6XJE9utgDtGOcxcVwkknezBaLE35?= =?us-ascii?q?PY7b40RkGRrgr5PleStzdQ+PrIRCOP378XAaBYGxUfVGEsrHB5uO+SfYzZDw?= =?us-ascii?q?unM/xZ9F2hK3mnbftTTrOGFbh4lGc03/iY2+uMMyz21wDbsWElfuZA82O7Td?= =?us-ascii?q?izBwzJE+hS6NC+MUmNhKzv4MPbtkaCdRKrL0ADwYtCfggMa84GjD8ohog+yD?= =?us-ascii?q?KzRaz6uVhNqSoW3Rh30lr2npG762LaF1xcOQLXgp9KTSBeW0L4+Pjt4Kydzj?= =?us-ascii?q?Dh+zBL1pnICVdIctxPE9YWSJLrLy0GE7lmgJe4u6w1gipCZx8yD2kzzDDltt?= =?us-ascii?q?kWr4uE5A=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D/BQC9Sk9g/5FdJa1aHAEBAQEBAQc?= =?us-ascii?q?BARIBAQQEAQFAgU+BU1EHdlo2MQqHfwOFOYhBA4onjwSCUwNUCwEBAQ0BAR0?= =?us-ascii?q?LCgIEAQGBEwGCdUQCgXcCJTgTAgMBAQsBAQUBAQECAQYEcYVhDYZEAQEBAQM?= =?us-ascii?q?BAT4BASwLAQsEAgEIEAEEAQEBLiEGCx0IAgQBDQUIE4JWglUDLwEDC6FtAoo?= =?us-ascii?q?edYE0gwQBAQaFJg0LghQDBoE5gnaKTSYcgUpCgRABQ4JYPoEEgRpCAQGBYSS?= =?us-ascii?q?DJYIrgWlbBmQETQYCWT0HYhFJkFgpCYwggXeaF1sKgwKXD4VRgz6KXJV7lHS?= =?us-ascii?q?CDYxPj0lWg1kCAgICBAUCDgEBBoFrI4FXcBUaIYJpUBcCDY4fg2+FFIVFczg?= =?us-ascii?q?CBgEJAQEDCXyMXgGBDgEB?= X-IronPort-AV: E=Sophos;i="5.81,249,1610409600"; d="scan'208";a="847659011" Received: from rcdn-core-9.cisco.com ([173.37.93.145]) by rcdn-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 15 Mar 2021 11:57:41 +0000 Received: from mail.cisco.com (xbe-rcd-002.cisco.com [173.37.102.17]) by rcdn-core-9.cisco.com (8.15.2/8.15.2) with ESMTPS id 12FBvdSJ016670 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Mon, 15 Mar 2021 11:57:40 GMT Received: from xhs-rtp-003.cisco.com (64.101.210.230) by xbe-rcd-002.cisco.com (173.37.102.17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.2.792.3; Mon, 15 Mar 2021 06:57:40 -0500 Received: from xhs-rtp-003.cisco.com (64.101.210.230) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 15 Mar 2021 07:57:39 -0400 Received: from NAM12-MW2-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Mon, 15 Mar 2021 07:57:39 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=GHlSTT8LMgXx6RGjsAbjx90KxV6s7NvL4v0CMSACQpuBJ6E67GJjOlrOKM7PaOlKFrC6rYtwwN+amLL4ZHqTFYG7eI8990wJv5mjM2lrr7O1Pgo8xEJ3reF3rBtxujx2jFTVMt8huIT3dNFSmsDk9cCrIIhnBAW+TR9XNo835pZpLcfWWU1/N/ghHkOvWju0U1/prOAcJky/7TKrIOj9Ihxpq66LsxmLmI0qnJ2CsdfxWDj+f5Dkg1ODUm7bx4oUN0+MbBH+2RThQz1ucap9I8hMvINrfSpoooBFD/AZt8RHxUw2AEPcTazn0UejIgAdQXWHRucmKp7eHHRUmhBU8A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=BbuzskXJdx36nuH3IBnC2lOLOiMg7Msj/xK/+BnAcJg=; b=WNaGMlfUbH7nAxsN9ugBdD7S4BWM3kvHPeJ2Yk6x8Ogf4X7J+ZEfW958H7CWHNjXs5FHoHMl2aR75aOAUJOS4e7pt8psfY0NQImVBZaym5lYL/6KJU82+cw0XkQIS1ynLCi4AmEDxP7eLboeDJX2qQlzy6lEyPY0bojkgoKi9dnELCaS7blPSCU2k06RcPoWa5cTc+mTYkPCb/ekpVwqB4+GE8YnKKP+1w5Tt+2/gmkXCYTMgXkZhqD//xwSPax9saUp4CHVA11df223iK9mmTKykk1UV688c8JQo77AAnqB9uo2wDWZhZ8QLiAsLk5wP4ief6iYtXz8+o13/EovWg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=BbuzskXJdx36nuH3IBnC2lOLOiMg7Msj/xK/+BnAcJg=; b=cUhkj17MVgeyIQHIRLAqGyiSvDBHRr4ftmIbI2+8JOd1ctWKFqBdY+LwFD5f5GYEU/HQhK8u1nEEI8/MQwL0PV22cWOFUsXxOR33eW2GekcmJX4vArRp9RTckvzAGClIebfyntkLt5iese7Yl3JdE1nnwb+LqUxWgw3ywFLeW9s= Received: from MN2PR11MB4366.namprd11.prod.outlook.com (2603:10b6:208:190::17) by BL0PR11MB3267.namprd11.prod.outlook.com (2603:10b6:208:6b::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3933.32; Mon, 15 Mar 2021 11:57:37 +0000 Received: from MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::24c4:4c09:f6f0:5510]) by MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::24c4:4c09:f6f0:5510%2]) with mapi id 15.20.3933.032; Mon, 15 Mar 2021 11:57:37 +0000 From: "Rob Wilton (rwilton)" To: =?iso-8859-1?Q?Martin_Bj=F6rklund?= , "janl@tail-f.com" CC: "netconf@ietf.org" , "warren@kumari.net" Thread-Topic: [netconf] [Technical Errata Reported] RFC8525 (6484) Thread-Index: AQHXGXow0/RDYvmLDkm3GJcszdk3d6qExvWAgAADazCAAAbTAIAABOsAgAAD6wCAAAPsAIAAAGbA Date: Mon, 15 Mar 2021 11:57:37 +0000 Message-ID: References: <608B4604-1970-4BE3-85E5-565985A4EBF6@tail-f.com> <20210315.111826.1844702859879595481.id@4668.se> <20210315.114630.905811507297421433.id@4668.se> In-Reply-To: <20210315.114630.905811507297421433.id@4668.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: 4668.se; dkim=none (message not signed) header.d=none;4668.se; dmarc=none action=none header.from=cisco.com; x-originating-ip: [82.12.233.180] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 43a694cb-abe0-4e6b-4de6-08d8e7a98710 x-ms-traffictypediagnostic: BL0PR11MB3267: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: EAO3cSy2M1m7vhubBf29+Y2mYJGsZ/Ywf4AFcpCtv9tbk8crrDzceODYrB8kNCEvg6WIueC1qiLaPc2mBGdl0ahD9Na21f4k0vIyCzRXDebCzaL05pK1PrqNv3lTlAcoe9vDBgSc6SNxccMjwDXn6SIuuWV0TARQgqXIl/ePt00RVIP9hqk9q/uH6cBT8kmddzCQNk1Xm28cYClpE0uz4FGg+6ma8hqYJ6NIJFOa9I7bQcguVruRrkicSd7IyezCFIdzaq9QF/XIU4BUwUeTuDDR3NStHdicaVg9x3qjQOe0n7k/WSpjG0k/8bHg5J97UxKC7rHcPWCFSRGB8tmuNinruKl7QaG4vEjGlupBcbayoX8zpCTn98OEReGk3K2aru6v0fyXMZIryvXJ1iCRoU4QbjD5090MFXNtURvgLu+ZN4NLzmvUK64i+Dts++7YeeshMcfXXTlRetrmp8VNIDHM45QpnqYJKcooO9WdcTPmUhFJEniCbaFsA0JxZatV9QUxPfDuWBEs31J2vrzR60FWfTXPnTbI2is/Ik52h1w8UIlehhbP/CTnruJ3u+zrcr1k2JysZwscvqnbsF2V18TcVDrCpGNvfryjRzRoERf98mKnHG3RX6AK+lz0YH0QLoF6VsSJMIFGTa45q2Gkbw== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MN2PR11MB4366.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(396003)(346002)(376002)(366004)(136003)(39860400002)(8676002)(52536014)(66446008)(66556008)(66946007)(66476007)(54906003)(7696005)(5660300002)(71200400001)(76116006)(478600001)(4326008)(110136005)(53546011)(64756008)(26005)(186003)(316002)(6506007)(55016002)(33656002)(9686003)(8936002)(83380400001)(66574015)(2906002)(86362001)(966005); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?iso-8859-1?Q?v8HiPrGzRDdHDJMi/GVTa2fM6URMj4S0GVY/BYNkdX1pdJIubrY/KVmBV+?= =?iso-8859-1?Q?a4cUfHt0Jr2gmF9G9vaxetEqiRWJf4bT7NLDyeIULiYceoQ+5/UZS0tlEV?= =?iso-8859-1?Q?67BdKoYCHTIAgPLtWs/oeAKtNrUzWMy6maxJZ741IfjYgvaaUwEv8OkJKa?= =?iso-8859-1?Q?TVO/bFhD8BGj1fw7fAmjs0IEgwy1X217a0VLZyBSUvgQOJiTXrAhWoXpBj?= =?iso-8859-1?Q?SViOF7muR1PZIrjpF1Ezts2zqb4PnmUL87no2ePDytvOlYAHHyo/JFLQPO?= =?iso-8859-1?Q?9U/rycb0uAOxkbx4HlsZd4bKcETuvQSI38R88B/F8ArZj6YpiLkhyKEQF0?= =?iso-8859-1?Q?rSNHfsrECaJyHrg8GqrWstF6TlHwDovpLbtdspEShm7AoO7HPC3t2+CZKA?= =?iso-8859-1?Q?pBIEXWzuxk349f5vk07AaSa0fz8RwGNbkVb2jdBdeTVdJHT9SzqUSDVQPn?= =?iso-8859-1?Q?+4E8c2ODdlhpbonKKrTIvcAnLUKCLo+8OTNfISEBp9aXbfU8tkBs1e8El3?= =?iso-8859-1?Q?HiGOaipjoRNVGmUpZ2SsQUXC1iNiUk7NrsnSI284Pwg8ombPMXQRIGo4a6?= =?iso-8859-1?Q?R4+eGSNm/RG/JsPooPWR2ZSODhLteqs6DJcaZTZSUX1DgqQqGYtuWCpVaD?= =?iso-8859-1?Q?Abc7RiWcxz6gRYHNu3T4OYq+Nk7DoMfA9QD7YrxEjReDUKGL4n2hz0JOao?= =?iso-8859-1?Q?1te91vLD0/076U8746mL3ZzPp5O16DuGTvnDNbmyxxvPEnxClIo113ZZf9?= =?iso-8859-1?Q?ja1UA5Cj/qcgOEWIAK6HC7x5gieUDDk80ipdNyXKFjOpyYRjmqFUgfgQWe?= =?iso-8859-1?Q?WSaQUXeuAke4Pacaic9tPBZgKO2VAVPXPKk82PVjCwu2kle6beKnc9sxUQ?= =?iso-8859-1?Q?DHTe78wDf3x117WIufvODZ4BMr0PgF8nRYoF1ZeConemLSf0XfkLKWDBKo?= =?iso-8859-1?Q?KLt6BZ6mVyK8gR9xxrFZaZB7/OBq/cSBtRo0FX6XCddHEyZkzvyf8ORLGR?= =?iso-8859-1?Q?ZyvGhqJAJveW9rjW81uGWT475hKGx0BslPB0delxM6fjmKJKno+dV+5A+a?= =?iso-8859-1?Q?ZUBDdLN/5c9SqV2PFPybiSjeeunhyuL9lcnf9Cq6zZVQEITEjuT1KjBG33?= =?iso-8859-1?Q?+qlXQ4LekrzJrd4btp/FpcFnuJLat4riCaGGOCem5VqcugMz3dOVwyPL59?= =?iso-8859-1?Q?7nFbe9yEz9e6dndMm5PCaUvI7GdwB+BjGrJPe8PjO/N84rEd+kDfwX3Ebj?= =?iso-8859-1?Q?TP0xTRuAyE8LG7epGEse1lUm+Krkcs0KUPcaceHLB2UzMO3AxEThSMPrFZ?= =?iso-8859-1?Q?zX29MfJGRjf1fRzPGgy27YOMG2JclblvGaTr4df84cqau5jBizahPWPckc?= =?iso-8859-1?Q?3QdSRFlYS6?= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: MN2PR11MB4366.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 43a694cb-abe0-4e6b-4de6-08d8e7a98710 X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Mar 2021 11:57:37.3987 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 1YlqLlsCK39N2Bi1ocg91YmVosFEapkyy6JaRQk8aw5bE92NaOwjC69P1oBjJIilCeGNUSMg68e1EKKV7lTi9Q== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL0PR11MB3267 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.17, xbe-rcd-002.cisco.com X-Outbound-Node: rcdn-core-9.cisco.com Archived-At: Subject: Re: [netconf] [Technical Errata Reported] RFC8525 (6484) X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2021 11:57:45 -0000 [Dropping the RFC editor for the moment] Yes, I was basically thinking along the same lines as Martin. I'm wondering whether we should consider doing an RFC8525-bis document with= the specific aim of addressing this? As an aside, this is also another example of why trying to version YANG mod= ules via RFCs isn't necessary the ideal choice. I.e., fixing that in a git= repository of IETF YANG modules (although with the errata) would also seem= like a pragmatic solution. Regards, Rob > -----Original Message----- > From: Martin Bj=F6rklund > Sent: 15 March 2021 10:47 > To: janl@tail-f.com > Cc: Rob Wilton (rwilton) ; rfc-editor@rfc-editor.org; > netconf@ietf.org; warren@kumari.net > Subject: Re: [netconf] [Technical Errata Reported] RFC8525 (6484) >=20 > Jan Lindblad wrote: > > Martin, > > > > >> Rob, Martin, > > >> > > >> Wouldn't changing the revision date be a massively > > >> non-backwards-compatible change? > > > > > > Note that this is in the revision history list. > > > > I understand. Do you consider changing the revision history a > > backwards compatible change that clients, servers and tools should > > reasonably be able to cope with? >=20 > Today we have: >=20 > ietf-yang-library@2016-06-21: > revision 2016-06-21 { > description > "Initial revision."; > } >=20 > ietf-yang-library@2019-01-04 > revision 2019-01-04 { > description { ... } > } > revision 2016-04-09 { > description > "Initial revision."; > } >=20 >=20 > I don't expect any tool to be able to cope with this in any meaningful > way. The only reason we haven't seen this before is that tools don't > try to use "2016-04-09". >=20 > So yes, I think it is ok to do: >=20 > ietf-yang-library@202X-XX-XX > revision 202X-XX-XX { > description { ... } > } > revision 2019-01-04 { > description { ... } > } > revision 2016-06-21 { > description > "Initial revision."; > } >=20 > (actually, not just "ok", but the right thing to do...) >=20 >=20 >=20 > /martin >=20 >=20 > > > > >> Anyone might be importing this module by revision, and tools could b= e > > >> hardcoded towards the revision date, given that this is a pretty > > >> fundamental module. > > >> > > >> What is the (technical) benefit of changing the date? > > > > > > The idea is that if we ever do a new version of this module, we fix > > > the revision history list in that new version. > > > > Yes, the description of the idea was clear. I see some potential > > trouble doing this, and so far I haven't been able to think of any use > > case that would benefit from a change. Is there any? > > > > Correct information is always nice, but changing module identification > > data also leads to confusion. I don't think we should change it unless > > someone can point to some benefits that outweigh the cost. > > > > Best Regards, > > /jan > > > > > > >>> Hi Martin, > > >>> > > >>> I agree, hold for doc update seems appropriate. > > >>> > > >>> Any other comments? > > >>> > > >>> Regards, > > >>> Rob > > >>> > > >>> > > >>>> -----Original Message----- > > >>>> From: Martin Bj=F6rklund > > >>>> Sent: 15 March 2021 09:24 > > >>>> To: rfc-editor@rfc-editor.org > > >>>> Cc: andy@yumaworks.com; mbj+ietf@4668.se; j.schoenwaelder@jacobs- > > >>>> university.de; kent+ietf@watsen.net; Rob Wilton (rwilton) > > >>>> ; warren@kumari.net; mjethanandani@gmail.com; > > >>>> netconf@ietf.org > > >>>> Subject: Re: [netconf] [Technical Errata Reported] RFC8525 (6484) > > >>>> > > >>>> Hi, > > >>>> > > >>>> Wow, this is obviously a bug. > > >>>> > > >>>> I am not sure it can be fixed with an errata however. Perhaps > "hold > > >>>> for document update"? > > >>>> > > >>>> > > >>>> /martin > > >>>> > > >>>> > > >>>> RFC Errata System wrote: > > >>>>> The following errata report has been submitted for RFC8525, > > >>>>> "YANG Library". > > >>>>> > > >>>>> -------------------------------------- > > >>>>> You may review the report below and at: > > >>>>> https://www.rfc-editor.org/errata/eid6484 > > >>>>> > > >>>>> -------------------------------------- > > >>>>> Type: Technical > > >>>>> Reported by: Jernej Tuljak > > >>>>> > > >>>>> Section: 4 > > >>>>> > > >>>>> Original Text > > >>>>> ------------- > > >>>>> revision 2016-04-09 { > > >>>>> description > > >>>>> "Initial revision."; > > >>>>> reference > > >>>>> "RFC 7895: YANG Module Library"; > > >>>>> } > > >>>>> > > >>>>> Corrected Text > > >>>>> -------------- > > >>>>> revision 2016-06-21 { > > >>>>> description > > >>>>> "Initial revision."; > > >>>>> reference > > >>>>> "RFC 7895: YANG Module Library"; > > >>>>> } > > >>>>> > > >>>>> Notes > > >>>>> ----- > > >>>>> Initial revision of ietf-yang-library YANG module was 2016-06-21, > not > > >>>> 2016-04-09. > > >>>>> > > >>>>> Instructions: > > >>>>> ------------- > > >>>>> This erratum is currently posted as "Reported". If necessary, > please > > >>>>> use "Reply All" to discuss whether it should be verified or > > >>>>> rejected. When a decision is reached, the verifying party > > >>>>> can log in to change the status and edit the report, if necessary= . > > >>>>> > > >>>>> -------------------------------------- > > >>>>> RFC8525 (draft-ietf-netconf-rfc7895bis-07) > > >>>>> -------------------------------------- > > >>>>> Title : YANG Library > > >>>>> Publication Date : March 2019 > > >>>>> Author(s) : A. Bierman, M. Bjorklund, J. Schoenwaelder, > K. > > >>>> Watsen, R. Wilton > > >>>>> Category : PROPOSED STANDARD > > >>>>> Source : Network Configuration > > >>>>> Area : Operations and Management > > >>>>> Stream : IETF > > >>>>> Verifying Party : IESG > > >>>>> > > >>>>> _______________________________________________ > > >>>>> netconf mailing list > > >>>>> netconf@ietf.org > > >>>>> https://www.ietf.org/mailman/listinfo/netconf > > >>> > > >>> _______________________________________________ > > >>> netconf mailing list > > >>> netconf@ietf.org > > >>> https://www.ietf.org/mailman/listinfo/netconf > > >>> > > >> > > From nobody Mon Mar 15 05:02:05 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AAEEF3A0E4A for ; Mon, 15 Mar 2021 05:02:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.099 X-Spam-Level: X-Spam-Status: No, score=-2.099 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, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=mg-soft.si 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 dhm7IqZaLTcq for ; Mon, 15 Mar 2021 05:02:01 -0700 (PDT) Received: from galileo.mg-soft.si (gate.mg-soft.si [212.30.73.66]) by ietfa.amsl.com (Postfix) with ESMTP id 256693A0E14 for ; Mon, 15 Mar 2021 05:02:01 -0700 (PDT) Received: from [127.0.0.1] (teleport2.mg-soft.si [10.0.0.254]) by galileo.mg-soft.si (Postfix) with ESMTP id 35CEAC4175C6; Mon, 15 Mar 2021 13:01:55 +0100 (CET) DKIM-Filter: OpenDKIM Filter v2.11.0 galileo.mg-soft.si 35CEAC4175C6 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mg-soft.si; s=default; t=1615809715; bh=f7vEPU/V7UFUPw59cuZ5YCJ271LxE7YK8keOqQU01B0=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=I1Ppq8nTe0XqoTvMQHjKm8JPvXfGd6xGDQeyCOGLn6YjlQlBm9R/lCdgMhxKD+J0X 7d73n0cQV8rpU3rkOnQgNovH0z5bql28O1bUlYAgUoZ5/vAlovv/7cCpXLxMBykioV i3kk1yvP9qj5P2QNGe87O+tH+4S1llC7LPmT+8BVPIY0q2WMUP9vLFtY6G/jGAzLRS Qj4eaAaNkrxTn7PdonwS60C1JdpTNrHdbKpEzXmE5YaD/26KvVS/sQOnPr4WOwJV2Y mKd+kMwZwQmuXrlzCYZEIWeQtjVJ93wq5gddbzgN4LNwWC+5+d50EzUHLfjBDH6FZF h7QJbRaTIe+nQ== To: =?UTF-8?Q?Martin_Bj=c3=b6rklund?= , janl@tail-f.com Cc: rfc-editor@rfc-editor.org, warren@kumari.net, netconf@ietf.org, rwilton=40cisco.com@dmarc.ietf.org References: <608B4604-1970-4BE3-85E5-565985A4EBF6@tail-f.com> <20210315.111826.1844702859879595481.id@4668.se> <20210315.114630.905811507297421433.id@4668.se> From: Jernej Tuljak Message-ID: <7ae38c9c-7dea-fbc0-ac1c-65fb2a4ffd0b@mg-soft.si> Date: Mon, 15 Mar 2021 13:01:54 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1 MIME-Version: 1.0 In-Reply-To: <20210315.114630.905811507297421433.id@4668.se> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Archived-At: Subject: Re: [netconf] [Technical Errata Reported] RFC8525 (6484) X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2021 12:02:04 -0000 Hi, On 15/03/2021 11:46, Martin Björklund wrote: > Jan Lindblad wrote: >> Martin, >> >>>> Rob, Martin, >>>> >>>> Wouldn't changing the revision date be a massively >>>> non-backwards-compatible change? >>> Note that this is in the revision history list. >> I understand. Do you consider changing the revision history a >> backwards compatible change that clients, servers and tools should >> reasonably be able to cope with? > Today we have: > > ietf-yang-library@2016-06-21: > revision 2016-06-21 { > description > "Initial revision."; > } > > ietf-yang-library@2019-01-04 > revision 2019-01-04 { > description { ... } > } > revision 2016-04-09 { > description > "Initial revision."; > } > > > I don't expect any tool to be able to cope with this in any meaningful > way. The only reason we haven't seen this before is that tools don't > try to use "2016-04-09". In this instance, the tool that tried to use "2016-04-09" was me, just to clear any potential doubts. Copied it verbatim from that revision history, then had tests inexplicably failing because of it. > > So yes, I think it is ok to do: > > ietf-yang-library@202X-XX-XX > revision 202X-XX-XX { > description { ... } > } > revision 2019-01-04 { > description { ... } > } > revision 2016-06-21 { > description > "Initial revision."; > } > > (actually, not just "ok", but the right thing to do...) > +1 Jernej > > /martin > > >>>> Anyone might be importing this module by revision, and tools could be >>>> hardcoded towards the revision date, given that this is a pretty >>>> fundamental module. >>>> >>>> What is the (technical) benefit of changing the date? >>> The idea is that if we ever do a new version of this module, we fix >>> the revision history list in that new version. >> Yes, the description of the idea was clear. I see some potential >> trouble doing this, and so far I haven't been able to think of any use >> case that would benefit from a change. Is there any? >> >> Correct information is always nice, but changing module identification >> data also leads to confusion. I don't think we should change it unless >> someone can point to some benefits that outweigh the cost. >> >> Best Regards, >> /jan >> >> >>>>> Hi Martin, >>>>> >>>>> I agree, hold for doc update seems appropriate. >>>>> >>>>> Any other comments? >>>>> >>>>> Regards, >>>>> Rob >>>>> >>>>> >>>>>> -----Original Message----- >>>>>> From: Martin Björklund >>>>>> Sent: 15 March 2021 09:24 >>>>>> To: rfc-editor@rfc-editor.org >>>>>> Cc: andy@yumaworks.com; mbj+ietf@4668.se; j.schoenwaelder@jacobs- >>>>>> university.de; kent+ietf@watsen.net; Rob Wilton (rwilton) >>>>>> ; warren@kumari.net; mjethanandani@gmail.com; >>>>>> netconf@ietf.org >>>>>> Subject: Re: [netconf] [Technical Errata Reported] RFC8525 (6484) >>>>>> >>>>>> Hi, >>>>>> >>>>>> Wow, this is obviously a bug. >>>>>> >>>>>> I am not sure it can be fixed with an errata however. Perhaps "hold >>>>>> for document update"? >>>>>> >>>>>> >>>>>> /martin >>>>>> >>>>>> >>>>>> RFC Errata System wrote: >>>>>>> The following errata report has been submitted for RFC8525, >>>>>>> "YANG Library". >>>>>>> >>>>>>> -------------------------------------- >>>>>>> You may review the report below and at: >>>>>>> https://www.rfc-editor.org/errata/eid6484 >>>>>>> >>>>>>> -------------------------------------- >>>>>>> Type: Technical >>>>>>> Reported by: Jernej Tuljak >>>>>>> >>>>>>> Section: 4 >>>>>>> >>>>>>> Original Text >>>>>>> ------------- >>>>>>> revision 2016-04-09 { >>>>>>> description >>>>>>> "Initial revision."; >>>>>>> reference >>>>>>> "RFC 7895: YANG Module Library"; >>>>>>> } >>>>>>> >>>>>>> Corrected Text >>>>>>> -------------- >>>>>>> revision 2016-06-21 { >>>>>>> description >>>>>>> "Initial revision."; >>>>>>> reference >>>>>>> "RFC 7895: YANG Module Library"; >>>>>>> } >>>>>>> >>>>>>> Notes >>>>>>> ----- >>>>>>> Initial revision of ietf-yang-library YANG module was 2016-06-21, not >>>>>> 2016-04-09. >>>>>>> Instructions: >>>>>>> ------------- >>>>>>> This erratum is currently posted as "Reported". If necessary, please >>>>>>> use "Reply All" to discuss whether it should be verified or >>>>>>> rejected. When a decision is reached, the verifying party >>>>>>> can log in to change the status and edit the report, if necessary. >>>>>>> >>>>>>> -------------------------------------- >>>>>>> RFC8525 (draft-ietf-netconf-rfc7895bis-07) >>>>>>> -------------------------------------- >>>>>>> Title : YANG Library >>>>>>> Publication Date : March 2019 >>>>>>> Author(s) : A. Bierman, M. Bjorklund, J. Schoenwaelder, K. >>>>>> Watsen, R. Wilton >>>>>>> Category : PROPOSED STANDARD >>>>>>> Source : Network Configuration >>>>>>> Area : Operations and Management >>>>>>> Stream : IETF >>>>>>> Verifying Party : IESG >>>>>>> >>>>>>> _______________________________________________ >>>>>>> netconf mailing list >>>>>>> netconf@ietf.org >>>>>>> https://www.ietf.org/mailman/listinfo/netconf >>>>> _______________________________________________ >>>>> netconf mailing list >>>>> netconf@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/netconf >>>>> > _______________________________________________ > netconf mailing list > netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf From nobody Mon Mar 15 05:03:13 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 83FEE3A0EAE for ; Mon, 15 Mar 2021 05:03:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, MSGID_FROM_MTA_HEADER=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=jacobsuniversity.onmicrosoft.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 Kh_7_Y2EWGCp for ; Mon, 15 Mar 2021 05:03:02 -0700 (PDT) Received: from EUR04-VI1-obe.outbound.protection.outlook.com (mail-eopbgr80085.outbound.protection.outlook.com [40.107.8.85]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 832883A0E53 for ; Mon, 15 Mar 2021 05:03:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=BKkd6JFIUG24De5lSO16AGhs8cViiMcC9OShzWxVpa4Ds7zRZ98O8C9Kgs39B0dJd9WVzsg+dfC/FLnZqdUdOxcQODcWouww/jHUOidimOjMRULWFEtBEYhMuxQt/kg4PWOm6/g8yjoya6hO4D4gDwfC9KUpqxDXnTfZKYyRgeyv/SM2s6TZ4vEXxLgnA1cIWetu/KSxZA1akg/xtIxt0IHUp3dvs0MoOmaRrNt+4AnMnMq21mW5OdsBCA50zaaIvr6o9WDXmrCrz6GKHszZY9CKox81GjF0JRtHUk9M4CybCzKOrOztBLnp0UO/O76PFES56gHrMF8V2SnmD9jhXg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=rH2vvKetsIbalIXqph+jakbmM8b/4lctW8Z5+OtOik0=; b=kNz2EGkIDw4SM0MzDIjHQJuHr71RK9yp94136f6p1clF6unHua1HqNnqH6utR/NNtu8TSUoYBkS+CH7XIWVzeTYJz9Q5Qc1gCA1XDHRJzsn0WzAhm7W7qofKGDdFwbBhMcjEn2V1Srmh912lRgNqd6uDVoe47a02l6HjReaPxTNPmafv5QcqBpxV9DdJoRwua8h6gZoLxpm8IQ9Rw0IunOjE96HelKd8xHUpBpch9mVnQu2icus6E8I2q3jH9l2yjWp7SUyBBmgomfpRCPBT2R+c3O/UpVhuX7aRSlnbtfAm4wPYdBTafg0cRa+Kjioz8BDxeGzarC8FmeBsDt5vtQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=jacobs-university.de; dmarc=pass action=none header.from=jacobs-university.de; dkim=pass header.d=jacobs-university.de; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jacobsuniversity.onmicrosoft.com; s=selector2-jacobsuniversity-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=rH2vvKetsIbalIXqph+jakbmM8b/4lctW8Z5+OtOik0=; b=i/7ft1ifGEW8jOBnZvThntyaSvTvsWCSJmfRyEzF65CjlmlI4pYOF1WPKrKwuC+t8lXubsQ62Ym3/Z1drjAtOb6R8sZ6kgQd+Ed6tw2R5OWnCZmZP/rwdXSnPGhNYCF1vakPHk3ndCebAn0qjO18yNXvwYyq/xhfQ3SudKZwFWs= Authentication-Results: dmarc.ietf.org; dkim=none (message not signed) header.d=none;dmarc.ietf.org; dmarc=none action=none header.from=jacobs-university.de; Received: from AM0P190MB0641.EURP190.PROD.OUTLOOK.COM (2603:10a6:208:194::23) by AM4P190MB0193.EURP190.PROD.OUTLOOK.COM (2603:10a6:200:62::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3933.31; Mon, 15 Mar 2021 12:03:00 +0000 Received: from AM0P190MB0641.EURP190.PROD.OUTLOOK.COM ([fe80::e8a2:9886:8dfa:41c6]) by AM0P190MB0641.EURP190.PROD.OUTLOOK.COM ([fe80::e8a2:9886:8dfa:41c6%5]) with mapi id 15.20.3933.032; Mon, 15 Mar 2021 12:03:00 +0000 Date: Mon, 15 Mar 2021 13:02:59 +0100 From: Juergen Schoenwaelder To: "Rob Wilton (rwilton)" Cc: Martin =?utf-8?Q?Bj=C3=B6rklund?= , "janl@tail-f.com" , "warren@kumari.net" , "netconf@ietf.org" Message-ID: <20210315120259.2r7ae3vzfmv2uln5@anna.jacobs.jacobs-university.de> Reply-To: Juergen Schoenwaelder Mail-Followup-To: "Rob Wilton (rwilton)" , Martin =?utf-8?Q?Bj=C3=B6rklund?= , "janl@tail-f.com" , "warren@kumari.net" , "netconf@ietf.org" References: <608B4604-1970-4BE3-85E5-565985A4EBF6@tail-f.com> <20210315.111826.1844702859879595481.id@4668.se> <20210315.114630.905811507297421433.id@4668.se> Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Originating-IP: [212.201.44.244] X-ClientProxiedBy: AM4PR0302CA0033.eurprd03.prod.outlook.com (2603:10a6:205:2::46) To AM0P190MB0641.EURP190.PROD.OUTLOOK.COM (2603:10a6:208:194::23) MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from localhost (212.201.44.244) by AM4PR0302CA0033.eurprd03.prod.outlook.com (2603:10a6:205:2::46) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3933.32 via Frontend Transport; Mon, 15 Mar 2021 12:02:59 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 932b8256-7cc7-4116-c7cb-08d8e7aa472c X-MS-TrafficTypeDiagnostic: AM4P190MB0193: X-MS-Exchange-Transport-Forked: True X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:4125; X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: 26cnRbMudjpAxR6tZaqJK/O4P/aMsP/7dbLCmLUD8gACHs+Es8ekQSEHC9q45z7qb2eluM5DLpKLykkInz0LhFH7LEcp8hci+U/LRkpcjHo0rFbvq3+XeXf77gE8CAXC+UOXDLOr/M4Wh3udK2d28RmoCQzEmQ9125TrTaOrqowYpUr2IGNJcPU1btR2ddrHBUlCTxj7Q+ZMZl6cDUp8cb3MRMpLUqUeb8tXuqjxk150nqiOgWN42X1w1eczAXlMXktlC55pSi8fBpwbtL4cGCVgW0hkuP2UKJBsZivhuVBd9sNrNj70h8hO+fqdnvrhFvG83Knn9UykYHw1Tw4wBq2t/r1VF7skL6l5d/SVeJY8pNh+K1S6Foqj34CoDfNsBCjTL3+iKOZpYZ/TRXzI6xjfZpvpGMvjUKC4tdDcmWFtWPJGuSUvXgC5bXLyQEgnHmKNMlyQlqBck5KB8PAb/5spWz4NKUAz2Tia8pzAnvlCpPkEvT3m6NtTjrmasX/FV0AjR3x7mIGUv3aFxlxPFA6cMAt79AXSusewAUtww+DsmCy0hmvDw7YotQOhXgG9pxc0IB2TQZczfzaB3Y8iuLCwKFlHuKJVzTfCp2xNzI6SxOYAfDikJDUEMCOmwfKFNx4wv3v30kl9o9DuoeopcQ== X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM0P190MB0641.EURP190.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(366004)(376002)(39850400004)(396003)(136003)(346002)(86362001)(66556008)(8676002)(54906003)(66476007)(66946007)(4326008)(186003)(6486002)(1076003)(2906002)(478600001)(8936002)(5660300002)(52116002)(316002)(786003)(956004)(26005)(3450700001)(16526019)(4744005)(6496006); DIR:OUT; SFP:1101; X-MS-Exchange-AntiSpam-MessageData: =?us-ascii?Q?XzgG4zAyhyHPcDha54mqAcDhEgGBiAiK90p1x63DaLjgOizeJAy9BQZDnEU7?= =?us-ascii?Q?SB/dZa8C/9Own6T432H1yaUhjj7CnFcScUb57a+t0iQh14rrFtccifzqbtqh?= =?us-ascii?Q?jblPkr4FBrHK2peGFR9HBtcr6bU9cXEowhEhKHWtuLXUQMA6+vFpf/94N3pp?= =?us-ascii?Q?9pPw4vtoL+HtgMZ6MyoymX3vSlzFkqnELyK28Qj3fPUp6i1dyPTuMfDoT+zf?= =?us-ascii?Q?syDF+SuC0j8DgGRDSmRX9Hdt8j7dvBXkflfvX573amA/tKVxfiOOcT6TK1MP?= =?us-ascii?Q?sFhovFsIZfuQeXprpJY6m+AVfHzuC7TxXQUUncSK1jTkjIBH+OKet0XbpOox?= =?us-ascii?Q?abcphiZswvXFbYeZ7eHilML/GeBjxM7ggUF/BFOJ6bWka85Sz4dWcMCeWzqm?= =?us-ascii?Q?B1XznQS0Soc67Q4OGd05YAbj7xF3nrvTVMXIUAU+bUwJ3w4GF5tl7wWTCvQk?= =?us-ascii?Q?oSkb6r5Wgl4AG7cQtD34nx60LrffngQYbdInFcJDyHXzXHEsq2Sevv0Zg+yl?= =?us-ascii?Q?TSDgBwpmdxnNZxIMXzswd1lgyJsdcbm08B8E5IlTWdSorlOBQtU3slRaZKOZ?= =?us-ascii?Q?iVq7iQ1MKoAmhtJ1RWt1Pec/Ov81wUOZdpt+QfsXf+L/8+A0IZoCIOnI9Xmv?= =?us-ascii?Q?Wkg5so0CSuBbFcr3WO26ivKb+RaK/j2U/JiTSJVNZHWcl9JZV+br+xCob6ij?= =?us-ascii?Q?Chd5Dg/L0b51G1LawLzZGNvmGImpRPmeDV8thwWvwsVF13fZXD7l3qhXP418?= =?us-ascii?Q?uVnV+o/wps0wV8V7dhkML46VOR+z8fnDVGdilDqcfJoQwy1eHauSgtq58BdI?= =?us-ascii?Q?VyP2qMypM7HAloF4WvS1hfpvcpZUBkZ30qiNPMIX3LGCmbluyml2Syk77Ez4?= =?us-ascii?Q?unBOIHz0h917dlt3TVflssjmo2gd7Tfa6ZhGY8XCuPKTRpYBxauDDW2f4L0E?= =?us-ascii?Q?QJtG694CN28m9n+iiSlRq0s04+FRqbEOr2TYRJYYr2oCVNElnOIJGGmpH5Vk?= =?us-ascii?Q?K/EconbMOVZhwCPuAutW/1nb/YsB7TSKBuYR6R6xvZt2hKXSP/l2f0A9SQo1?= =?us-ascii?Q?4OhgZ0OeVhd+/uYqz6oA3ymyQG5aJkyefM/itbWKwspNsaphNUNkzMbOzeP7?= =?us-ascii?Q?tQdGGKPCrhcwH5rNkeKWgEHBRQvI4DBfO0He1CDYDKN2sYV4dLS8h8OXKYFe?= =?us-ascii?Q?vT5Yx/ucT05Q2GVWfBQAD1queNSnwC4m+ho67418Po3R7bXoWjXXDoMKGokS?= =?us-ascii?Q?3Qly7E69kL3OBFfbIyxbk/ODbvVAwbx9AZCUtFc4jhCAX/aIzAZ6esN8+5pF?= =?us-ascii?Q?aAhUoJIAxTNxKyJutFJmlbub?= X-OriginatorOrg: jacobs-university.de X-MS-Exchange-CrossTenant-Network-Message-Id: 932b8256-7cc7-4116-c7cb-08d8e7aa472c X-MS-Exchange-CrossTenant-AuthSource: AM0P190MB0641.EURP190.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 15 Mar 2021 12:02:59.8952 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: f78e973e-5c0b-4ab8-bbd7-9887c95a8ebd X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: o3/OdvB8CTRxtrmJIxUrWMqNRaUkj2L0tPUOEKYa5tItqd8+z9rIsyl5BM9Dt5Zbrn6UXlN0kHHFmi1PsiqaWAAceihmGX/WhtPZvl//41M= X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM4P190MB0193 Archived-At: Subject: Re: [netconf] [Technical Errata Reported] RFC8525 (6484) X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2021 12:03:12 -0000 On Mon, Mar 15, 2021 at 11:57:37AM +0000, Rob Wilton (rwilton) wrote: > > I'm wondering whether we should consider doing an RFC8525-bis document with the specific aim of addressing this? > This sounds like an overkill solution, an errata seems the way to handle a little bug fix like this. I very doubt this affects many implementations... /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Mon Mar 15 09:16:58 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 14CB63A15B0 for ; Mon, 15 Mar 2021 09:16:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.887 X-Spam-Level: X-Spam-Status: No, score=-1.887 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.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 87b-sXIteQn4 for ; Mon, 15 Mar 2021 09:16:54 -0700 (PDT) Received: from mail-lj1-x22e.google.com (mail-lj1-x22e.google.com [IPv6:2a00:1450:4864:20::22e]) (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 7D6ED3A15AC for ; Mon, 15 Mar 2021 09:16:54 -0700 (PDT) Received: by mail-lj1-x22e.google.com with SMTP id 15so16931845ljj.0 for ; Mon, 15 Mar 2021 09:16:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=/gdLSB0pRIiRlqasNcNuS3R7f/S/5HWYiCAAzfgVvOQ=; b=LgT8Ny/E2Grs5NSBtPIR5NWoR01IRsombtXrYQYBZ4cyYswO3ZpVpIyiuGFhSW/ybM gTZAAPcEQS5CYmWyLBtjrPbnnw6hgJA4OhJQ+iXUS7TqoaR7dKcyUKhf7gmegXqd24Is Y88aerFx7ndnEFd27cP5a3THJD+3UXhME5S8zutgtWvYrQrh1ptuY/igjWkV4CLyuEy+ KawPRfqqzGzUpzwySjBK7iNGEY1pvloQ08WsmtgnMcsSV+oJ85HmKjAVMD2xhI3MfLAJ OZehBE6S+iAfgCL1NEKbCNzOFebZ2Huhr6QNl/r3UZDa4FmTjICiZpCO29bAvYP2a54n kKIQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=/gdLSB0pRIiRlqasNcNuS3R7f/S/5HWYiCAAzfgVvOQ=; b=RP8qrgaYtMFq6TTKp/dJ7Xjb3cbZFuhGZAzY6/Gnt82Amz0s9zy7AnGT6OSaGqjgKB wKSMS9ytmnRk/VJCh5f9j8NkKesLjFGm5y1cuMusEhUjWCEbdYk9QBvTkveY091klre6 8jUQKYGOhxLPBZp/puaGEaZeaeVkV76k3ei8QY+tHMeOtYb8Suyyp4D0OSsGI7hYkgs/ tBgabtu+n550z6o/M7yA8F77lJ5ZtJdXTytnrUU8qh92FhPbv+Y0NfaQFqY270DLrpvD 7Qw4zSBWJt77Qrio94d+InQLgEx4TMGkIABKecm26lK0Gt83jSwOr6ATEJwC/NwhSOaB 15Ng== X-Gm-Message-State: AOAM533NBEK5NGj/BBBJS9GmqV5nF8Ykn9HAqz21/YPzwAzsAAKldC8G Y0UKxwIpShOACEKdmKpPjpdoHRQIXt6zWFHLwohh/A== X-Google-Smtp-Source: ABdhPJxMWF2QfMPICq8wWS3ZZG4/vdrgke7BI8yn0f55TXN/w7pFJqmt/VkvrJlID6cvztCA6B0mZkpDwXPDRIGThBE= X-Received: by 2002:a2e:9195:: with SMTP id f21mr10576585ljg.160.1615825011210; Mon, 15 Mar 2021 09:16:51 -0700 (PDT) MIME-Version: 1.0 References: <608B4604-1970-4BE3-85E5-565985A4EBF6@tail-f.com> <20210315.111826.1844702859879595481.id@4668.se> <20210315.114630.905811507297421433.id@4668.se> <20210315120259.2r7ae3vzfmv2uln5@anna.jacobs.jacobs-university.de> In-Reply-To: <20210315120259.2r7ae3vzfmv2uln5@anna.jacobs.jacobs-university.de> From: Andy Bierman Date: Mon, 15 Mar 2021 09:16:40 -0700 Message-ID: To: Juergen Schoenwaelder , "Rob Wilton (rwilton)" , =?UTF-8?Q?Martin_Bj=C3=B6rklund?= , "janl@tail-f.com" , "warren@kumari.net" , "netconf@ietf.org" Content-Type: multipart/alternative; boundary="000000000000d00bcf05bd9593f5" Archived-At: Subject: Re: [netconf] [Technical Errata Reported] RFC8525 (6484) X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2021 16:16:56 -0000 --000000000000d00bcf05bd9593f5 Content-Type: text/plain; charset="UTF-8" On Mon, Mar 15, 2021 at 5:03 AM Juergen Schoenwaelder < j.schoenwaelder@jacobs-university.de> wrote: > On Mon, Mar 15, 2021 at 11:57:37AM +0000, Rob Wilton (rwilton) wrote: > > > > I'm wondering whether we should consider doing an RFC8525-bis document > with the specific aim of addressing this? > > > > This sounds like an overkill solution, an errata seems the way to > handle a little bug fix like this. I very doubt this affects many > implementations... > > I strongly object to the introduction of YET ANOTHER module revision for the YANG library, just to fix something that has no impact on any real tools. Only the first revision-stmt actually matters, and that is correct in this case. This bug should be handled with a simple Errata correcting the revision history. The data string is clearly wrong and changing it has no impact at all on modules that import ietf-yang-library. /js > Andy > > -- > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > Fax: +49 421 200 3103 > > _______________________________________________ > netconf mailing list > netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf > --000000000000d00bcf05bd9593f5 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Mon, Mar 15, 2021 at 5:03 AM Juerg= en Schoenwaelder <j.schoenwaelder@jacobs-university.de> wrote:
On Mon, Mar 15, 2021 at 11:57:37AM +0= 000, Rob Wilton (rwilton) wrote:
>
> I'm wondering whether we should consider doing an RFC8525-bis docu= ment with the specific aim of addressing this?
>

This sounds like an overkill solution, an errata seems the way to
handle a little bug fix like this. I very doubt this affects many
implementations...



I strongly object to th= e introduction of YET ANOTHER module revision for the YANG library,
just to fix something that has no impact on any real tools.=C2=A0 Only t= he first revision-stmt actually
matters, and that is correct in t= his case.

This bug should be handled with a simple= Errata correcting the revision history.
The data string is clear= ly wrong and changing it has no impact at all on
modules that imp= ort ietf-yang-library.


/js

Andy
=C2=A0

--
Juergen Schoenwaelder=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Jacobs Univer= sity Bremen gGmbH
Phone: +49 421 200 3587=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Campus Ring 1 | 28= 759 Bremen | Germany
Fax:=C2=A0 =C2=A0+49 421 200 3103=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<https://www.jacobs-university.de/>

_______________________________________________
netconf mailing list
netconf@ietf.org<= br> https://www.ietf.org/mailman/listinfo/netconf
--000000000000d00bcf05bd9593f5-- From nobody Mon Mar 15 09:35:04 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0141F3A166A for ; Mon, 15 Mar 2021 09:35:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.6 X-Spam-Level: X-Spam-Status: No, score=-9.6 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, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=Vh1JQE3U; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=Ctv6VJPC 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 VvyTm86KX0I0 for ; Mon, 15 Mar 2021 09:34:59 -0700 (PDT) Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9321D3A164C for ; Mon, 15 Mar 2021 09:34:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=12178; q=dns/txt; s=iport; t=1615826099; x=1617035699; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=kUyVufHSxVFXjr2TUIG/UnrRQJ16PLGEXGTLcF1cNJo=; b=Vh1JQE3UC75CtQETapoD5yCl5Th52Xo38r3cZEBu+iczAWzeTd3YqTqG cqHW86UGc51FD3fjRYU9eSTiOU+ofveQXNoQLCgK5fm73K69xCHhybZKF HO0KRKz/QFD9ic71n3oy7rDhArSt8n93MAQRE69vlnLAcnA8kDV5od0AT g=; X-IPAS-Result: =?us-ascii?q?A0D/BACvi09gkJtdJa1XAx4BAQsSDIMyMFF9WjYxCoQ3g?= =?us-ascii?q?0gDhTmIQgOUNoR1glMDVAsBAQENAQEdAQoKAgQBAYQJRAIXgWACJTgTAgMBA?= =?us-ascii?q?QEDAgMBAQEBBQEBAQIBBgQUAQEBAQEBhjgNhkQBAQEBAwEBIQoTAQEsDA0CA?= =?us-ascii?q?gEIEAEEAQEBJwMCAgIZDAsUCQgCBAESCBOCVQGBflcDLwEDC6IQAooed4Eyg?= =?us-ascii?q?wQBAQaFJBiCFAMGBYE0gnaEBwEBhkQmHIFKQoFUglg+gQSBXAEBgWEVCgwJE?= =?us-ascii?q?YJPNYIrgkQGZFEGW2lUM5BkAYMyh1GeOwqDApxggz6gV5R0gg2gRwIEAgQFA?= =?us-ascii?q?g4BAQaBayGBWXAVO4JpUBcCDY4fGYNWM4RhhUVzOAIGAQkBAQMJfIxeAYEOA?= =?us-ascii?q?QE?= IronPort-PHdr: A9a23:T4aAtxAHbMLHHNu/ZQblUyQVlBdPi93PFgcI9poqja5Pea2//pPke VbS/uhpkEShdZTG7vtbjPDVqObrXmlTqZqCsXVXdptKWldFjMgNhAUvDYaDDlGzN//laSE2X aEgHF9o9n22Kw5ZTcD5YVCBs2C35CEVABbkcwFyI7e9Fovblc/i0ee09tXaaBlJgzzoZ7R0I V22oAzdu9NQj5FlL/M6ywDCpT1DfOEFrV4= IronPort-HdrOrdr: A9a23:HG9pKKyVCm4oAAu/OJ8qKrPxdu8kLtp033Aq2lEZdDV8Sebdv9 yynfgdyB//gCsQXnZlotybJKycWxrnlKJdybI6eZOvRhPvtmftFoFt6oP+3ybtcheRysd07o 0lSaR3DbTLYmRSpczx7BCkV/Mpx9ea+K6l7N2us0tFZwdsdq1m8kNdAgGUDkV5SGB9dOUEPb Cb4ddKoCflRGQPYq2AdzY4dsXgh/mOrpLpZhYaGwUqgTPvsRqE4KP3eiLopis2fChIxd4ZgA 34uiz/op6uqvSqjiLbvlWjkqh+vPvE5p99CNeXis4TQw+cxDqAQIh6QbWNsHQUjYiUmS0Xue LBqRshIMh/gkm5FgrezHeduHiD7B8U53Dv0lOei3f4yPaJPg4SMdZLho5Sb3Limi0dlex8y6 5C0ia4sJdaHHr77V3AzuXITB1jmw6Ip2Mjm4co/hpieLYZAYUhybA3zQdwKtMtDSj64IcoHK 1FF8fH/stbdluccjTwonRv6MbEZAVzIj62Bmw5/uCF2Tlfm350i2ECwtYEo3sG/JUhD7FZ+u X/NLhynr0mdL5XUYtNQMM6BeenAG3ERhzBdEiIJ078Ka0BM3XR77n6/asy/+PvXJAT1pM9lN DgXTpjxC0PUnOrLffL8IxA8xjLTmn4dy/q0Nti659wvaC5S6HsNSGFVVAyg8qtq/gSGaTgKr OOEaMTJ8WmAXrlGI5P0QG7cYJVM2MiXMocvct+W1/mmLOOFqTa8sjgNNrDLrvkFjgpHknlBG EYYTT1LMJcqkSiWnryhgnNS2rgE3aPuq5YIez/xaw+2YINPopDvkw+klKi/PyGLjVEr+gxZ0 txILTul6uhvmmo9WPU72FkUyAtTHp90fHFaTdntAUKO0T7ffIooNOEY11f23OBO1tiVc/MCR VeoF524KqzKJSVyUkZepSaG1Pfq0FWiGOBTp8alKHG2NzsfYkgCI06HIZrEx/QKhBzkQF2iW tKZQMeXHXDHjf2hajNtu1MOMjvM/1HxCaiO4p9tG/Wv0T0n7BQelIrGxqVFfOxrSlrbTxOnV F1+7IYm9O76EeSAFp6pv85Pl1KYHmQG5RcAm2+Fd1ps4GuXh1sRmGXgjHfrBc/dgPRhh8vr1 2kCzGIcvfWBVcYgFRk6+LB9VN5cXj1RTMqVllzrZB9GWPaunx6zO+MYe6p33GMb0YZq9ttQA 3tcH8cJBhjyMuw0wPQkDGeFW8+zpFrJeDFCq8/GoujkE+FOcmNlascGeVT84sgPNfysvUTWe b3QX7cEBroT+co0ReSvHArJW19r2Qli+rh3Fng4HKj1HAyRfrUL1IOfcBRH/iMq2zlTe2Pyp N3kJY8uvaxKHz4bpqe0r7MBgQzXS/7sCqzVaUluJpUtaU9uP96GITaSyLB0DVC0A8lJMn5mU sCSM1Akf38E54qe9ZXdzNS/1IvmtjKNkctvwDsCuI1fF0mjRbgTpq0yquNraBqDlyKpQP2N1 Xa7jZU+O3dWTCfkbEdEKA9LA1tGQQBwWUn+PnHcYLeCA+nLb4euFW7N2Kwa79bRuyOH64Koh Nz/tGPmKuWekPDqXXtlCo+JrgL9WCtBd62CkaLH+VD9tShI1SCgqew+qeI/UHKYCr+b15dnJ FPcEwbc99KhTYjhpAmyyTacN2Enms1119FpSx9nlHj2oK68H7WEEFPPwremIhXV1BoQwy1pN WA9/OZ2nT76CVE3peGFF44RKA8J+Qt X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.81,251,1610409600"; d="scan'208,217";a="662090976" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by alln-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 15 Mar 2021 16:34:58 +0000 Received: from mail.cisco.com (xbe-rcd-007.cisco.com [173.37.102.22]) by rcdn-core-4.cisco.com (8.15.2/8.15.2) with ESMTPS id 12FGYwTJ000780 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Mon, 15 Mar 2021 16:34:58 GMT Received: from xfe-aln-005.cisco.com (173.37.135.125) by xbe-rcd-007.cisco.com (173.37.102.22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.3; Mon, 15 Mar 2021 11:34:58 -0500 Received: from xfe-rcd-003.cisco.com (173.37.227.251) by xfe-aln-005.cisco.com (173.37.135.125) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.3; Mon, 15 Mar 2021 11:34:57 -0500 Received: from NAM04-BN8-obe.outbound.protection.outlook.com (72.163.14.9) by xfe-rcd-003.cisco.com (173.37.227.251) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.3 via Frontend Transport; Mon, 15 Mar 2021 11:34:57 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=TL1SrvRCNGib9E3FL2zuW25tREDRred61oCLBzC6Y7R1ZNuKyJKqJ+5NrstOl+JStqAAhXbF7ZTXq/B6h/lx8v0mRLeuB8Gxm1ByJXA/FqM2O9JRhFh/kF8N2/fcsHkHrg468q7Hgs9D5tKk8JUXpm1Y61KF+Kntiei3NV1XFwKT7zmwsu1efTYE7GOY0c9EWzwfdUbzuOFeMQ+4g2EaHc77NC3ER/B6RDeKZ5/chpmV5hgko9gfnVYhOC7Vx31antKDubbwphDKskdm2snD9nQKShPCFnt6PL7YfvWdU0GiPJNV8yAaJmAjwGOk0i260AG0YVt7/EFqacG/fk8k7A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=kUyVufHSxVFXjr2TUIG/UnrRQJ16PLGEXGTLcF1cNJo=; b=QtprvmIp0Ik6fQJUQZ/fSY+fYfp/LGHr+gJUxQDExY4C+4qdEvXq11Kog7adR3HhHM4FoAN52qzGn1qUBsPISJ0NHTuOCbKsdoTE3rYFR+0Mtp4PtfSgJJ5R9CWdHoKfyd8BuJP4pCRxKKLtxMd9o0v9a8vxGsaDEmzDVHphQrMoJByzAXqUf4t0psJEOJgJnHGpWYEoUmZRddF1jGmjejXod0HOi3AbRH5VRW0aniUHj57n1z7Dzh21DgFqF7hQPgCVNjrS3F25lftrEOHLTS+IaukCavIYfHA5tpXn3hMA/zjuMkRHBauzS7tb6vhbmgQDX2kXq6iU4jFTTy8E8g== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=kUyVufHSxVFXjr2TUIG/UnrRQJ16PLGEXGTLcF1cNJo=; b=Ctv6VJPCixWW9nOomTIQDLw8cK4+aSHRsfOTcq2wo6EtPD7spgPNyGzWonWiyizssSi4oaIhjK7aQws1m/SBcZ3kCLYvWZr9nFg9wZajAeWLVs2GtLjpVZQYZCwuuA05+EMtC/P78JBQ4qv9R47vVBELNf6v7rgVILg9HuoRDSY= Received: from MN2PR11MB4366.namprd11.prod.outlook.com (2603:10b6:208:190::17) by BL0PR11MB3171.namprd11.prod.outlook.com (2603:10b6:208:62::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3933.32; Mon, 15 Mar 2021 16:34:56 +0000 Received: from MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::24c4:4c09:f6f0:5510]) by MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::24c4:4c09:f6f0:5510%2]) with mapi id 15.20.3933.032; Mon, 15 Mar 2021 16:34:56 +0000 From: "Rob Wilton (rwilton)" To: Andy Bierman , Juergen Schoenwaelder , =?utf-8?B?TWFydGluIEJqw7Zya2x1bmQ=?= , "janl@tail-f.com" , "warren@kumari.net" , "netconf@ietf.org" Thread-Topic: [netconf] [Technical Errata Reported] RFC8525 (6484) Thread-Index: AQHXGXow0/RDYvmLDkm3GJcszdk3d6qExvWAgAADazCAAAbTAIAABOsAgAAD6wCAAAPsAIAAAGbAgAAU+YCAAEbgAIAAAkcg Date: Mon, 15 Mar 2021 16:34:56 +0000 Message-ID: References: <608B4604-1970-4BE3-85E5-565985A4EBF6@tail-f.com> <20210315.111826.1844702859879595481.id@4668.se> <20210315.114630.905811507297421433.id@4668.se> <20210315120259.2r7ae3vzfmv2uln5@anna.jacobs.jacobs-university.de> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: yumaworks.com; dkim=none (message not signed) header.d=none;yumaworks.com; dmarc=none action=none header.from=cisco.com; x-originating-ip: [82.12.233.180] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: b80f5e12-0029-4429-9544-08d8e7d044a7 x-ms-traffictypediagnostic: BL0PR11MB3171: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8882; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: WPptRhSslCUWa2G/AjnNsbxdCdUa1GWksSoScjXdnLffzcsa+RQ3GLgUNq+ftvnokhsGGrzWtdPGW5wsh8lw4I6Bzd5xVmKWah3co9gcW9/PGhAGlbi35YCqrwyU/hDSj8+1Z96w7mHSb+dFJgSTPonW6OFFSTemM9mAdiko38kle1//1mDmm1zQktS9G4Y1qyVTn7ordIN6D7vl/VAiqyZVIfj/jaOpnk4tuqgKI63RpokhnGKkVWMC6ojurRcahNSCAH+pbHvkfI3lhDaERg8xCPqTfa6jfaI5wKgyX/F6lyGN4lhKxM5JuWcii1MEe+rXwXmhsOD+gYKsG5maFqGO8w8e/0lOSBZvU6O69sHvhEgdO+UHumXDCbmHcZrHkH6qsFAIS+VY6b9ZUG7R/T63F+cBbT3hw/ZortePSIAt1vvUV7VNzfhD5N4V9YYOcGewOk8yjYNDCJ4FhgG71LU8XAPT/hiAEcwQNZ4/OVgzFdhe3+nse6Jbu7BqXPyJnPgZxzrCJtKqdlxefWxL8wqCJnKYqQEaPOg1FTMQy2waIe2j31pkMHTSZse756g5Wz3T4n6WKcVn9e3hRzGKKAoR7tbUIwUgA+jM9Ve5bly9LfAHMiqw7unFeHq2329hh+3FXPaH12egus/LrgHmMg== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MN2PR11MB4366.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(396003)(346002)(39860400002)(366004)(136003)(376002)(6506007)(53546011)(966005)(76116006)(316002)(64756008)(66476007)(66556008)(110136005)(66446008)(52536014)(66946007)(8676002)(166002)(8936002)(83380400001)(66574015)(33656002)(5660300002)(7696005)(9686003)(86362001)(2906002)(478600001)(71200400001)(186003)(55016002)(26005); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?utf-8?B?R3MyOUJnL2dXNjBRNGtORDBRUnVUUHU1dEZzMTBIVzZPMllrelZPTllOZlhh?= =?utf-8?B?WXFHaWlXQ1dSSXU4ZnVKTDF6V1J3ME9TdHZKT3ZsMStvUm1MTTQ5Vm5KY2M4?= =?utf-8?B?R21TM2xBMjVXSkhmWmw5bFZ4RmsvRVVFRUZBNmhsbERCMVoyL1VxOUlMbEtH?= =?utf-8?B?T29iRmM5YTZsTVdodHFJQWEybDNMSEU1V1dhWnVOaXJQTnRtRm91NVZOTFVW?= =?utf-8?B?eTNZMFBNWU9RR2pZMTNmTUQ4Y00zbjFqM01UTDEycHRYWEM1YktjOE50WG9F?= =?utf-8?B?aTFoRFE5NzRiN3Nvc1lCRkhYRjd2engxdzlmdjdXTVh0K3ozWHdFd1o1NHF1?= =?utf-8?B?R2tadm9VdXNDSHh1d3V0SlBRME5MVmlZTUM5akhuMFRXaWpRZ3NvQU1PZ2Fq?= =?utf-8?B?MmQwUWtVWW5oWGxkckpDaWVPTW5NMDVVNkUxZVB4V2ZDZTdKRlozeWFnN0hY?= =?utf-8?B?UG5vZlQwTnlFRFdlRGFJeTJsSUVsbWxBLzQ1NjBvVG95YkJsSjFDS1hDelZ5?= =?utf-8?B?T3lJR3Y5ckFDZHBKT3h3Q3RDNVo4ODlNTFlBQ0VBTmJ4WmR1UWdaRExYb3F6?= =?utf-8?B?ekNqV1FZclFVaWM5Z2podzRMZUFlOUlwdGJjWHl4NDZVN3h1d0hhY0pEZ2N0?= =?utf-8?B?NTRBRE5pUld4eTh0dDJtaXM1NGo5SzlBQWJKRzR1TDFFTWlBZmwwSXNJNCt1?= =?utf-8?B?L2lMc0VoMHAwYjNJU3BvUTBRU2N2WktvbXBrZFhlcGRsek1ZZUUzQzdBcThY?= =?utf-8?B?b0lhNkpJN25QR3F2T090RXI4L1M1SndjRlk1Zlk1eHNCcWM2S2hsOElhbU5y?= =?utf-8?B?bHR2UFAxenhxMHhwdGdjVjlDZHhwRHZ0NU8wM0tJSzUyUVpmVkF2QkQ4WmRZ?= =?utf-8?B?blQveElDUTJNSWpOVERkRTNqUUcrQWtORS85OXIreTB0bHlCRW1RNTVWU2x6?= =?utf-8?B?VTl0cE9UeCtqMmtOUWhNZXNkdGdHOGNkbzc5RGZXUXlnTThPVmxXVDFBMFRK?= =?utf-8?B?Sjkzd05aRU9iL3JlKzFlNitUYlltMnlha2wzU1hZQUQ3R2toRUs4WmNZblRC?= =?utf-8?B?dFZLM3p4TGxXVVZvejdDTDNuVUwrQ1FYUk1WTjRtZ3BBR3kyeVk0NFg0d0NK?= =?utf-8?B?MEtsSmtPTE9XQnh0bFVaMVBoU1BOZ29vRXdYSWZLM3NBUTRUWng4YWJiZ2NX?= =?utf-8?B?elhHK0M5T01sWWRGTHJOM1ZuSG9lYnZ0N0owL1BUQThiRjZkRzcvekk5SW1D?= =?utf-8?B?TFgrOWFBaGpCejhSQk9RMDU2VVZmWk13cjQvMmxNYlpQZDVGeEs4SnpFbWVK?= =?utf-8?B?QXZoN0dUNWt2bmluVmJkOU82SzVQYWI2c2ZhcW1ZYnM5QVJlUitENVp5WnBs?= =?utf-8?B?dVd5c3pPeVZGOXlQb1M1R0Ixb0FuaTZGcWtoUEhKTUhkQmxrSnBnaTNkM1ZE?= =?utf-8?B?eS9RcGh4alpPVXQwbDFtOFgxV1FrUGpGWUN2akk1UjJwekZGUWY1ZXY1YUxa?= =?utf-8?B?cGpDQ2p1WnR0RlFaWG1MWDBRelNVRW1vQXdQaHJrZlpUOWRjN1JYVjNpMEdG?= =?utf-8?B?dDhQYWdoR0RvK3NFNFk3TWhDZXJHb2pQYjdmSEtEQjc2RlByTTBTVGhnMEJJ?= =?utf-8?B?TjRDWUFZK0trS3hFak9zNFNxWGxscHQ2VUNqZWJRaVdBNzFTVW1NZjhaT0l1?= =?utf-8?B?bXFIK2lHY1FabjFIR2g2WXBOb1NXSnhJVVZueVM4a1BIVVNRa040c0w0NXhR?= =?utf-8?Q?CuCv7ds3QIOuJ1wBBTSWJtGBjRU2WLRo7akfqxR?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_MN2PR11MB43662E23EEE66A69BE7076FDB56C9MN2PR11MB4366namp_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: MN2PR11MB4366.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: b80f5e12-0029-4429-9544-08d8e7d044a7 X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Mar 2021 16:34:56.1793 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: hsxSICTpUUbr00tBTBfQGjvVzAEIZaRbouEyhpkIuAqwx/wbWqtSOKnbMpIJN8Rw7CWqQNgnMQGrLdJN2dxCAg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL0PR11MB3171 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.22, xbe-rcd-007.cisco.com X-Outbound-Node: rcdn-core-4.cisco.com Archived-At: Subject: Re: [netconf] [Technical Errata Reported] RFC8525 (6484) X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2021 16:35:02 -0000 --_000_MN2PR11MB43662E23EEE66A69BE7076FDB56C9MN2PR11MB4366namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBzdGlsbCB0aGluayB0aGF0IOKAnEhvbGQgZm9yIERvY3VtZW50IFVwZGF0ZeKAnSBpcyB0aGUg cmlnaHQgb3V0Y29tZSBmb3IgdGhpcyBlcnJhdGEuICBJLmUuLCB0aGlzIGlzIGEgdmFsaWQgcHJv YmxlbSBhbmQgc2hvdWxkIGJlIGZpeGVkIGlmIGEgbmV3IHZlcnNpb24gb2YgdGhlIG1vZHVsZSBp cyBwdWJsaXNoZWQuDQoNCkJ1dCBJ4oCZbSBvcHBvc2VkIHRvIHVzaW5nIGFuIGVycmF0YSB0byBj aGFuZ2UgYSBZQU5HIG1vZHVsZSBwdWJsaXNoZWQgaW4gYW4gUkZDLiAgVGhhdCB3b3VsZCBtZWFu IHRoYXQgdGhlcmUgYXJlIG5vdyB0d28gcmV2aXNpb25zIG9mIHRoZSBZQU5HIG1vZHVsZSB3aXRo IHRoZSBzYW1lIGRhdGUgYnV0IGRpZmZlcmVudCBjb250ZW50Lg0KDQpSZWdhcmRzLA0KUm9iDQoN Cg0KRnJvbTogQW5keSBCaWVybWFuIDxhbmR5QHl1bWF3b3Jrcy5jb20+DQpTZW50OiAxNSBNYXJj aCAyMDIxIDE2OjE3DQpUbzogSnVlcmdlbiBTY2hvZW53YWVsZGVyIDxqLnNjaG9lbndhZWxkZXJA amFjb2JzLXVuaXZlcnNpdHkuZGU+OyBSb2IgV2lsdG9uIChyd2lsdG9uKSA8cndpbHRvbkBjaXNj by5jb20+OyBNYXJ0aW4gQmrDtnJrbHVuZCA8bWJqK2lldGZANDY2OC5zZT47IGphbmxAdGFpbC1m LmNvbTsgd2FycmVuQGt1bWFyaS5uZXQ7IG5ldGNvbmZAaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBb bmV0Y29uZl0gW1RlY2huaWNhbCBFcnJhdGEgUmVwb3J0ZWRdIFJGQzg1MjUgKDY0ODQpDQoNCg0K DQpPbiBNb24sIE1hciAxNSwgMjAyMSBhdCA1OjAzIEFNIEp1ZXJnZW4gU2Nob2Vud2FlbGRlciA8 ai5zY2hvZW53YWVsZGVyQGphY29icy11bml2ZXJzaXR5LmRlPG1haWx0bzpqLnNjaG9lbndhZWxk ZXJAamFjb2JzLXVuaXZlcnNpdHkuZGU+PiB3cm90ZToNCk9uIE1vbiwgTWFyIDE1LCAyMDIxIGF0 IDExOjU3OjM3QU0gKzAwMDAsIFJvYiBXaWx0b24gKHJ3aWx0b24pIHdyb3RlOg0KPg0KPiBJJ20g d29uZGVyaW5nIHdoZXRoZXIgd2Ugc2hvdWxkIGNvbnNpZGVyIGRvaW5nIGFuIFJGQzg1MjUtYmlz IGRvY3VtZW50IHdpdGggdGhlIHNwZWNpZmljIGFpbSBvZiBhZGRyZXNzaW5nIHRoaXM/DQo+DQoN ClRoaXMgc291bmRzIGxpa2UgYW4gb3ZlcmtpbGwgc29sdXRpb24sIGFuIGVycmF0YSBzZWVtcyB0 aGUgd2F5IHRvDQpoYW5kbGUgYSBsaXR0bGUgYnVnIGZpeCBsaWtlIHRoaXMuIEkgdmVyeSBkb3Vi dCB0aGlzIGFmZmVjdHMgbWFueQ0KaW1wbGVtZW50YXRpb25zLi4uDQoNCg0KSSBzdHJvbmdseSBv YmplY3QgdG8gdGhlIGludHJvZHVjdGlvbiBvZiBZRVQgQU5PVEhFUiBtb2R1bGUgcmV2aXNpb24g Zm9yIHRoZSBZQU5HIGxpYnJhcnksDQpqdXN0IHRvIGZpeCBzb21ldGhpbmcgdGhhdCBoYXMgbm8g aW1wYWN0IG9uIGFueSByZWFsIHRvb2xzLiAgT25seSB0aGUgZmlyc3QgcmV2aXNpb24tc3RtdCBh Y3R1YWxseQ0KbWF0dGVycywgYW5kIHRoYXQgaXMgY29ycmVjdCBpbiB0aGlzIGNhc2UuDQoNClRo aXMgYnVnIHNob3VsZCBiZSBoYW5kbGVkIHdpdGggYSBzaW1wbGUgRXJyYXRhIGNvcnJlY3Rpbmcg dGhlIHJldmlzaW9uIGhpc3RvcnkuDQpUaGUgZGF0YSBzdHJpbmcgaXMgY2xlYXJseSB3cm9uZyBh bmQgY2hhbmdpbmcgaXQgaGFzIG5vIGltcGFjdCBhdCBhbGwgb24NCm1vZHVsZXMgdGhhdCBpbXBv cnQgaWV0Zi15YW5nLWxpYnJhcnkuDQoNCg0KL2pzDQoNCkFuZHkNCg0KDQotLQ0KSnVlcmdlbiBT Y2hvZW53YWVsZGVyICAgICAgICAgICBKYWNvYnMgVW5pdmVyc2l0eSBCcmVtZW4gZ0dtYkgNClBo b25lOiArNDkgNDIxIDIwMCAzNTg3ICAgICAgICAgQ2FtcHVzIFJpbmcgMSB8IDI4NzU5IEJyZW1l biB8IEdlcm1hbnkNCkZheDogICArNDkgNDIxIDIwMCAzMTAzICAgICAgICAgPGh0dHBzOi8vd3d3 LmphY29icy11bml2ZXJzaXR5LmRlLz4NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18NCm5ldGNvbmYgbWFpbGluZyBsaXN0DQpuZXRjb25mQGlldGYub3Jn PG1haWx0bzpuZXRjb25mQGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s aXN0aW5mby9uZXRjb25mDQo= --_000_MN2PR11MB43662E23EEE66A69BE7076FDB56C9MN2PR11MB4366namp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQt ZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsN Cgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9u OnVuZGVybGluZTt9DQpzcGFuLkVtYWlsU3R5bGUxOA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25h bC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5k b3d0ZXh0O30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0K CWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCW1zby1mYXJlYXN0LWxhbmd1YWdl OkVOLVVTO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCglt YXJnaW46NzIuMHB0IDcyLjBwdCA3Mi4wcHQgNzIuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7 cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4N CjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48 IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0 PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5 b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tR0IiIGxpbms9 ImJsdWUiIHZsaW5rPSJwdXJwbGUiIHN0eWxlPSJ3b3JkLXdyYXA6YnJlYWstd29yZCI+DQo8ZGl2 IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5JIHN0aWxsIHRoaW5rIHRoYXQg4oCcSG9sZCBm b3IgRG9jdW1lbnQgVXBkYXRl4oCdIGlzIHRoZSByaWdodCBvdXRjb21lIGZvciB0aGlzIGVycmF0 YS4mbmJzcDsgSS5lLiwgdGhpcyBpcyBhIHZhbGlkIHByb2JsZW0gYW5kIHNob3VsZCBiZSBmaXhl ZCBpZiBhIG5ldyB2ZXJzaW9uIG9mIHRoZSBtb2R1bGUgaXMgcHVibGlzaGVkLjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFz dC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5CdXQg SeKAmW0gb3Bwb3NlZCB0byB1c2luZyBhbiBlcnJhdGEgdG8gY2hhbmdlIGEgWUFORyBtb2R1bGUg cHVibGlzaGVkIGluIGFuIFJGQy4mbmJzcDsgVGhhdCB3b3VsZCBtZWFuIHRoYXQgdGhlcmUgYXJl IG5vdyB0d28gcmV2aXNpb25zIG9mIHRoZSBZQU5HIG1vZHVsZSB3aXRoIHRoZSBzYW1lIGRhdGUg YnV0IGRpZmZlcmVudCBjb250ZW50LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5SZWdhcmRzLDxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFn ZTpFTi1VUyI+Um9iPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVh c3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5 bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowY20g MGNtIDBjbSA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRv cDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiPkZyb206PC9zcGFuPjwvYj48c3Bh biBsYW5nPSJFTi1VUyI+IEFuZHkgQmllcm1hbiAmbHQ7YW5keUB5dW1hd29ya3MuY29tJmd0Ow0K PGJyPg0KPGI+U2VudDo8L2I+IDE1IE1hcmNoIDIwMjEgMTY6MTc8YnI+DQo8Yj5Ubzo8L2I+IEp1 ZXJnZW4gU2Nob2Vud2FlbGRlciAmbHQ7ai5zY2hvZW53YWVsZGVyQGphY29icy11bml2ZXJzaXR5 LmRlJmd0OzsgUm9iIFdpbHRvbiAocndpbHRvbikgJmx0O3J3aWx0b25AY2lzY28uY29tJmd0Ozsg TWFydGluIEJqw7Zya2x1bmQgJmx0O21iaitpZXRmQDQ2Njguc2UmZ3Q7OyBqYW5sQHRhaWwtZi5j b207IHdhcnJlbkBrdW1hcmkubmV0OyBuZXRjb25mQGlldGYub3JnPGJyPg0KPGI+U3ViamVjdDo8 L2I+IFJlOiBbbmV0Y29uZl0gW1RlY2huaWNhbCBFcnJhdGEgUmVwb3J0ZWRdIFJGQzg1MjUgKDY0 ODQpPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPk9uIE1vbiwgTWFyIDE1LCAyMDIxIGF0IDU6MDMgQU0gSnVlcmdlbiBTY2hvZW53YWVsZGVy ICZsdDs8YSBocmVmPSJtYWlsdG86ai5zY2hvZW53YWVsZGVyQGphY29icy11bml2ZXJzaXR5LmRl Ij5qLnNjaG9lbndhZWxkZXJAamFjb2JzLXVuaXZlcnNpdHkuZGU8L2E+Jmd0OyB3cm90ZTo8bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRl ci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSA2LjBwdDttYXJn aW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+T24gTW9uLCBNYXIgMTUsIDIwMjEgYXQgMTE6NTc6 MzdBTSArMDAwMCwgUm9iIFdpbHRvbiAocndpbHRvbikgd3JvdGU6PGJyPg0KJmd0OyA8YnI+DQom Z3Q7IEknbSB3b25kZXJpbmcgd2hldGhlciB3ZSBzaG91bGQgY29uc2lkZXIgZG9pbmcgYW4gUkZD ODUyNS1iaXMgZG9jdW1lbnQgd2l0aCB0aGUgc3BlY2lmaWMgYWltIG9mIGFkZHJlc3NpbmcgdGhp cz88YnI+DQomZ3Q7PGJyPg0KPGJyPg0KVGhpcyBzb3VuZHMgbGlrZSBhbiBvdmVya2lsbCBzb2x1 dGlvbiwgYW4gZXJyYXRhIHNlZW1zIHRoZSB3YXkgdG88YnI+DQpoYW5kbGUgYSBsaXR0bGUgYnVn IGZpeCBsaWtlIHRoaXMuIEkgdmVyeSBkb3VidCB0aGlzIGFmZmVjdHMgbWFueTxicj4NCmltcGxl bWVudGF0aW9ucy4uLjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj5JIHN0cm9uZ2x5IG9iamVjdCB0byB0aGUgaW50cm9kdWN0aW9u IG9mIFlFVCBBTk9USEVSIG1vZHVsZSByZXZpc2lvbiBmb3IgdGhlIFlBTkcgbGlicmFyeSw8bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPmp1c3QgdG8g Zml4IHNvbWV0aGluZyB0aGF0IGhhcyBubyBpbXBhY3Qgb24gYW55IHJlYWwgdG9vbHMuJm5ic3A7 IE9ubHkgdGhlIGZpcnN0IHJldmlzaW9uLXN0bXQgYWN0dWFsbHk8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPm1hdHRlcnMsIGFuZCB0aGF0IGlzIGNv cnJlY3QgaW4gdGhpcyBjYXNlLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj5UaGlzIGJ1ZyBzaG91bGQgYmUgaGFuZGxlZCB3aXRoIGEgc2ltcGxl IEVycmF0YSBjb3JyZWN0aW5nIHRoZSByZXZpc2lvbiBoaXN0b3J5LjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhlIGRhdGEgc3RyaW5nIGlzIGNs ZWFybHkgd3JvbmcgYW5kIGNoYW5naW5nIGl0IGhhcyBubyBpbXBhY3QgYXQgYWxsIG9uPG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5tb2R1bGVzIHRo YXQgaW1wb3J0IGlldGYteWFuZy1saWJyYXJ5LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0K PGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0Mg MS4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4t cmlnaHQ6MGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPi9qczxvOnA+PC9vOnA+PC9wPg0KPC9i bG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QW5keTxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVm dDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNi4wcHQ7bWFyZ2luLWxl ZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQot LSA8YnI+DQpKdWVyZ2VuIFNjaG9lbndhZWxkZXImbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwO0phY29icyBVbml2ZXJzaXR5IEJyZW1lbiBnR21iSDxicj4NClBob25lOiAr NDkgNDIxIDIwMCAzNTg3Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO0NhbXB1cyBS aW5nIDEgfCAyODc1OSBCcmVtZW4gfCBHZXJtYW55PGJyPg0KRmF4OiZuYnNwOyAmbmJzcDsrNDkg NDIxIDIwMCAzMTAzJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyZsdDs8YSBocmVm PSJodHRwczovL3d3dy5qYWNvYnMtdW5pdmVyc2l0eS5kZS8iIHRhcmdldD0iX2JsYW5rIj5odHRw czovL3d3dy5qYWNvYnMtdW5pdmVyc2l0eS5kZS88L2E+Jmd0Ozxicj4NCjxicj4NCl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KbmV0Y29uZiBtYWls aW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86bmV0Y29uZkBpZXRmLm9yZyIgdGFyZ2V0PSJf YmxhbmsiPm5ldGNvbmZAaWV0Zi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0 Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRjb25mIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93 d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRjb25mPC9hPjxvOnA+PC9vOnA+PC9wPg0K PC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8 L2h0bWw+DQo= --_000_MN2PR11MB43662E23EEE66A69BE7076FDB56C9MN2PR11MB4366namp_-- From nobody Mon Mar 15 09:53:58 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D80A03A16B3 for ; Mon, 15 Mar 2021 09:53:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 79OSVKJ7Dk8k for ; Mon, 15 Mar 2021 09:53:55 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id E06263A16B2 for ; Mon, 15 Mar 2021 09:53:54 -0700 (PDT) Received: from [192.168.1.117] (213-67-237-150-no99.tbcn.telia.com [213.67.237.150]) by mail.tail-f.com (Postfix) with ESMTPSA id 6DEE91AE035B; Mon, 15 Mar 2021 17:53:53 +0100 (CET) From: Jan Lindblad Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_A7F628A1-8A1F-4E2C-A9E2-2B4339739BE8" Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Date: Mon, 15 Mar 2021 17:53:52 +0100 In-Reply-To: Cc: Andy Bierman , Juergen Schoenwaelder , =?utf-8?Q?Martin_Bj=C3=B6rklund?= , "warren@kumari.net" , "netconf@ietf.org" To: "Rob Wilton (rwilton)" References: <608B4604-1970-4BE3-85E5-565985A4EBF6@tail-f.com> <20210315.111826.1844702859879595481.id@4668.se> <20210315.114630.905811507297421433.id@4668.se> <20210315120259.2r7ae3vzfmv2uln5@anna.jacobs.jacobs-university.de> X-Mailer: Apple Mail (2.3608.120.23.2.4) Archived-At: Subject: Re: [netconf] [Technical Errata Reported] RFC8525 (6484) X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2021 16:53:57 -0000 --Apple-Mail=_A7F628A1-8A1F-4E2C-A9E2-2B4339739BE8 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Andy wrote: > I strongly object to the introduction of YET ANOTHER module revision = for the YANG library, > just to fix something that has no impact on any real tools.=20 I don't strongly object to making changes in YANG Library, but I think = any changes on this fundamental level need to have substantial technical = merit to warrant the cost. > Only the first revision-stmt actually matters, and that is correct in = this case. If the import-by-revision-or-derived YANG extension proposed by the = versioning dt is approved and published as RFC, the revision history = will start to play a role in the interpretation of module contents. That = may actually be an argument for correcting or reconciling the = misrepresented date in the module at next the YANG Library change. > On 15 Mar 2021, at 17:34, Rob Wilton (rwilton) = wrote: >=20 > I still think that =E2=80=9CHold for Document Update=E2=80=9D is the = right outcome for this errata. I.e., this is a valid problem and should = be fixed if a new version of the module is published. > =20 > But I=E2=80=99m opposed to using an errata to change a YANG module = published in an RFC. That would mean that there are now two revisions = of the YANG module with the same date but different content. Now, that is a kind of change I would strongly object to. /jan > =20 > From: Andy Bierman =20 > Sent: 15 March 2021 16:17 > To: Juergen Schoenwaelder ; Rob = Wilton (rwilton) ; Martin Bj=C3=B6rklund = ; janl@tail-f.com; warren@kumari.net; netconf@ietf.org > Subject: Re: [netconf] [Technical Errata Reported] RFC8525 (6484) > =20 > =20 > =20 > On Mon, Mar 15, 2021 at 5:03 AM Juergen Schoenwaelder = > wrote: > On Mon, Mar 15, 2021 at 11:57:37AM +0000, Rob Wilton (rwilton) wrote: > >=20 > > I'm wondering whether we should consider doing an RFC8525-bis = document with the specific aim of addressing this? > > >=20 > This sounds like an overkill solution, an errata seems the way to > handle a little bug fix like this. I very doubt this affects many > implementations... >=20 > =20 > =20 > I strongly object to the introduction of YET ANOTHER module revision = for the YANG library, > just to fix something that has no impact on any real tools. Only the = first revision-stmt actually > matters, and that is correct in this case. > =20 > This bug should be handled with a simple Errata correcting the = revision history. > The data string is clearly wrong and changing it has no impact at all = on > modules that import ietf-yang-library. > =20 > =20 > /js > =20 > Andy > =20 >=20 > --=20 > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > Fax: +49 421 200 3103 > >=20 > _______________________________________________ > netconf mailing list > netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf = --Apple-Mail=_A7F628A1-8A1F-4E2C-A9E2-2B4339739BE8 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Andy = wrote:

I strongly object to the introduction = of YET ANOTHER module revision for the YANG library,
just to fix something that has no impact on any real = tools. 

I don't = strongly object to making changes in YANG Library, but I think any = changes on this fundamental level need to have substantial technical = merit to warrant the cost.

Only the first = revision-stmt actually matters, and that is correct in this = case.

If the import-by-revision-or-derived YANG = extension proposed by the versioning dt is approved and published as = RFC, the revision history will start to play a role in the = interpretation of module contents. That may actually be an argument for = correcting or reconciling the misrepresented date in the module at next = the YANG Library change.

On 15 Mar 2021, at 17:34, Rob Wilton (rwilton) <rwilton@cisco.com> = wrote:

I still = think that =E2=80=9CHold for Document Update=E2=80=9D is the right = outcome for this errata.  I.e., this is a valid problem and should = be fixed if a new version of the module is published.
 
But I=E2=80=99m opposed to using an errata to change a YANG = module published in an RFC.  That would mean that there are now two = revisions of the YANG module with the same date but different = content.

Now, that is a kind of change I would strongly = object to.

/jan


 
From: Andy Bierman <andy@yumaworks.com> 
Sent: 15 = March 2021 16:17
To: Juergen Schoenwaelder = <j.schoenwaelder@jacobs-university.de>; Rob Wilton = (rwilton) <rwilton@cisco.com>; Martin Bj=C3=B6rklund <mbj+ietf@4668.se>; janl@tail-f.com; warren@kumari.net; netconf@ietf.org
Subject: Re: [netconf] [Technical = Errata Reported] RFC8525 (6484)
 
 
 
On Mon, Mar 15, 2021 at = 5:03 AM Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> wrote:

On Mon, Mar 15, 2021 = at 11:57:37AM +0000, Rob Wilton (rwilton) wrote:
> 
> I'm = wondering whether we should consider doing an RFC8525-bis document with = the specific aim of addressing this?
>

This sounds like an overkill solution, an errata seems the = way to
handle a little bug fix like this. I very doubt = this affects many
implementations...

 
 
I = strongly object to the introduction of YET ANOTHER module revision for = the YANG library,
just to fix something that has no impact on any = real tools.  Only the first revision-stmt actually
matters, = and that is correct in this case.
 
This = bug should be handled with a simple Errata correcting the revision = history.
The data string is clearly wrong and changing it = has no impact at all on
modules that import = ietf-yang-library.
 
 
/js
 
Andy
 

-- 
Juergen = Schoenwaelder           Jacobs University = Bremen gGmbH
Phone: +49 421 200 3587      =    Campus Ring 1 | 28759 Bremen | Germany
Fax:   +49 421 200 3103        =  <https://www.jacobs-university.de/>

_______________________________________________
netconf mailing list
netconf@ietf.org
https://www.ietf.org/mailman/listinfo/netconf

= --Apple-Mail=_A7F628A1-8A1F-4E2C-A9E2-2B4339739BE8-- From nobody Mon Mar 15 10:11:32 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2FEBF3A16B0 for ; Mon, 15 Mar 2021 10:11:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.887 X-Spam-Level: X-Spam-Status: No, score=-1.887 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.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 6xpqVpcYW5ay for ; Mon, 15 Mar 2021 10:11:28 -0700 (PDT) Received: from mail-lf1-x12d.google.com (mail-lf1-x12d.google.com [IPv6:2a00:1450:4864:20::12d]) (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 E8EE03A1219 for ; Mon, 15 Mar 2021 10:11:27 -0700 (PDT) Received: by mail-lf1-x12d.google.com with SMTP id t18so10281390lfl.3 for ; Mon, 15 Mar 2021 10:11:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=3roxoeQ7UxHK7Q52FNCew9Shgc8vLp2wuon2wjRofVA=; b=BrzdAS2Pflm5mcZsSR/nfVc/uOK+uJ1rtOEneBCK32wCgOnIzCAumoLheUo/CbkaJe 27quJZMVSu5H9dQQy4+7zQBt/Aq6ua4KY5qR3eTHRMFebe927PKp4ph8jHNjbXjjlSXo +LomhRXUCh45r3ybFBzi5/bgeIUFFJixUcX8N6tYcRWx0LHR21ZrKkQQw088VNdIqOv8 s5Z9CVPS8LDkY3aa6xM4DJNhXWbr3SWsvsp0GGMTz++E85h/OKv/N6UF+5RYYfK9YVkw zQkRM61TDJMweIHXBdWyNcdJcgl5nIFKLdY9eiFDKD0IQO5qPtnfFSYlM6kDOdJgJNEk gNXw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=3roxoeQ7UxHK7Q52FNCew9Shgc8vLp2wuon2wjRofVA=; b=JoA6eQLtldm0DKZOAXDP/KCGL5byGmvlfa602SA6kczC2X9cXJnnrQck3JCMA7qkss LEtCW/2z1ZJHD8n+PJFXqToUMJ2vgXsBJB6XIxL9e3ZVzC+VysokBinXKiddgppX8svz BBTHfD74Ga/CBxI6Zk67O/OozDklP7NtsTEU//bjyf2pQomIRyAjqlT2Wck6dasMAG+H rmj/HMNTR4aFHyu8QJLbvTSC2hCDaknROMXGtFQ2CPJTiPsx4CB9DsKQTIIiC4K6ro7Z +SHjEYi05e/Zu2nWj3nG2BUZQfNoWngoojAEVyHRJnKws9JT8WxA5zl83Hfb6K2Dhcg1 qXRA== X-Gm-Message-State: AOAM532Rq587/yQhZR5PtvpGBVUzf1g3fAml+WDTMm264G5b2rd1jv6M 8Ae6kh9n+pIGv8ldNItA9hgg2fvhA4NpxykpIOLK/Q== X-Google-Smtp-Source: ABdhPJz0JYJDU0lxAHUIKpkvdBSTh2zpuRJ7GhHou8WQcyUwUNBjcnK8yYTRiuYH18n39ogBcM6utwYv8oa/aUiiVUA= X-Received: by 2002:a05:6512:1195:: with SMTP id g21mr8166796lfr.512.1615828285174; Mon, 15 Mar 2021 10:11:25 -0700 (PDT) MIME-Version: 1.0 References: <608B4604-1970-4BE3-85E5-565985A4EBF6@tail-f.com> <20210315.111826.1844702859879595481.id@4668.se> <20210315.114630.905811507297421433.id@4668.se> <20210315120259.2r7ae3vzfmv2uln5@anna.jacobs.jacobs-university.de> In-Reply-To: From: Andy Bierman Date: Mon, 15 Mar 2021 10:11:14 -0700 Message-ID: To: "Rob Wilton (rwilton)" Cc: Juergen Schoenwaelder , =?UTF-8?Q?Martin_Bj=C3=B6rklund?= , "janl@tail-f.com" , "warren@kumari.net" , "netconf@ietf.org" Content-Type: multipart/alternative; boundary="000000000000f4c06a05bd965650" Archived-At: Subject: Re: [netconf] [Technical Errata Reported] RFC8525 (6484) X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2021 17:11:30 -0000 --000000000000f4c06a05bd965650 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, Mar 15, 2021 at 9:34 AM Rob Wilton (rwilton) wrote: > I still think that =E2=80=9CHold for Document Update=E2=80=9D is the righ= t outcome for > this errata. I.e., this is a valid problem and should be fixed if a new > version of the module is published. > > > > But I=E2=80=99m opposed to using an errata to change a YANG module publis= hed in an > RFC. That would mean that there are now two revisions of the YANG module > with the same date but different content. > > > All Errata for YANG modules changes the YANG module. I do not see why this needs to be held for update but that is OK. Here is the text in the RFC revision 2019-01-04 { description "Added support for multiple datastores according to the Network Management Datastore Architecture (NMDA)."; reference "RFC 8525 : YANG Library"; } revision 2016-04-09 { description "Initial revision."; reference "RFC 7895 : YANG Module Libra= ry"; } The revision date of the 2nd entry is wrong. This is not a valid revision that needs to be preserved in the future. I do not see what real tools break if the date of a previous revision is wrong. It seems like we would have noticed before 2+ years if this broke real tools. Why would changing the 2016 date be an NBC change? There is no machine usage of revision-stmt 2 - N in YANG whatsoever. Andy > Regards, > > Rob > > > > > > *From:* Andy Bierman > *Sent:* 15 March 2021 16:17 > *To:* Juergen Schoenwaelder ; Rob > Wilton (rwilton) ; Martin Bj=C3=B6rklund ; > janl@tail-f.com; warren@kumari.net; netconf@ietf.org > *Subject:* Re: [netconf] [Technical Errata Reported] RFC8525 (6484) > > > > > > > > On Mon, Mar 15, 2021 at 5:03 AM Juergen Schoenwaelder < > j.schoenwaelder@jacobs-university.de> wrote: > > On Mon, Mar 15, 2021 at 11:57:37AM +0000, Rob Wilton (rwilton) wrote: > > > > I'm wondering whether we should consider doing an RFC8525-bis document > with the specific aim of addressing this? > > > > This sounds like an overkill solution, an errata seems the way to > handle a little bug fix like this. I very doubt this affects many > implementations... > > > > > > I strongly object to the introduction of YET ANOTHER module revision for > the YANG library, > > just to fix something that has no impact on any real tools. Only the > first revision-stmt actually > > matters, and that is correct in this case. > > > > This bug should be handled with a simple Errata correcting the revision > history. > > The data string is clearly wrong and changing it has no impact at all on > > modules that import ietf-yang-library. > > > > > > /js > > > > Andy > > > > > -- > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > Fax: +49 421 200 3103 > > _______________________________________________ > netconf mailing list > netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf > > --000000000000f4c06a05bd965650 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Mon, Mar 15, 2021 at 9:34 AM Rob W= ilton (rwilton) <rwilton@cisco.com<= /a>> wrote:

I still think that =E2=80=9CHold for Document = Update=E2=80=9D is the right outcome for this errata.=C2=A0 I.e., this is a= valid problem and should be fixed if a new version of the module is publis= hed.

=C2=A0

But I=E2=80=99m opposed to using an errata to = change a YANG module published in an RFC.=C2=A0 That would mean that there = are now two revisions of the YANG module with the same date but different c= ontent.

=C2=A0



All Errata for YANG modules changes t= he YANG module.

I do not see why this needs to be = held for update but that is OK.

Here is the text i= n the RFC

     revision 2019-01-04 {
       description
         "Added support for multiple datastores according to the
          Network Management Datastore Architecture (NMDA).";
       reference
         "RFC 8525=
: YANG Library";
     }
     revision 2016-04-09 {
       description
         "Initial revision.";
       reference
         "RFC 7895=
: YANG Module Library";
     }

The revision= date of the 2nd entry is wrong.
This is not a valid revision tha= t needs to be preserved in the future.
I do not see what real too= ls break if the date of a previous revision is wrong.
It seems li= ke we would have noticed before 2+ years if this broke real tools.

Why would changing the 2016 date be an NBC change?
There is no machine usage of revision-stmt 2 - N in YANG whatsoever.


Andy



=C2=A0

Regards,

Rob

=C2=A0

=C2=A0

From: Andy Bierman <andy@yumaworks.com>
Sent: 15 March 2021 16:17
To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>; Rob Wilton (rwilton) <rwilton@cisco.com>; Martin Bj=C3=B6rklund <mbj+ietf@4668.se>; janl@tail-f.com; warren@kumari.net; <= a href=3D"mailto:netconf@ietf.org" target=3D"_blank">netconf@ietf.org Subject: Re: [netconf] [Technical Errata Reported] RFC8525 (6484)=

=C2=A0

=C2=A0

=C2=A0

On Mon, Mar 15, 2021 at 5:03 AM Juergen Schoenwaelde= r <j.schoenwaelder@jacobs-university.de> wrote:

On Mon, Mar 15, 2021 at= 11:57:37AM +0000, Rob Wilton (rwilton) wrote:
>
> I'm wondering whether we should consider doing an RFC8525-bis docu= ment with the specific aim of addressing this?
>

This sounds like an overkill solution, an errata seems the way to
handle a little bug fix like this. I very doubt this affects many
implementations...

=C2=A0

=C2=A0

I strongly object to the introduction of YET ANOTHER= module revision for the YANG library,

just to fix something that has no impact on any real= tools.=C2=A0 Only the first revision-stmt actually

matters, and that is correct in this case.=

=C2=A0

This bug should be handled with a simple Errata corr= ecting the revision history.

The data string is clearly wrong and changing it has= no impact at all on

modules that import ietf-yang-library.=

=C2=A0

=C2=A0

/js

=C2=A0

Andy

=C2=A0


--
Juergen Schoenwaelder=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Jacobs Univer= sity Bremen gGmbH
Phone: +49 421 200 3587=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Campus Ring 1 | 28= 759 Bremen | Germany
Fax:=C2=A0 =C2=A0+49 421 200 3103=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<https://www.jac= obs-university.de/>

_______________________________________________
netconf mailing list
netconf@ietf.org<= br> https://www.ietf.org/mailman/listinfo/netconf

--000000000000f4c06a05bd965650-- From nobody Mon Mar 15 14:23:16 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AB44E3A0EF9 for ; Mon, 15 Mar 2021 14:23:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=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=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 5WEVGPBkYaAD for ; Mon, 15 Mar 2021 14:23:12 -0700 (PDT) Received: from mail-pl1-x629.google.com (mail-pl1-x629.google.com [IPv6:2607:f8b0:4864:20::629]) (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 4A7A93A0EF6 for ; Mon, 15 Mar 2021 14:23:12 -0700 (PDT) Received: by mail-pl1-x629.google.com with SMTP id a13so843931pln.8 for ; Mon, 15 Mar 2021 14:23:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=75eETvG35jrDta42s2LpMa9oiE1UFPfR4PJHzFuQp6A=; b=jFU4q9KjLeLJT1CS2zL4OmZhPHLCuiuvQtY0cfVV/Npv2Ob2js7X7PMXqBe6GR/RdW /MerpQysMfUJBZSwhbL6uF/pdCcwNxGXhYggHsSlWLnyO0W92gYLcfOh2tCNVEeV4lPD GQkE+18jGADng7TWwhSw0u4ct4hMuSh/Ll7cGhl2hZAbke3DwbNGsmcjs82cNhBF2TiJ fWtShMgvf/Isr7t938U4aJZBflnfYfdpyr7bnk5/aQ5PSOzewV2XS5M0xC12e58AhPgh xshjF4TtRTRjnyHZzuVftVcJU+I8ygiZRmAYI9ijarIb6O51hgVFsB/v6YiJEX/c7PIz FfwA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=75eETvG35jrDta42s2LpMa9oiE1UFPfR4PJHzFuQp6A=; b=VFYft4vHQpWDX9A/d/mJBUHMi1A0Grt9gMNp+ERGNO/KGs7Mbms4CHoWqPMBySaw6W D+KkZirkkbGy5XOaCIXmisrpLZ/Jz6yfuqYFxnnvtZ/8ZVW74fuWSKNBEOj2gO6eQmSh kMuZrprf0AwoyfqIOSlKr9yfB+IVqBGcVjORBeIjZyeu8hZh5rO/0bSIMJPWCJBDB7H+ e/4DPO6xHtncFl4VE9WotLlQTFVcBwuzGHIqiCSmB97UWWrbdcCfyKGvW9cjtFwaiVCp IzOFuKv75kzT2MKg2+WRx1ChxhHZglFtBslumK4qYHmXXhyAi+IBKnTmkFaqDSR1gdC6 jNIw== X-Gm-Message-State: AOAM531Bn+5kVf3tw7G15EWiRC3auinWwt8KGNtcXJA96BeBV8Yilu93 aD30OvszEMcj0I6xk5EGUKaK6p7tRTg= X-Google-Smtp-Source: ABdhPJyWWiP2SMR0S0kTX4wXV9oKcqT12lQSOI5p1kFqj43YGt40rIsz1hL1/bHjQSquMuGNKxlREA== X-Received: by 2002:a17:903:188:b029:e6:52f4:1b2d with SMTP id z8-20020a1709030188b02900e652f41b2dmr13590201plg.58.1615843391187; Mon, 15 Mar 2021 14:23:11 -0700 (PDT) Received: from ?IPv6:2601:647:5600:5020:642b:ba90:b393:7e40? ([2601:647:5600:5020:642b:ba90:b393:7e40]) by smtp.gmail.com with ESMTPSA id v14sm551698pju.19.2021.03.15.14.23.09 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 15 Mar 2021 14:23:10 -0700 (PDT) From: Mahesh Jethanandani Message-Id: <6B4CE162-09AD-4564-A7DA-7961C69064A0@gmail.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_CBBAAB71-3C3A-42C2-826D-0836CC54F053" Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Date: Mon, 15 Mar 2021 14:23:08 -0700 In-Reply-To: <20210223.095903.174502091636867084.id@4668.se> Cc: netconf@ietf.org To: =?utf-8?Q?Martin_Bj=C3=B6rklund?= References: <161403681984.28848.17868609938843218324@ietfa.amsl.com> <20210223.095903.174502091636867084.id@4668.se> X-Mailer: Apple Mail (2.3608.120.23.2.4) Archived-At: Subject: Re: [netconf] I-D Action: draft-ietf-netconf-https-notif-08.txt X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2021 21:23:15 -0000 --Apple-Mail=_CBBAAB71-3C3A-42C2-826D-0836CC54F053 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Martin, > On Feb 23, 2021, at 12:59 AM, Martin Bj=C3=B6rklund = wrote: >=20 > Hi, >=20 > I have read this version, and most of my comments for -07 are > addressed. However, I still have some comments: >=20 >=20 >=20 >=20 > o 2. Overview of Publisher to Receiver Interaction >=20 > The protocol consists of two HTTP-based target resources presented = by > the receiver. These two resources are sub-paths of a common = resource > that the publisher must know (e.g. specified in its configuration > data model). >=20 > When reading this text (and 3.2 and 4.1) it is still not clear how > this path is made known to the publisher. >=20 > I suggest these changes: >=20 > NEW: >=20 > The protocol consists of two HTTP-based target resources presented = by > the receiver. These two resources are sub-paths of a common = resource > that the publisher must know. If the data model in section 6.2 is > used, this common resource is defined in the "path" leaf in > "http-client-parameters". >=20 > o "capabilities": A target resource enabling the publisher > to discover what optional capabilities a receiver supports. > Publishers SHOULD query this target before sending any > notifications or if ever an error occurs. >=20 > o "relay-notifications": A target resource enabling the publisher > to send one or more notification to a receiver. This document > defines support for sending only one notification per message; a > future effort MAY extend the protocol to send multiple > notifications per message. Thanks for the suggested changes. We have incorporated them. >=20 > (note that sections 3.2 and 4.1 already refer to these resources by > the names "capabilities" and "relay-notifications"). Ack. >=20 >=20 > Additional note: are these really "sub-paths of a common resource"? > The "path" is just a prefix, it is not a resource. Perhaps rephrase > to: >=20 > The protocol consists of two HTTP-based target resources presented > by the receiver. If the data model in section 6.2 is used, these > resources are defined by the "path" leaf in = "http-client-parameters". >=20 Good point. We removed "sub-path=E2=80=9D, and any suggestions that it = is a resource, from the document. >=20 > In 3.2 and 4.1 I would also do: >=20 > OLD: >=20 > To learn the capabilities of a receiver, a publisher can issue an > HTTPS GET request to the "capabilities" resource under a known path > on the receiver >=20 > NEW: >=20 > To learn the capabilities of a receiver, a publisher can issue an > HTTPS GET request to the "capabilities" resource (see Section 2) > on the receiver >=20 > and similar in 4.1. >=20 >=20 Applied the changes to the draft. >=20 > o 3.3. >=20 > leaf-list receiver-capability { > type "inet:uri"; > description > "A capability supported by the receiver. A full list of > capabilities is defined in the 'Capabilities for HTTPS > Notification Receivers' registry (see RFC XXXX)."; > } > } >=20 > As it is possible that the receiver may return custom capability > URIs, the publisher MUST ignore any capabilities that it does not > recognize. >=20 >=20 > This seems contradictory - how can the server return custom > capabilities if there is a full list of capabilities available in an > IANA registry? >=20 >=20 Here is the updated text for the description statement: description "A capability supported by the receiver. A partial list of capabilities is defined in the 'Capabilities for HTTPS Notification Receivers' registry (see RFC XXXX). Additional custom capabilities MAY be defined.=E2=80=9D; >=20 > o 3 and 8.3 >=20 > There's a new capability defined: >=20 > Name: = urn:ietf:capability:https-notif-receiver:encoding:rfc8639-enabled > Reference: RFC XXXX > Description: Identifies support for RFC 8639 state machine. >=20 > This is the only description of this capability in this document. > How is it supposed to work? What should a publisher do with this > information? Which state machine is referred to? >=20 > (And, the name of the capability should be more descriptive, and not > contain the RFC number. What if there's a bis version published with > some errors fixed?) How about this for an updated name and description? Record: Name: = urn:ietf:capability:https-notif-receiver:encoding:sub-notif Reference: RFC XXXX Description: Identifies support for state machine described in RFC = 8639, enabling the publisher to send, e.g., the "subscription-started" notification. >=20 >=20 >=20 >=20 >=20 > /martin >=20 > _______________________________________________ > netconf mailing list > netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf Mahesh & Kent (as co-authors) --Apple-Mail=_CBBAAB71-3C3A-42C2-826D-0836CC54F053 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi = Martin,

On Feb 23, 2021, at 12:59 AM, Martin = Bj=C3=B6rklund <mbj+ietf@4668.se> wrote:

Hi,
I have read this version, and most of my = comments for -07 are
addressed.  However, I still = have some comments:




o  2.  Overview of Publisher to = Receiver Interaction

  The = protocol consists of two HTTP-based target resources presented by
  the receiver.  These two resources are = sub-paths of a common resource
  that the = publisher must know (e.g. specified in its configuration
=   data model).

When reading this = text (and 3.2 and 4.1) it is still not clear how
this = path is made known to the publisher.

I = suggest these changes:

NEW:

  The protocol consists of two = HTTP-based target resources presented by
  the = receiver.  These two resources are sub-paths of a common = resource
  that the publisher must know. =  If the data model in section 6.2 is
=   used, this common resource is defined in the "path" leaf = in
  "http-client-parameters".

  o "capabilities":  A target resource = enabling the publisher
     to = discover what optional capabilities a receiver supports.
=      Publishers SHOULD query this target before = sending any
     notifications = or if ever an error occurs.

  o = "relay-notifications":  A target resource enabling the publisher
     to send one or more = notification to a receiver.  This document
=      defines support for sending only one = notification per message; a
=      future effort MAY extend the protocol to = send multiple
     notifications = per message.

Thanks for the suggested changes. We have incorporated = them.


(note that sections 3.2 and = 4.1 already refer to these resources by
the names = "capabilities" and "relay-notifications").

Ack.



= Additional note: are these really "sub-paths of a common resource"?
The "path" is just a prefix, it is not a resource. =  Perhaps rephrase
to:

=   The protocol consists of two HTTP-based target resources = presented
  by the receiver.  If the data = model in section 6.2 is used, these
  resources = are defined by the "path" leaf in "http-client-parameters".


Good point. We removed "sub-path=E2=80=9D, and any = suggestions that it is a resource, from the document.


In 3.2 and 4.1 I would also do:

 OLD:

=   To learn the capabilities of a receiver, a publisher can = issue an
  HTTPS GET request to the = "capabilities" resource under a known path
  on = the receiver

 NEW:

  To learn the capabilities of a receiver, a = publisher can issue an
  HTTPS GET request to = the "capabilities" resource (see Section 2)
=   on the receiver

 and = similar in 4.1.



Applied = the changes to the draft.


o =  3.3.

=     leaf-list receiver-capability {
=       type "inet:uri";
=       description
=         "A capability supported = by the receiver.  A full list of
=          capabilities is = defined in the 'Capabilities for HTTPS
=          Notification = Receivers' registry (see RFC XXXX).";
=     }
  }

  As it is possible that the receiver may return = custom capability
  URIs, the publisher MUST = ignore any capabilities that it does not
=   recognize.


=  This seems contradictory - how can the server return custom
 capabilities if there is a full list of capabilities = available in an
 IANA registry?



Here is the updated text for the description = statement:

    = description
      "A capability supported by = the receiver.  A partial list of
      =  capabilities is defined in the 'Capabilities for = HTTPS
       Notification Receivers' = registry (see RFC XXXX). Additional
      =  custom capabilities MAY be defined.=E2=80=9D;


o  3 and 8.3

=  There's a new capability defined:

=   Name: =        urn:ietf:capability:https-notif-= receiver:encoding:rfc8639-enabled
  Reference: =   RFC XXXX
  Description: Identifies = support for RFC 8639 state machine.

This = is the only description of this capability in this document.
How is it supposed to work?  What should a publisher do = with this
information?  Which state machine is = referred to?

(And, the name of the = capability should be more descriptive, and not
contain = the RFC number.  What if there's a bis version published with
some errors fixed?)

How about = this for an updated name and description?

Record:
   Name:   =     =  urn:ietf:capability:https-notif-receiver:encoding:sub-notif
   Reference:   RFC XXXX
  =  Description: Identifies support for state machine described in RFC = 8639,
                = enabling the publisher to send, e.g., the
      =           "subscription-started" = notification.






/martin

_______________________________________________
netconf mailing list
netconf@ietf.org
https://www.ietf.org/mailman/listinfo/netconf

Mahesh & Kent (as = co-authors)




= --Apple-Mail=_CBBAAB71-3C3A-42C2-826D-0836CC54F053-- From nobody Tue Mar 16 00:44:07 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D697A3A1CC1 for ; Tue, 16 Mar 2021 00:44:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.121 X-Spam-Level: X-Spam-Status: No, score=-0.121 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, PDS_NAKED_TO_NUMERO=1.999, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=4668.se header.b=jPFstSTD; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=AguKCTKt 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 ZumYnTJD7A8U for ; Tue, 16 Mar 2021 00:44:04 -0700 (PDT) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7293B3A1CBF for ; Tue, 16 Mar 2021 00:44:03 -0700 (PDT) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 10B1E5C00FF; Tue, 16 Mar 2021 03:44:02 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Tue, 16 Mar 2021 03:44:02 -0400 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=fm1; bh= ADcwH2gLZ9VG3q7rlNgQSsYiVOa1ojjGEX0zcV6mx9s=; b=jPFstSTDMkD0pHk+ hK2G8OrXwji+GJI9f5D2ugKGNxhCgOX07KkELWIl8FOY4FjCgBmSID0pJf+zKBys 93vNPvbvgTy8kZnpP4oTTpVl3cDoTLf8gJBTDR8yAOnGh/SvK9Cowb1c1GmdWnSh hWFZRUtPAaG7cFYRxHkZHZiyEyoR37SWs4WZoMgcihmXAQyQtgLdU65bo8DkKWnR tqQJSypxZklTOdQIZ1EUO3KY347jvOExXflXl73VVq4kJciu4JgsUK35QPC79Pjf a+PU3r4eZo/osMyhudIwvZKWo5W8URIMEfHKPzq6TMjEb5L+IgaqCh9ylvdo+/kl oimAzA== 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=fm2; bh=ADcwH2gLZ9VG3q7rlNgQSsYiVOa1ojjGEX0zcV6mx 9s=; b=AguKCTKtWXes8f/t3UERnZ8+KYLa+ztbLpHCmaTqgjTpMgYIUJ8pGur2j HTF2KkTtyw4Y8CggMDzEUYitOCiEWGR5/3JH2Rm4Gg6sDQEEK7T7wR7BGhhpZmTm MyQR/Nu6X3a0kAC+7ExcxS3Twomwz/ytU0ZV1yhs0nP9LWBcnsxs5AXqJe/FLXZT WQt4bi0/7WVUaPRKlBkQXzPShUmKtPNwXOdxbbr3rjbcIiSvSydE+rj4hnCbwG9P HiMPXY18SBAVjA8bqbFnRa2nuRTvV8wTL1qXrU4s2JTH2XCON3OqgAs7DRK1JKTf Hre9CHfuZWpaO0cgMcPVqh8BpS2Xw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrudefuddgudduudcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepfffkvffuhfgjfhfogggtgfesth gsredtredtjeenucfhrhhomhepofgrrhhtihhnuceujhpnrhhklhhunhguuceomhgsjhdo ihgvthhfseegieeikedrshgvqeenucggtffrrghtthgvrhhnpeejfeeggfeufeekheelle evuddtgfdvjeeltdejheetffekudehtedvtefggfdtteenucffohhmrghinhephhhtthhp shhnohhtihhfihgtrghtihhonhhrvggtvghivhgvrhhsrhgvghhishhtrhihshgvvghrfh gtgiiggiigrdgrshdpihgvthhfrdhorhhgnecukfhppeduheekrddujeegrdegrddvudeh necuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepmhgsjh doihgvthhfseegieeikedrshgv X-ME-Proxy: Received: from localhost (unknown [158.174.4.215]) by mail.messagingengine.com (Postfix) with ESMTPA id 2759C24005B; Tue, 16 Mar 2021 03:44:01 -0400 (EDT) Date: Tue, 16 Mar 2021 08:43:59 +0100 (CET) Message-Id: <20210316.084359.697724172010373047.id@4668.se> To: mjethanandani@gmail.com Cc: netconf@ietf.org From: Martin =?iso-8859-1?Q?Bj=F6rklund?= In-Reply-To: <6B4CE162-09AD-4564-A7DA-7961C69064A0@gmail.com> References: <161403681984.28848.17868609938843218324@ietfa.amsl.com> <20210223.095903.174502091636867084.id@4668.se> <6B4CE162-09AD-4564-A7DA-7961C69064A0@gmail.com> X-Mailer: Mew version 6.8 on Emacs 26.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=utf-8 Content-Transfer-Encoding: base64 Archived-At: Subject: Re: [netconf] I-D Action: draft-ietf-netconf-https-notif-08.txt X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Mar 2021 07:44:06 -0000 SGksDQoNClRoYW5rcyBmb3IgYWRkcmVzc2luZyBteSBjb21tZW50cy4gIFNlZSBpbmxpbmU6DQoN Cg0KTWFoZXNoIEpldGhhbmFuZGFuaSA8bWpldGhhbmFuZGFuaUBnbWFpbC5jb20+IHdyb3RlOg0K PiBIaSBNYXJ0aW4sDQo+IA0KPiA+IE9uIEZlYiAyMywgMjAyMSwgYXQgMTI6NTkgQU0sIE1hcnRp biBCasO2cmtsdW5kIDxtYmoraWV0ZkA0NjY4LnNlPiB3cm90ZToNCj4gPiANCj4gPiBIaSwNCj4g PiANCj4gPiBJIGhhdmUgcmVhZCB0aGlzIHZlcnNpb24sIGFuZCBtb3N0IG9mIG15IGNvbW1lbnRz IGZvciAtMDcgYXJlDQo+ID4gYWRkcmVzc2VkLiAgSG93ZXZlciwgSSBzdGlsbCBoYXZlIHNvbWUg Y29tbWVudHM6DQoNClsuLi5dDQoNCj4gPiBvICAzLjMuDQo+ID4gDQo+ID4gICAgIGxlYWYtbGlz dCByZWNlaXZlci1jYXBhYmlsaXR5IHsNCj4gPiAgICAgICB0eXBlICJpbmV0OnVyaSI7DQo+ID4g ICAgICAgZGVzY3JpcHRpb24NCj4gPiAgICAgICAgICJBIGNhcGFiaWxpdHkgc3VwcG9ydGVkIGJ5 IHRoZSByZWNlaXZlci4gIEEgZnVsbCBsaXN0IG9mDQo+ID4gICAgICAgICAgY2FwYWJpbGl0aWVz IGlzIGRlZmluZWQgaW4gdGhlICdDYXBhYmlsaXRpZXMgZm9yIEhUVFBTDQo+ID4gICAgICAgICAg Tm90aWZpY2F0aW9uIFJlY2VpdmVycycgcmVnaXN0cnkgKHNlZSBSRkMgWFhYWCkuIjsNCj4gPiAg ICAgfQ0KPiA+ICAgfQ0KPiA+IA0KPiA+ICAgQXMgaXQgaXMgcG9zc2libGUgdGhhdCB0aGUgcmVj ZWl2ZXIgbWF5IHJldHVybiBjdXN0b20gY2FwYWJpbGl0eQ0KPiA+ICAgVVJJcywgdGhlIHB1Ymxp c2hlciBNVVNUIGlnbm9yZSBhbnkgY2FwYWJpbGl0aWVzIHRoYXQgaXQgZG9lcyBub3QNCj4gPiAg IHJlY29nbml6ZS4NCj4gPiANCj4gPiANCj4gPiAgVGhpcyBzZWVtcyBjb250cmFkaWN0b3J5IC0g aG93IGNhbiB0aGUgc2VydmVyIHJldHVybiBjdXN0b20NCj4gPiAgY2FwYWJpbGl0aWVzIGlmIHRo ZXJlIGlzIGEgZnVsbCBsaXN0IG9mIGNhcGFiaWxpdGllcyBhdmFpbGFibGUgaW4gYW4NCj4gPiAg SUFOQSByZWdpc3RyeT8NCj4gPiANCj4gPiANCj4gDQo+IEhlcmUgaXMgdGhlIHVwZGF0ZWQgdGV4 dCBmb3IgdGhlIGRlc2NyaXB0aW9uIHN0YXRlbWVudDoNCj4gDQo+ICAgICBkZXNjcmlwdGlvbg0K PiAgICAgICAiQSBjYXBhYmlsaXR5IHN1cHBvcnRlZCBieSB0aGUgcmVjZWl2ZXIuICBBIHBhcnRp YWwgbGlzdCBvZg0KPiAgICAgICAgY2FwYWJpbGl0aWVzIGlzIGRlZmluZWQgaW4gdGhlICdDYXBh YmlsaXRpZXMgZm9yIEhUVFBTDQo+ICAgICAgICBOb3RpZmljYXRpb24gUmVjZWl2ZXJzJyByZWdp c3RyeSAoc2VlIFJGQyBYWFhYKS4gQWRkaXRpb25hbA0KPiAgICAgICAgY3VzdG9tIGNhcGFiaWxp dGllcyBNQVkgYmUgZGVmaW5lZC7igJ07DQoNCk9rLCBidXQgaXMgaXQgY29ycmVjdCB0byBzYXkg dGhhdCB0aGUgSUFOQSByZWdpc3RyeSBpcyBhICJwYXJ0aWFsDQpsaXN0Ij8gIEkgd291bGQgc2F5 IGp1c3QgImxpc3QiIG9yIHBlcmhhcHMgInN0YW5kYXJkIGxpc3QiLg0KDQo+ID4gbyAgMyBhbmQg OC4zDQo+ID4gDQo+ID4gIFRoZXJlJ3MgYSBuZXcgY2FwYWJpbGl0eSBkZWZpbmVkOg0KPiA+IA0K PiA+ICAgTmFtZTogICAgICAgIHVybjppZXRmOmNhcGFiaWxpdHk6aHR0cHMtbm90aWYtcmVjZWl2 ZXI6ZW5jb2Rpbmc6cmZjODYzOS1lbmFibGVkDQo+ID4gICBSZWZlcmVuY2U6ICAgUkZDIFhYWFgN Cj4gPiAgIERlc2NyaXB0aW9uOiBJZGVudGlmaWVzIHN1cHBvcnQgZm9yIFJGQyA4NjM5IHN0YXRl IG1hY2hpbmUuDQo+ID4gDQo+ID4gVGhpcyBpcyB0aGUgb25seSBkZXNjcmlwdGlvbiBvZiB0aGlz IGNhcGFiaWxpdHkgaW4gdGhpcyBkb2N1bWVudC4NCj4gPiBIb3cgaXMgaXQgc3VwcG9zZWQgdG8g d29yaz8gIFdoYXQgc2hvdWxkIGEgcHVibGlzaGVyIGRvIHdpdGggdGhpcw0KPiA+IGluZm9ybWF0 aW9uPyAgV2hpY2ggc3RhdGUgbWFjaGluZSBpcyByZWZlcnJlZCB0bz8NCj4gPiANCj4gPiAoQW5k LCB0aGUgbmFtZSBvZiB0aGUgY2FwYWJpbGl0eSBzaG91bGQgYmUgbW9yZSBkZXNjcmlwdGl2ZSwg YW5kIG5vdA0KPiA+IGNvbnRhaW4gdGhlIFJGQyBudW1iZXIuICBXaGF0IGlmIHRoZXJlJ3MgYSBi aXMgdmVyc2lvbiBwdWJsaXNoZWQgd2l0aA0KPiA+IHNvbWUgZXJyb3JzIGZpeGVkPykNCj4gDQo+ IEhvdyBhYm91dCB0aGlzIGZvciBhbiB1cGRhdGVkIG5hbWUgYW5kIGRlc2NyaXB0aW9uPw0KPiAN Cj4gUmVjb3JkOg0KPiAgICBOYW1lOiAgICAgICAgdXJuOmlldGY6Y2FwYWJpbGl0eTpodHRwcy1u b3RpZi1yZWNlaXZlcjplbmNvZGluZzpzdWItbm90aWYNCj4gICAgUmVmZXJlbmNlOiAgIFJGQyBY WFhYDQo+ICAgIERlc2NyaXB0aW9uOiBJZGVudGlmaWVzIHN1cHBvcnQgZm9yIHN0YXRlIG1hY2hp bmUgZGVzY3JpYmVkIGluIFJGQyA4NjM5LA0KPiAgICAgICAgICAgICAgICAgZW5hYmxpbmcgdGhl IHB1Ymxpc2hlciB0byBzZW5kLCBlLmcuLCB0aGUNCj4gICAgICAgICAgICAgICAgICJzdWJzY3Jp cHRpb24tc3RhcnRlZCIgbm90aWZpY2F0aW9uLg0KDQoNCkknbSBzb3JyeSBidXQgSSBzdGlsbCBk b24ndCB1bmRlcnN0YW5kLiAgV2hhdCBpcyB0aGUgcHVycG9zZSBvZiB0aGlzDQpjYXBhYmlsaXR5 PyAgRG9lcyBpdCBtZWFuIHRoYXQgaWYgdGhlIHJlY2lldmVyIGFkdmVydGlzZXMgdGhpcw0KY2Fw YWJpbGl0eSB0aGVuIHRoZSBwdWJsaXNoZXIgTVVTVCBzZW5kIGUuZy4gInN1YnNjcmlwdGlvbi1z dGFydGVkIj8NClRoaXMgc2VlbXMgYSBiaXQgb2RkOyBpZiB0aGlzIHByb3RvY29sIGlzIHVzZWQg YXMgYSBjb25maWd1cmVkDQpzdWJzY3JpcHRpb24sIHRoZW4gdGhlIHB1Ymxpc2hlciB3aWxsIHNl bmQgInN1YnNjcmlwdGlvbi1zdGFydGVkIg0KcmVnYXJkbGVzcyBvZiBhbnkgcmVjZWl2ZXIgY2Fw YWJpbGl0aWVzLCByaWdodD8NCg0KDQovbWFydGluDQoNCg0KDQo+IA0KPiA+IA0KPiA+IA0KPiA+ IA0KPiA+IA0KPiA+IA0KPiA+IC9tYXJ0aW4NCj4gPiANCj4gPiBfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiA+IG5ldGNvbmYgbWFpbGluZyBsaXN0DQo+ ID4gbmV0Y29uZkBpZXRmLm9yZw0KPiA+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz dGluZm8vbmV0Y29uZg0KPiANCj4gTWFoZXNoICYgS2VudCAoYXMgY28tYXV0aG9ycykNCj4gDQo+ IA0KPiANCj4gDQo+IA0K From nobody Wed Mar 17 16:45:01 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 260CB3A1820 for ; Wed, 17 Mar 2021 16:45:00 -0700 (PDT) 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, 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 dXMRC3p5ITGt for ; Wed, 17 Mar 2021 16:44:58 -0700 (PDT) Received: from mail-pg1-x535.google.com (mail-pg1-x535.google.com [IPv6:2607:f8b0:4864:20::535]) (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 7989D3A181F for ; Wed, 17 Mar 2021 16:44:58 -0700 (PDT) Received: by mail-pg1-x535.google.com with SMTP id m7so242140pgj.8 for ; Wed, 17 Mar 2021 16:44:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=3YBMK9S9W31jXCWy8rOuoAuoxfcBb0dDf7cqgCu2fxw=; b=aijGQxO9l3jPA60NcwI+UyABtme9S+rmdZfRGxGwyfiaQEAZGAnpZBLJL6bBSUY3wo sAn+d7r/fzlvszkLnc+PsJkHZmhyDBTIn1pjzbyvt2QGmSN+YOdJs+bcnMP4aS1SYOJv 0+6uDT+nd36fbHL13it0bznMHpg1nGxQGhvqaWO6zC0r16D/qnqUAQQbtJpX2FLzsJKV OtjT1Z74C48FC7Ty9Wk2BLqVKVcfBr+AfeMMJyG1iF3MaV4UoQ68F1B2a3809oQIvwYo T+QRAFVTA2AMW55Zw+pk3zfP5m0GcyJ0NiXl3Pub/bBWmIjBs2X4M+UD6NQTQE5Z4wIC N+ZA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=3YBMK9S9W31jXCWy8rOuoAuoxfcBb0dDf7cqgCu2fxw=; b=QMiWBJzXduW4DSmNfPS5OwzXIhMC+qbcnQUk/O0qgAwqD1nCQKjfLwZxNgGKlrqKNU tjiETkqhTs0hGu5WOwqQm34bdy/KS49RVSbEJqo3678NmycsGATEA/OdPAq8kJBdgUh+ amhhyy4SLqc+kMl9nSAeH+08DK6T8t2HMWjtBOwJPFyfLOmoPGV3RNUFuN6AfvelVEOh D4zuobryhP3AJJlvzKuTNd5K6roMWZQJ/+WoAaarEOU5+hN+PdqZFiOmvjzSDC0VG9rd luYnYV5EKDZXjl8JsNBm0mu3EJoFKYXF7NbdHWMkbEGKfbMNKI+PXyCfzwWj32FRNCi3 XnzQ== X-Gm-Message-State: AOAM532PgPLVWZfA25no2nTZJ24806ilIL6+0zLC5Z+1HQurmjewawWP pmhIVVgpO++/HckoFvNzv3AgrpxPnCuS/w== X-Google-Smtp-Source: ABdhPJzzgVUZ+tGkI58dGNdE/HEnfPiXYtUaaZQ6mIhi9oZZDqL30a/lgStud4I/T8ytX1ItfBvE6A== X-Received: by 2002:a63:c901:: with SMTP id o1mr4697998pgg.232.1616024696663; Wed, 17 Mar 2021 16:44:56 -0700 (PDT) Received: from ?IPv6:2601:647:5600:5020:e834:82e3:cfdc:e68d? ([2601:647:5600:5020:e834:82e3:cfdc:e68d]) by smtp.gmail.com with ESMTPSA id g26sm152783pge.67.2021.03.17.16.44.55 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 17 Mar 2021 16:44:56 -0700 (PDT) From: Mahesh Jethanandani Message-Id: <0E0D23B0-7495-4E24-B6A9-98E80D537BDA@gmail.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_886DD661-833E-41A1-817B-8CE38377F36A" Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Date: Wed, 17 Mar 2021 16:44:54 -0700 In-Reply-To: <20210316.084359.697724172010373047.id@4668.se> Cc: netconf@ietf.org To: =?utf-8?Q?Martin_Bj=C3=B6rklund?= References: <161403681984.28848.17868609938843218324@ietfa.amsl.com> <20210223.095903.174502091636867084.id@4668.se> <6B4CE162-09AD-4564-A7DA-7961C69064A0@gmail.com> <20210316.084359.697724172010373047.id@4668.se> X-Mailer: Apple Mail (2.3608.120.23.2.4) Archived-At: Subject: Re: [netconf] I-D Action: draft-ietf-netconf-https-notif-08.txt X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2021 23:45:00 -0000 --Apple-Mail=_886DD661-833E-41A1-817B-8CE38377F36A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 [Trimming it down to open issues] Hi Martin, >=20 >>> o 3.3. >>>=20 >>> leaf-list receiver-capability { >>> type "inet:uri"; >>> description >>> "A capability supported by the receiver. A full list of >>> capabilities is defined in the 'Capabilities for HTTPS >>> Notification Receivers' registry (see RFC XXXX)."; >>> } >>> } >>>=20 >>> As it is possible that the receiver may return custom capability >>> URIs, the publisher MUST ignore any capabilities that it does not >>> recognize. >>>=20 >>>=20 >>> This seems contradictory - how can the server return custom >>> capabilities if there is a full list of capabilities available in an >>> IANA registry? >>>=20 >>>=20 >>=20 >> Here is the updated text for the description statement: >>=20 >> description >> "A capability supported by the receiver. A partial list of >> capabilities is defined in the 'Capabilities for HTTPS >> Notification Receivers' registry (see RFC XXXX). Additional >> custom capabilities MAY be defined.=E2=80=9D; >=20 > Ok, but is it correct to say that the IANA registry is a "partial > list"? I would say just "list" or perhaps "standard list". How about this? description "A capability supported by the receiver. A list of standard capabilities is defined in the 'Capabilities for HTTPS Notification Receivers' registry (see RFC XXXX). Additional custom capabilities MAY be defined.=E2=80=9D; >=20 >>> o 3 and 8.3 >>>=20 >>> There's a new capability defined: >>>=20 >>> Name: = urn:ietf:capability:https-notif-receiver:encoding:rfc8639-enabled >>> Reference: RFC XXXX >>> Description: Identifies support for RFC 8639 state machine. >>>=20 >>> This is the only description of this capability in this document. >>> How is it supposed to work? What should a publisher do with this >>> information? Which state machine is referred to? >>>=20 >>> (And, the name of the capability should be more descriptive, and not >>> contain the RFC number. What if there's a bis version published = with >>> some errors fixed?) >>=20 >> How about this for an updated name and description? >>=20 >> Record: >> Name: = urn:ietf:capability:https-notif-receiver:encoding:sub-notif >> Reference: RFC XXXX >> Description: Identifies support for state machine described in RFC = 8639, >> enabling the publisher to send, e.g., the >> "subscription-started" notification. >=20 >=20 > I'm sorry but I still don't understand. What is the purpose of this > capability? Does it mean that if the reciever advertises this > capability then the publisher MUST send e.g. "subscription-started"? > This seems a bit odd; if this protocol is used as a configured > subscription, then the publisher will send "subscription-started" > regardless of any receiver capabilities, right? That is correct. This capability advertised by the receiver says that it = support RFC 8639 based state machine. Only if the receiver advertises = this capability a =E2=80=9Csubscription-started=E2=80=9D has to be sent = before sending a notification. See Section 2, Overview of Publisher to = Receiver Interaction. You will notice that in the figure, there is no = requirement (by default) that a =E2=80=9Csubscription-started=E2=80=9D = has to be sent.=20 HTH. Mahesh & Kent (as co-authors) --Apple-Mail=_886DD661-833E-41A1-817B-8CE38377F36A Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 [Trimming it down to open issues]

Hi Martin,


o =  3.3.

   leaf-list = receiver-capability {
     type = "inet:uri";
     description
       "A capability = supported by the receiver.  A full list of
        capabilities = is defined in the 'Capabilities for HTTPS
        Notification = Receivers' registry (see RFC XXXX).";
   } }

 As it is possible = that the receiver may return custom capability
 URIs, = the publisher MUST ignore any capabilities that it does not
 recognize.


This seems contradictory - how can the server return = custom
capabilities if there is a full list of = capabilities available in an
IANA registry?



Here = is the updated text for the description statement:

   description
     "A capability supported by the = receiver.  A partial list of
      capabilities is defined = in the 'Capabilities for HTTPS
      Notification Receivers' = registry (see RFC XXXX). Additional
      custom capabilities MAY = be defined.=E2=80=9D;

Ok, but is it correct to say that the IANA registry is a = "partial
list"? =  I would say just "list" or perhaps "standard list".

How about = this?

description
     "A capability supported by the = receiver.  A list of standard
      capabilities is defined = in the 'Capabilities for HTTPS
      Notification Receivers' = registry (see RFC XXXX). Additional
      custom capabilities MAY = be defined.=E2=80=9D;


o  3 and 8.3

There's a new capability defined:

 Name: =        urn:ietf:capability:https-notif-= receiver:encoding:rfc8639-enabled
 Reference: =   RFC XXXX
 Description: Identifies support = for RFC 8639 state machine.

This is the = only description of this capability in this document.
How = is it supposed to work?  What should a publisher do with this
information?  Which state machine is referred to?

(And, the name of the capability should be = more descriptive, and not
contain the RFC number. =  What if there's a bis version published with
some = errors fixed?)

How about this = for an updated name and description?

Record:
  Name: =        urn:ietf:capability:https-notif-= receiver:encoding:sub-notif
  Reference: =   RFC XXXX
  Description: Identifies = support for state machine described in RFC 8639,
          &nb= sp;    enabling the publisher to send, e.g., the
          &nb= sp;    "subscription-started" notification.


I'm sorry but I still don't understand.  What is the = purpose of this
capability?  Does it mean that if the reciever = advertises this
capability then the publisher MUST send e.g. = "subscription-started"?
This seems a bit odd; if this protocol is used as a = configured
subscription, = then the publisher will send "subscription-started"
regardless of any receiver = capabilities, right?

That is correct. This capability advertised by the = receiver says that it support RFC 8639 based state machine. Only if the = receiver advertises this capability  a =E2=80=9Csubscription-started=E2= =80=9D has to be sent before sending a notification. See Section 2, = Overview of Publisher to Receiver Interaction. You will notice that in = the figure, there is no requirement (by default) that a = =E2=80=9Csubscription-started=E2=80=9D has to be = sent. 

HTH.

Mahesh & Kent (as = co-authors)




= --Apple-Mail=_886DD661-833E-41A1-817B-8CE38377F36A-- From nobody Wed Mar 17 19:14:37 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5A1C53A1B5C; Wed, 17 Mar 2021 19:14:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=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=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 luY21t8YWKk7; Wed, 17 Mar 2021 19:14:34 -0700 (PDT) Received: from mail-pg1-x52e.google.com (mail-pg1-x52e.google.com [IPv6:2607:f8b0:4864:20::52e]) (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 AEE323A1B5B; Wed, 17 Mar 2021 19:14:34 -0700 (PDT) Received: by mail-pg1-x52e.google.com with SMTP id r17so433217pgi.0; Wed, 17 Mar 2021 19:14:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=PW69amx3f6doS1CVOJa3tAoSfcfaN8UfQQKEEW7ujkU=; b=jJyOBkgtMTLKBmkZR0RgQlRWjMmS6npnjBWgzBfYTJIp5aPyMhViHid/MKshVOs508 sMqpdSGYpapw/6iflZo27LARHx6db4RV/2v/w5t+znLeQ9qD7NB0bICfXws8W31lYtBs dxfBh/PGQXM9NDmXL0ANDSTU+nlDN+3/t+WCCT2u9o035j+tZyMR1TMe0BdA3JPyOU/v 4TzJtyLpFAKZNfvFfQA+/zOS3/awU3eLBthGqgR9ty0GVee7xS+/U3qB4M3cjdrHk8sT UBxZqqyXUC9T2GYIEk3usThQiyvaQ2v5wolUT/7mnTZVbHEHwDbx0i5hTdR212hTTGCM nw2w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=PW69amx3f6doS1CVOJa3tAoSfcfaN8UfQQKEEW7ujkU=; b=MQAYMP8Ft+DjVQBD5TNp374lrABlUtbCW14r2lCAcjxrAcoZla2TAp5AsKL8hwvg3l rAYBwp/CFdPavge1bv9pYtq7NAMzGFPwZsy/Nepnc8HUgyHJSOh69DqGk/a8hIoxtvqj kbDkzOgnjZmKcXrmMKS+R3QzzaMGZvj4d6PsuHahioMXa4Xbn6b3LiU2xnvecAcYRqQl xpG/c0qW/ZKtT2GZSTtrKVJIVgvBPhVJm+hFwcxADyCiJrWMmhP+btSLsFSgaaQx+x5r S0reyU/1uFbEd2xUUar5tWoI27MNwpDGjSm/gcAxeIpjDepaw5fwGYDOhYgG2XFGy1fe Nj0Q== X-Gm-Message-State: AOAM530FpO1fP52v/sY8S/x23/wXlBaCWPgAaDm09keXboX2Tc0y6VZD vCTsklr7RyjEaC7c4wOvFaHm0tJPumEBIg== X-Google-Smtp-Source: ABdhPJx05vOnhL/X5TrkV9RqbJfgcAymk3pwr0TpSool9P7ziWRv1TkREw/mspmUjWIhTO58jDRacg== X-Received: by 2002:a63:e5e:: with SMTP id 30mr5145573pgo.181.1616033672908; Wed, 17 Mar 2021 19:14:32 -0700 (PDT) Received: from ?IPv6:2601:647:5600:5020:241e:a54:5e91:2c30? ([2601:647:5600:5020:241e:a54:5e91:2c30]) by smtp.gmail.com with ESMTPSA id v25sm354784pfn.51.2021.03.17.19.14.31 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 17 Mar 2021 19:14:32 -0700 (PDT) From: Mahesh Jethanandani Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_CC6513E4-1413-4A45-AD50-641ADF84624F" Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Date: Wed, 17 Mar 2021 19:14:31 -0700 In-Reply-To: <14B11029-19C9-47D2-9215-4236E69BD6BE@gmail.com> Cc: netconf-chairs To: Netconf References: <14B11029-19C9-47D2-9215-4236E69BD6BE@gmail.com> X-Mailer: Apple Mail (2.3608.120.23.2.4) Archived-At: Subject: Re: [netconf] WGLC on SZTP CSR draft X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2021 02:14:36 -0000 --Apple-Mail=_CC6513E4-1413-4A45-AD50-641ADF84624F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 We did not receive any comments or objections to the publication of this = draft. At this time, I will go ahead and close the LC on the draft, and = get it ready for publication. Thanks. > On Feb 23, 2021, at 6:12 PM, Mahesh Jethanandani = wrote: >=20 > We have not received any comments on this draft.=20 >=20 > The document had been reviewed extensively even before it was put on = LC. So this was more of an opportunity for anyone else who wanted to = provide comments, to do so. With that in mind, and because we are close = to the virtual meeting, we are extending the call till after IETF 110. = At that time, if there are no objections and no more comments are = received, we will get this document ready for publication. >=20 > Thanks. >=20 >=20 >> On Jan 11, 2021, at 3:00 PM, Mahesh Jethanandani = > wrote: >>=20 >> We are starting a 2 week WGLC for draft-ietf-netconf-sztp-csr which = is at version -01. >>=20 >> https://datatracker.ietf.org/doc/draft-ietf-netconf-sztp-csr/ = >>=20 >> Please respond on this thread indicating your support or concerns = about why this document should/should not be adopted. >>=20 >> We are particularly interested in statement of the form: >>=20 >> - I have reviewed the draft and found no issues.=20 >> - I have reviewed the draft and found the following issues =E2=80=A6 >>=20 >> This WGLC will conclude on Monday, January 25. An IPR call has = already been issued separately. >>=20 >> Thank you. >>=20 >> Mahesh & Kent (as co-chairs) >=20 > Mahesh & Kent (as co-chairs) >=20 >=20 >=20 >=20 >=20 Mahesh & Kent (as co-chairs) --Apple-Mail=_CC6513E4-1413-4A45-AD50-641ADF84624F Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 We = did not receive any comments or objections to the publication of this = draft. At this time, I will go ahead and close the LC on the draft, and = get it ready for publication.

Thanks.

On Feb 23, 2021, at 6:12 PM, = Mahesh Jethanandani <mjethanandani@gmail.com> wrote:

We have not received = any comments on this draft. 

The document had been reviewed extensively even before it = was put on LC. So this was more of an opportunity for anyone else who = wanted to provide comments, to do so. With that in mind, and because we = are close to the virtual meeting, we are extending the call till after = IETF 110. At that time, if there are no objections and no more comments = are received, we will get this document ready for publication.

Thanks.


On Jan 11, 2021, at 3:00 PM, Mahesh Jethanandani <mjethanandani@gmail.com> wrote:

We are starting a 2 = week WGLC for draft-ietf-netconf-sztp-csr which is at version -01.

https://datatracker.ietf.org/doc/draft-ietf-netconf-sztp-csr/

Please = respond on this thread indicating your support or concerns about why = this document should/should not be adopted.

We are particularly interested in = statement of the form:

- I have reviewed the draft and found no = issues. 
- I have reviewed the draft and found = the following issues =E2=80=A6

This WGLC will conclude on Monday, = January 25. An IPR call has already been issued separately.

Thank you.

Mahesh & Kent (as = co-chairs)

Mahesh & Kent (as = co-chairs)






Mahesh & Kent (as co-chairs)





= --Apple-Mail=_CC6513E4-1413-4A45-AD50-641ADF84624F-- From nobody Thu Mar 18 11:58:24 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F315D3A31D9; Thu, 18 Mar 2021 11:58:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 pgFJtqDjCD1o; Thu, 18 Mar 2021 11:58:10 -0700 (PDT) Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.249.19]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C5AB63A31DC; Thu, 18 Mar 2021 11:58:09 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by tuna.sandelman.ca (Postfix) with ESMTP id CB31C389B2; Thu, 18 Mar 2021 15:03:43 -0400 (EDT) Received: from tuna.sandelman.ca ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with LMTP id La3uYtbCM_g6; Thu, 18 Mar 2021 15:03:43 -0400 (EDT) Received: from sandelman.ca (obiwan.sandelman.ca [209.87.249.21]) by tuna.sandelman.ca (Postfix) with ESMTP id 4C865389B1; Thu, 18 Mar 2021 15:03:43 -0400 (EDT) Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 835171B9; Thu, 18 Mar 2021 14:58:08 -0400 (EDT) From: Michael Richardson To: Nico Williams , Toerless Eckert , spasm@ietf.org CC: anima@ietf.org, netconf@ietf.org In-Reply-To: <20210318183001.GN30153@localhost> References: <20210318165455.GM8957@faui48f.informatik.uni-erlangen.de> <20210318183001.GN30153@localhost> X-Mailer: MH-E 8.6+git; nmh 1.7+dev; GNU Emacs 26.1 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Archived-At: Subject: Re: [netconf] [lamps] [Anima] Long-lived certificates, but frequently renewed certificates X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2021 18:58:12 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Nico Williams wrote: > On Thu, Mar 18, 2021 at 05:54:55PM +0100, Toerless Eckert wrote: >> On Thu, Mar 18, 2021 at 08:57:04AM -0400, Michael Richardson wrote: >> > It seems that a CA ought to be able to express some other kind of = renewal >> > period directly. Is there any work in this area? > Well, it's a simple certificate extension to do that. But do RPs need > to see it? It seems like the enrolment protocol should tell the hold= er > when to come back. Still, it's simplest to stick it in the certifica= te > as an extension. No idea if there's any work going on around that. Yes, I agree, the RP doesn't need to know. It could well be state somewhere during the enrollment protocol. A pity that EST (and I think SCEP, but I haven't read it all), just returns the resulting certificate, and not something more useful, like a JSON dict that includes the certificate. RFC7030 has a 202, Retry-After, which could be used to tell the holder to go away and come back later, but the intended use is not to say not now, but rather, "I'm working on it". If the whole thing was more RESTful, then holders could be told to GET their certificate from some place, and we could use ETag, and Expiry headers to tell the holder that it hasn't changed, and isn't expected to change for awhile, so piss off and come back then. In the full ACP situation, then we might expect holders to have active RESTCONF management, and then we can renew certificates in a push scenario using draft-ietf-netconf-sztp-csr-01, which I note is now past WGLC. > A related idea is that an RP can want certificates to be "fresh" enou= gh > regardless of when their notAfters are, and again, there's no signali= ng > that via the supplicant's certificate unless somehow the issuer is > expected to know a policy all RPs want. I'm much less concerned about the RP here. The reason to issue long lifetime certificates is that things don't break just because some less critical infrastructure is not alive, or not reachab= le. Our reference example/use case in brski-async-enroll is communication betwe= en thermostats and furnaces in a (newly built) residence. The furnace needs to heat keep the home above zero even when the house is n= ot occupied, and possibly has not yet been occupied. Maybe abuse of the certificate renewal process is the wrong way to accompli= sh transfers of ownership. =2D- Michael Richardson . o O ( IPv6 I=C3=B8T consulti= ng ) Sandelman Software Works Inc, Ottawa and Worldwide --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAmBTosAACgkQgItw+93Q 3WVEjQf/QbqCUsi1986bTGCvQxSSX+5r6bvAGB+EslSU049hkj9dMXqPKBMtJflF A+W93gNNg5n3XSKOt5HLEwqrPR8AqyEtm3zOofH3wSrJ0/+CCZryDEL/3YXDayMe YTmC+d8DHbseeCFtl9eyAfFno7g2uvCaSG61DvyjQObqgQ0fSRHqfcXWshCCs7p6 IYZBd18z0FEWOGCiiVmNeDbbhXzvRW750N6tzvYJkeUlxWQG7voqjD7WkZzUEc+s brwm0gnl6g5eD6R20zlwPogqUv4PTwHsGXGNwinITE8IzWKSV3X82EgaqCPxs/Bh ZGjxqZz5rdoSLbY3SewtgwyMpdlisg== =ZOD2 -----END PGP SIGNATURE----- --=-=-=-- From nobody Thu Mar 18 12:12:25 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 729543A3211; Thu, 18 Mar 2021 12:12:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.1 X-Spam-Level: X-Spam-Status: No, score=-2.1 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_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cryptonector.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 a2dQJ4esWnZF; Thu, 18 Mar 2021 12:12:13 -0700 (PDT) Received: from camel.birch.relay.mailchannels.net (camel.birch.relay.mailchannels.net [23.83.209.29]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 468143A320D; Thu, 18 Mar 2021 12:12:13 -0700 (PDT) X-Sender-Id: dreamhost|x-authsender|nico@cryptonector.com Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 0CC2C341ED3; Thu, 18 Mar 2021 19:12:12 +0000 (UTC) Received: from pdx1-sub0-mail-a17.g.dreamhost.com (100-96-17-75.trex.outbound.svc.cluster.local [100.96.17.75]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 837B5341AE3; Thu, 18 Mar 2021 19:12:11 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|nico@cryptonector.com Received: from pdx1-sub0-mail-a17.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384) by 100.96.17.75 (trex/6.1.1); Thu, 18 Mar 2021 19:12:11 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|nico@cryptonector.com X-MailChannels-Auth-Id: dreamhost X-Shoe-Illustrious: 4bfd262a517ab8c1_1616094731828_4169850356 X-MC-Loop-Signature: 1616094731828:311727433 X-MC-Ingress-Time: 1616094731828 Received: from pdx1-sub0-mail-a17.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a17.g.dreamhost.com (Postfix) with ESMTP id 475D17E694; Thu, 18 Mar 2021 12:12:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cryptonector.com; h=date :from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to; s=cryptonector.com; bh=49l89RZncjak+w +g/fOJduOZoK0=; b=aZbNVoZTQTfdBMSywU7obqzr2tGt/hiuznpie8UKB/wFK9 gPdV1cPuNTapI5+qfnGXs+dNDfo5uHoXMXKxvHTCdZXlqbSXGsipKTgB6u0MBKac InuJAmyA+0EX3cdf/XcGpvAq+xQAMBjjVifWX+cjHAtRJD9t1eGuFldv2lpiY= Received: from localhost (unknown [24.28.108.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: nico@cryptonector.com) by pdx1-sub0-mail-a17.g.dreamhost.com (Postfix) with ESMTPSA id 982118331F; Thu, 18 Mar 2021 12:12:08 -0700 (PDT) Date: Thu, 18 Mar 2021 14:12:05 -0500 X-DH-BACKEND: pdx1-sub0-mail-a17 From: Nico Williams To: Michael Richardson Cc: Toerless Eckert , spasm@ietf.org, anima@ietf.org, netconf@ietf.org Message-ID: <20210318191205.GO30153@localhost> References: <20210318165455.GM8957@faui48f.informatik.uni-erlangen.de> <20210318183001.GN30153@localhost> <2113.1616093888@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2113.1616093888@localhost> User-Agent: Mutt/1.9.4 (2018-02-28) Archived-At: Subject: Re: [netconf] [lamps] [Anima] Long-lived certificates, but frequently renewed certificates X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2021 19:12:16 -0000 On Thu, Mar 18, 2021 at 02:58:08PM -0400, Michael Richardson wrote: > A pity that EST (and I think SCEP, but I haven't read it all), just returns > the resulting certificate, and not something more useful, like a JSON dict > that includes the certificate. But you can always send this kind of metadata in response headers. > If the whole thing was more RESTful, then holders could be told to GET their > certificate from some place, and we could use ETag, and Expiry headers to > tell the holder that it hasn't changed, and isn't expected to change for > awhile, so piss off and come back then. Yes, why not. A client that wants a certificate renewed too soon is not really a problem, unless it's abusive. But how would a _stateless_ CA know a client is being abusive other than by how soon the client is back? Still, suppose some supplicant has a valid certificate and some RP balks and says "come back with a fresher certificate"? What if this happens before 50% of the original certificate lifetime is up? I think "too soon" might best be defined as after 25% or less of the original certificate lifetime has passed since issuance. But then, I don't run massively popular public online CAs. > I'm much less concerned about the RP here. > The reason to issue long lifetime certificates is that things don't break > just because some less critical infrastructure is not alive, or not reachable. > > Our reference example/use case in brski-async-enroll is communication between > thermostats and furnaces in a (newly built) residence. > The furnace needs to heat keep the home above zero even when the house is not > occupied, and possibly has not yet been occupied. In a small enough network like a home network, I would think that forever credentials + revocation is the best answer. > Maybe abuse of the certificate renewal process is the wrong way to accomplish > transfers of ownership. I think next time I move I'll rip out all the thermostats and replace them with new ones to my preference :) But yes, I suspect there will come a time when there are many computers (and much firmware) in a home just as in motor vehicles, many/most/all not serviceable or replaceable by the "owner". Nico -- From nobody Thu Mar 18 12:22:59 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 586B23A3241; Thu, 18 Mar 2021 12:22:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -11.901 X-Spam-Level: X-Spam-Status: No, score=-11.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 gGTgmZjXINoD; Thu, 18 Mar 2021 12:22:51 -0700 (PDT) Received: from aer-iport-3.cisco.com (aer-iport-3.cisco.com [173.38.203.53]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C4AE83A3242; Thu, 18 Mar 2021 12:22:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3678; q=dns/txt; s=iport; t=1616095371; x=1617304971; h=from:message-id:mime-version:subject:date:in-reply-to:cc: to:references; bh=V8X8ssA6dpzLXGcp+dSAWsGwDw9NoxQZpbqsewbe8FI=; b=jhPHDb/qsQdE09aOp4f6LvctGr63mmdE8OW9NWrAsJsgKVbuvPFy0RL1 g2EErDegol740dLpGMbpmVADLMMtXcyAq1Fh/sqcZ7vp1tUcTYrEvAm6N nWWPr5KlHwBvJA1odEe9ycXqQ5jrT6zVbuEMBVSLJSPyrhFidvZv4OnF5 E=; X-Files: signature.asc : 488 X-IPAS-Result: =?us-ascii?q?A0BXAwByp1Ng/xbLJq1aHAEBAQEBAQcBARIBAQQEAQGCE?= =?us-ascii?q?IN3AScSMYRCiQSIRQOBCZlpgWgEBwEBAQoDAQE0BAEBgVuCdQKBeiY4EwIDA?= =?us-ascii?q?QEBAwIDAQEBAQUBAQECAQYEcYVuhkQBAQEDASNWBQsLGCoCAlcGCgmCcAGCZ?= =?us-ascii?q?iGqaHeBMoVYhFwQgTmBU4twQoILgREnHIIjNT6EAiaDLjWCKwSCQAUBAWdOJ?= =?us-ascii?q?VsKFSoIESEBnhGccoMOgzmBQJdXAx+DRJBDLI9/swxeAYN5AgQGBQIWgWsjg?= =?us-ascii?q?VkzGggbFWUBgj4+EhkNjlWOE0ADLzgCBgEJAQEDCY97AQE?= IronPort-HdrOrdr: A9a23:BcJpua1YuCgUCOiWRGrzDAqjBDAkLtp033Aq2lEZdDV+eKWj5q OTtd4c0gL5jytUZWE4lbm7VJWobHvA+fdOgLU5EqylWGDd0leADIYn1of6xi2lJiuWzI5g/I NtabJ3BtG1LVUSt6vHyS25F9pl/9Wd6qCvgo7loEtFdg1hZ6F+4woRMG/yeXFefwVICYE0E5 CR/KN81l+dUE4KZce2DGRtZYb+juDM/aiWAyIuNloC4AmKgSjA0s+fLzGomjEDTjhI3bAutU /CngCR3NTEj9iLjjnBymTU85Na3OHE9+IGLsmNhs8JQw+c7TqVWA== X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.81,259,1610409600"; d="asc'?scan'208";a="31872841" Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 18 Mar 2021 19:22:46 +0000 Received: from [10.61.144.57] ([10.61.144.57]) by aer-core-1.cisco.com (8.15.2/8.15.2) with ESMTPS id 12IJMjlC030894 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 18 Mar 2021 19:22:46 GMT From: Eliot Lear Message-Id: <718D80AD-8F12-4AA0-9D2A-2D8806B487C2@cisco.com> Content-Type: multipart/signed; boundary="Apple-Mail=_62026F26-6622-4F78-9FA3-C24CFF3B5A70"; protocol="application/pgp-signature"; micalg=pgp-sha256 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Date: Thu, 18 Mar 2021 20:22:44 +0100 In-Reply-To: <2113.1616093888@localhost> Cc: Nico Williams , Toerless Eckert , LAMPS , netconf@ietf.org, anima@ietf.org To: Michael Richardson References: <20210318165455.GM8957@faui48f.informatik.uni-erlangen.de> <20210318183001.GN30153@localhost> <2113.1616093888@localhost> X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Outbound-SMTP-Client: 10.61.144.57, [10.61.144.57] X-Outbound-Node: aer-core-1.cisco.com Archived-At: Subject: Re: [netconf] [Anima] [lamps] Long-lived certificates, but frequently renewed certificates X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2021 19:22:53 -0000 --Apple-Mail=_62026F26-6622-4F78-9FA3-C24CFF3B5A70 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hiya, > On 18 Mar 2021, at 19:58, Michael Richardson = wrote: >=20 > A pity that EST (and I think SCEP, but I haven't read it all), just = returns > the resulting certificate, and not something more useful, like a JSON = dict > that includes the certificate. >=20 > RFC7030 has a 202, Retry-After, which could be used to tell the holder = to > go away and come back later, but the intended use is not to say not = now, > but rather, "I'm working on it". This is definitely a problem in a number of deployments. One aspect = that people have to deal with is not so much the gross expiry time, but = when it is convenient to take a risk of moving to a new cert. Of course = you=E2=80=99re going to want to make that operation as bullet-proof as = possible, but in some environments they want multiple levels of = resilience. So scheduling does become an issue. The big question is- who does the scheduling? Is it the end system? Is = it the EST server? Who knows when =E2=80=9Cconvenient=E2=80=9D is? = Probably the answer is =E2=80=9Cboth=E2=80=9D. Eliot >=20 > If the whole thing was more RESTful, then holders could be told to GET = their > certificate from some place, and we could use ETag, and Expiry headers = to > tell the holder that it hasn't changed, and isn't expected to change = for > awhile, so piss off and come back then. >=20 > In the full ACP situation, then we might expect holders to have active > RESTCONF management, and then we can renew certificates in a push = scenario > using draft-ietf-netconf-sztp-csr-01, which I note is now past WGLC. >=20 >> A related idea is that an RP can want certificates to be "fresh" = enough >> regardless of when their notAfters are, and again, there's no = signaling >> that via the supplicant's certificate unless somehow the issuer is >> expected to know a policy all RPs want. >=20 > I'm much less concerned about the RP here. > The reason to issue long lifetime certificates is that things don't = break > just because some less critical infrastructure is not alive, or not = reachable. >=20 > Our reference example/use case in brski-async-enroll is communication = between > thermostats and furnaces in a (newly built) residence. > The furnace needs to heat keep the home above zero even when the house = is not > occupied, and possibly has not yet been occupied. >=20 > Maybe abuse of the certificate renewal process is the wrong way to = accomplish > transfers of ownership. >=20 > -- > Michael Richardson . o O ( IPv6 I=C3=B8T = consulting ) > Sandelman Software Works Inc, Ottawa and Worldwide >=20 >=20 --Apple-Mail=_62026F26-6622-4F78-9FA3-C24CFF3B5A70 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEmNC9kEYdsJKnsmEdh7ZrRtnSejMFAmBTqIQACgkQh7ZrRtnS ejOG/QgAtiq2+bJzcTovYR9EUgmdA8QveCet2wvy8Vklb7jqemUQe9B1wUaeo0OH 8EysNJu5HdlfmoQeniiOw6zLSlv4mCqjLBdd+L19Zxrmf7QknsyC+PB2Nms0s5Yz Fq4rOcPwnD6oP5DIQgB8CzXowMF//qWXjvAkam0ZWx9xwYR61hfMTO/PkRmsN49b xpdbSWiQkPqgVL/bJ7kcYYz7i8kZzWF6ssO1/t0sRTDEhMVimTpSo/Q+UUBUQ0km sNKaT+NnqiLjoldUqSF1PH5K7vrLmIjl6+p20GqNuw+PQNGswIvBgpLM1uLi0s3W I7Hnfx1+RcLZWlzDf5hMBVN30Ep5nw== =dwV9 -----END PGP SIGNATURE----- --Apple-Mail=_62026F26-6622-4F78-9FA3-C24CFF3B5A70-- From nobody Sat Mar 20 10:32:16 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6229B3A26E9; Sat, 20 Mar 2021 10:32:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 lov2v-d93I40; Sat, 20 Mar 2021 10:32:08 -0700 (PDT) Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.249.19]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DA9C43A26E7; Sat, 20 Mar 2021 10:32:07 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by tuna.sandelman.ca (Postfix) with ESMTP id 74D6C389AA; Sat, 20 Mar 2021 13:37:48 -0400 (EDT) Received: from tuna.sandelman.ca ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with LMTP id pOCgstnlnbkW; Sat, 20 Mar 2021 13:37:47 -0400 (EDT) Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id 6313D389A1; Sat, 20 Mar 2021 13:37:47 -0400 (EDT) Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 4BC84240; Sat, 20 Mar 2021 13:32:05 -0400 (EDT) From: Michael Richardson To: Tomas Gustavsson , spasm@ietf.org, anima@ietf.org, netconf@ietf.org In-Reply-To: <5804c0f5-0ec8-d6d5-5aad-beda86c83845@primekey.com> References: <20210318130241.A6B44389A8@tuna.sandelman.ca> <22886.1616091336@localhost> <8f637c08-3539-4eaf-c6cf-82f3c8edd8d7@primekey.com> <5804c0f5-0ec8-d6d5-5aad-beda86c83845@primekey.com> X-Mailer: MH-E 8.6+git; nmh 1.7+dev; GNU Emacs 26.1 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Archived-At: Subject: Re: [netconf] [lamps] Long-lived certificates, but frequently renewed certificates X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2021 17:32:11 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Tomas Gustavsson wrote: >>> It's common in eID/ePassport, such as ICAO 9303, to sign "new with >>> old". That way, if trusting the old trust anchor, you can automatic= ally >>> trust the new. The other way (old-with-new) I have not seen any use= of >>> in practice. >> The old-with-new and new-with-old practice is described in RFC 2510. I wandered through the document, it does not have a ToC. I think section 2.4 _Root CA key update_ ? The terminology OldWithNew explained in 2.4.1 but not directly. In RFC2510, it doesn't matter, since we do all four combinations. > I know that. I'm merely pointing out that I have not seen anyone actu= ally use > new-with-old in real life. I put a question to the list some time ago= (during > CMP update discussion) and no-one (that answered) remembered ever see= ing it > in real use. I see. > Old-with-new is fairly trivial, both technically and > organizationally. New-with-old puts completely different requirements= on a CA > rollover procedure, for in most cases no reason. Anything new designe= d I > would rather see analyze the usage and need instead of simply copying= the > notation from RFC2510. Let me expand the terms: old-with-new -> old public key signed with new anchor new-with-old -> new public key signed with old anchor There is an existing old-with-old, which is the old anchor. There will be a new-with-new, which is the new anchor. I guess I can see how one can run with just old-with-new. Both situations insert an additional subordinate CA between the trust anchor and the EE. The process described in RFC2510 essentially assumes that all devices are online and can always query the directory. The first devices that come back to the Registrar to renew will get a certificate signed with the new-anchor, and will be provided with a certificate that includes the chain [old-signs-new, EE], which it is to use for whatever peer to peer communications it does {(D)TLS, EDHOC, IKEv2, 802= .15.9...} The device will have to keep the old anchor, and get the new anchor. It feels like this means transfering the old anchor again. (Esko: this argues for the ability to return multiple items, one at a time via CoAP. Somehow ETAG to avoid redundant transfers?) This works with peer devices which have not updated yet, as they will just see a longer chain. Devices with the new anchor will skip verification of the "old-signs-new" in the chain, as they will immediately be able to verify with new. When all devices have a new certificate, then we would ideally like a second round of renewals where the old-signs-new is removed, and the old anchor is removed. That doesn't actually have to replace or update the EE, I think. We just need to remove the old anchor, and delete all entries where old sig= ns something from the chain. Has this been signaled in some way? We certificate renewal done relatively soon accomplishes it, at the cost of more bytes transfered and some needless writes to flash. This doubly motivates either making all renewals driven by the Registrar (reaching out via RESTCONF, CORECONF)! Or to having a clear signal that despite the notAfter being in some distant reliable future, that a higher frequency of renewal attempts is desired. These seem like things we should have put into draft-ietf-ace-est-coaps! Some of this is also already worked out for symmetric network keys in draft-ietf-6tisch-minimal-security. =2D- Michael Richardson . o O ( IPv6 I=C3=B8T consulti= ng ) Sandelman Software Works Inc, Ottawa and Worldwide --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAmBWMZUACgkQgItw+93Q 3WVJdgf/TCmDRtQ4AYbD5lA4Zze693T7V+fkFtruOJ04DGiIeMWgWGDvuMNEEJkr E0QnAK3KusrY26ZBjgxr5xze3m8xKp+YwkeagVNx/BDcK5qCyAl0NUC2a5Okd7AL I7iekAOTg1YcQyJxJjl0oRTf0QfYriRYNPULni3AH6tqgCpjiSq5oFTPygK3fYCx rOGLRIZXHQSTDTRX7grIZd2mJNm36oSKXCVJy7BUHmzOW6zAmxtaKuwUa/Ente5v q4lf56M1IHB4suZVxSMQqVSl4VXIYgCsiC9ZJMudJqS+pq4x7zS7CnFtTZsw+95f ZUa1IMmF1CYDqKcKTnKnppRSruJmcA== =OqxU -----END PGP SIGNATURE----- --=-=-=-- From nobody Sat Mar 20 10:41:17 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 418693A1A68; Sat, 20 Mar 2021 10:41:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.1 X-Spam-Level: X-Spam-Status: No, score=-2.1 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, NICE_REPLY_A=-0.001, SPF_HELO_NONE=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=primekey.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 wv4P-gvCSLhM; Sat, 20 Mar 2021 10:41:10 -0700 (PDT) Received: from mta.primekey.com (mta.primekey.com [84.55.121.182]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A12323A2703; Sat, 20 Mar 2021 10:41:09 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mta.primekey.com (Postfix) with ESMTP id 278FF10079766; Sat, 20 Mar 2021 18:41:03 +0100 (CET) Received: from mta.primekey.com ([127.0.0.1]) by localhost (zmtaproxy1.primekey.com [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id YEfOku_B8Tc8; Sat, 20 Mar 2021 18:41:02 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mta.primekey.com (Postfix) with ESMTP id 9EB6D100B73EF; Sat, 20 Mar 2021 18:41:02 +0100 (CET) DKIM-Filter: OpenDKIM Filter v2.10.3 mta.primekey.com 9EB6D100B73EF DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=primekey.com; s=6D774DCE-6C46-11EB-A247-1FC5EFC89CA4; t=1616262062; bh=QpLQw2J+j9kgnntTY56JqgI625MnfpM9V4hHJ2i2fbY=; h=To:From:Message-ID:Date:MIME-Version; b=eAq7FKD2wVm5x/ABtS2h1yp4qQoIWrPJwdDOQKxAis29uF1HnZFCSNGU5mP+CqQle 3ExwWjAEgt9pdhC2V08ulcgz5+S5CK5aCSVmWN7leKy9MI/lotWuEbfbDEx1sSmVTl 8614L/hAWt4+iqQXl5qNwGFKecKuTV33mvmTelPxOSQXT0bJMCzNGG40N9bi0vprMa MilPS+mj3oE9G//yRzfeSZDBoQCh8h3INs9guv4Atyo+5ZWAwPZeXiTFVb+uDu5GCO CJMiye0gK9tSySGQq3p5IUokqO+wdO7nBOPXF1l5EgHmE65Wi5M3cJsNfYdFLtjmwl eDViUZLFxczQQ== X-Virus-Scanned: amavisd-new at zmtaproxy1.primekey.com Received: from mta.primekey.com ([127.0.0.1]) by localhost (zmtaproxy1.primekey.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id yuue4OVadZnR; Sat, 20 Mar 2021 18:41:02 +0100 (CET) Received: from [192.168.1.113] (unknown [172.21.0.2]) by mta.primekey.com (Postfix) with ESMTPSA id 7558210079766; Sat, 20 Mar 2021 18:41:02 +0100 (CET) To: Michael Richardson , spasm@ietf.org, anima@ietf.org, netconf@ietf.org References: <20210318130241.A6B44389A8@tuna.sandelman.ca> <22886.1616091336@localhost> <8f637c08-3539-4eaf-c6cf-82f3c8edd8d7@primekey.com> <5804c0f5-0ec8-d6d5-5aad-beda86c83845@primekey.com> <29802.1616261525@localhost> From: Tomas Gustavsson Message-ID: <79084994-2bd0-dcea-2968-c64f197c50e1@primekey.com> Date: Sat, 20 Mar 2021 18:41:02 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: <29802.1616261525@localhost> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [netconf] [lamps] Long-lived certificates, but frequently renewed certificates X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2021 17:41:12 -0000 On 2021-03-20 18:32, Michael Richardson wrote: > > Tomas Gustavsson wrote: > >>> It's common in eID/ePassport, such as ICAO 9303, to sign "new with > >>> old". That way, if trusting the old trust anchor, you can automatically > >>> trust the new. The other way (old-with-new) I have not seen any use of > >>> in practice. > > >> The old-with-new and new-with-old practice is described in RFC 2510. > > I wandered through the document, it does not have a ToC. > I think section 2.4 _Root CA key update_ ? > The terminology OldWithNew explained in 2.4.1 but not directly. > In RFC2510, it doesn't matter, since we do all four combinations. > > > I know that. I'm merely pointing out that I have not seen anyone actually use > > new-with-old in real life. I put a question to the list some time ago (during > > CMP update discussion) and no-one (that answered) remembered ever seeing it > > in real use. > > I see. > > > Old-with-new is fairly trivial, both technically and > > organizationally. New-with-old puts completely different requirements on a CA > > rollover procedure, for in most cases no reason. Anything new designed I > > would rather see analyze the usage and need instead of simply copying the > > notation from RFC2510. > > Let me expand the terms: > old-with-new -> old public key signed with new anchor > new-with-old -> new public key signed with old anchor Hah, I managed to trip myself up, that was funny :-) I meant of course that new-with-old is what I see used extensively in practice (ICAO 9303 being one example), while I have not seen old-with-new in practice. (new-with-new is always created of course, as self-signed Root CA certificate) Cheers, Tomas From nobody Sat Mar 20 11:00:30 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 033113A2768; Sat, 20 Mar 2021 11:00:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 B8SD-dKpTvHG; Sat, 20 Mar 2021 11:00:26 -0700 (PDT) Received: from tuna.sandelman.ca (tuna.sandelman.ca [IPv6:2607:f0b0:f:3:216:3eff:fe7c:d1f3]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6EB8C3A2764; Sat, 20 Mar 2021 11:00:26 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by tuna.sandelman.ca (Postfix) with ESMTP id F27CC389B5; Sat, 20 Mar 2021 14:06:05 -0400 (EDT) Received: from tuna.sandelman.ca ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with LMTP id VvIYK2BHXpZH; Sat, 20 Mar 2021 14:06:04 -0400 (EDT) Received: from sandelman.ca (obiwan.sandelman.ca [209.87.249.21]) by tuna.sandelman.ca (Postfix) with ESMTP id DF44A389B4; Sat, 20 Mar 2021 14:06:04 -0400 (EDT) Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id E9CB6240; Sat, 20 Mar 2021 14:00:21 -0400 (EDT) From: Michael Richardson To: Eliot Lear , Nico Williams , Toerless Eckert , LAMPS , netconf@ietf.org, anima@ietf.org In-Reply-To: <718D80AD-8F12-4AA0-9D2A-2D8806B487C2@cisco.com> References: <20210318165455.GM8957@faui48f.informatik.uni-erlangen.de> <20210318183001.GN30153@localhost> <2113.1616093888@localhost> <718D80AD-8F12-4AA0-9D2A-2D8806B487C2@cisco.com> X-Mailer: MH-E 8.6+git; nmh 1.7+dev; GNU Emacs 26.1 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Archived-At: Subject: Re: [netconf] [Anima] [lamps] Long-lived certificates, but frequently renewed certificates X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2021 18:00:29 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Eliot Lear wrote: >> On 18 Mar 2021, at 19:58, Michael Richardson = wrote: >> >> A pity that EST (and I think SCEP, but I haven't read it all), just = returns >> the resulting certificate, and not something more useful, like a JSO= N dict >> that includes the certificate. >> >> RFC7030 has a 202, Retry-After, which could be used to tell the hold= er to >> go away and come back later, but the intended use is not to say not = now, >> but rather, "I'm working on it". > This is definitely a problem in a number of deployments. One aspect > that people have to deal with is not so much the gross expiry time, b= ut > when it is convenient to take a risk of moving to a new cert. Of > course you=E2=80=99re going to want to make that operation as bullet-= proof as > possible, but in some environments they want multiple levels of > resilience. So scheduling does become an issue. > The big question is- who does the scheduling? Is it the end system? > Is it the EST server? Who knows when =E2=80=9Cconvenient=E2=80=9D is= ? Probably the > answer is =E2=80=9Cboth=E2=80=9D. It has to be a three phase commit, and it needs to be initiated from the ES= T server. 1) send out new identities and trust anchors, but continue to initiate with old ones. 2) do a fire drill with new identities, testing responders 3) switch to new identities, mark old identities to be removed I really like the netconf solution. I think that putting the EST server in charge of collecting new CSRs, and delivering new certificates is the right way. I argued for this back when = we were doing 6tisch-minimal-security: on a challenged network, a stampeding herd of elephants is very undesireable. I would like brski-async-enroll to consider https://datatracker.ietf.org/doc/draft-ietf-netconf-sztp-csr/?include_te= xt=3D1 as being the collection protocol between registrar agent and pledge. =2D- Michael Richardson . o O ( IPv6 I=C3=B8T consulti= ng ) Sandelman Software Works Inc, Ottawa and Worldwide --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAmBWODUACgkQgItw+93Q 3WVRyQf8D7H94q0uWBU0ZZZiOPnIx/Yp08sn00olD9qi5zygPHSMoRcfcFZN+Tj5 OXFcSfBLxNtOKixtZnsAWPFTfcKUa7y/WBdvtZF0tbGjSSxb5nZo6crL1kYKeUIa Hvtjj9kMnl1EYiNG7aA4asDBDILYm1uV68H+z/Kcm0lu02tnCMfXBZje7CnSPhrf hOtyZ2frYHnfZAaDJ97H93M5pROfWpRdUhUrjz6mIkvUscMiV9VbLUsWCn6DFTI7 jje/YgCyOdNDRe6WDPxvOcYTVnzjVaYrmU5SevqLJzGC//KqaGG/N9nw/UDoU/lQ Y8cHNHvj8PmecU7/2Tplf94sW0zGsA== =uEJz -----END PGP SIGNATURE----- --=-=-=-- From nobody Sat Mar 20 13:37:13 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B8DDA3A2A0B; Sat, 20 Mar 2021 13:37:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.1 X-Spam-Level: X-Spam-Status: No, score=-2.1 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_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cryptonector.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 snKpJEIhFh1D; Sat, 20 Mar 2021 13:37:06 -0700 (PDT) Received: from dormouse.elm.relay.mailchannels.net (dormouse.elm.relay.mailchannels.net [23.83.212.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 939F13A2A0A; Sat, 20 Mar 2021 13:37:05 -0700 (PDT) X-Sender-Id: dreamhost|x-authsender|nico@cryptonector.com Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 3E1B37E141E; Sat, 20 Mar 2021 20:37:04 +0000 (UTC) Received: from pdx1-sub0-mail-a55.g.dreamhost.com (100-96-16-31.trex.outbound.svc.cluster.local [100.96.16.31]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id A09AE7E1730; Sat, 20 Mar 2021 20:37:03 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|nico@cryptonector.com Received: from pdx1-sub0-mail-a55.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384) by 100.96.16.31 (trex/6.1.1); Sat, 20 Mar 2021 20:37:04 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|nico@cryptonector.com X-MailChannels-Auth-Id: dreamhost X-Madly-Continue: 42858be1796b6990_1616272624066_2226843089 X-MC-Loop-Signature: 1616272624066:2984615136 X-MC-Ingress-Time: 1616272624066 Received: from pdx1-sub0-mail-a55.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a55.g.dreamhost.com (Postfix) with ESMTP id 65E8185D14; Sat, 20 Mar 2021 13:37:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cryptonector.com; h=date :from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to:content-transfer-encoding; s= cryptonector.com; bh=4lIMcdaOTctdaJtdNwzGD4HOxvk=; b=QigOVJcevt5 q0pindF1AVfi9Ye0rdxOBn8BMi4Qcd4AfMH+B5ECBM8+GLBI6qXKgLMny/2JEVRC xBgpsD+5cfqDLucrCg8461rRHWIrCu5CMuwuOjbRa7kKadHeFqAH1D4OPDWI3yCP LxG4MDiVXzXOGWU4dyjyLAkBG0f3czHI= Received: from localhost (unknown [24.28.108.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: nico@cryptonector.com) by pdx1-sub0-mail-a55.g.dreamhost.com (Postfix) with ESMTPSA id 7744D7E38E; Sat, 20 Mar 2021 13:36:59 -0700 (PDT) Date: Sat, 20 Mar 2021 15:36:56 -0500 X-DH-BACKEND: pdx1-sub0-mail-a55 From: Nico Williams To: Eliot Lear Cc: Michael Richardson , Toerless Eckert , LAMPS , netconf@ietf.org, anima@ietf.org Message-ID: <20210320203655.GR30153@localhost> References: <20210318165455.GM8957@faui48f.informatik.uni-erlangen.de> <20210318183001.GN30153@localhost> <2113.1616093888@localhost> <718D80AD-8F12-4AA0-9D2A-2D8806B487C2@cisco.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <718D80AD-8F12-4AA0-9D2A-2D8806B487C2@cisco.com> User-Agent: Mutt/1.9.4 (2018-02-28) Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [netconf] [Anima] [lamps] Long-lived certificates, but frequently renewed certificates X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2021 20:37:08 -0000 On Thu, Mar 18, 2021 at 08:22:44PM +0100, Eliot Lear wrote: > > On 18 Mar 2021, at 19:58, Michael Richardson = wrote: > > A pity that EST (and I think SCEP, but I haven't read it all), just r= eturns > > the resulting certificate, and not something more useful, like a JSON= dict > > that includes the certificate. > >=20 > > RFC7030 has a 202, Retry-After, which could be used to tell the holde= r to > > go away and come back later, but the intended use is not to say not n= ow, > > but rather, "I'm working on it". >=20 > This is definitely a problem in a number of deployments. One aspect > that people have to deal with is not so much the gross expiry time, > but when it is convenient to take a risk of moving to a new cert. Of > course you=E2=80=99re going to want to make that operation as bullet-pr= oof as > possible, but in some environments they want multiple levels of > resilience. So scheduling does become an issue. Can you elaborate on this? Is the issue validation path construction in complex PKIs? Nico --=20 From nobody Wed Mar 24 08:20:06 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DE2293A2E9A for ; Wed, 24 Mar 2021 08:20:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 WjNLDBsbCmnN for ; Wed, 24 Mar 2021 08:20:00 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 29AF33A2E98 for ; Wed, 24 Mar 2021 08:20:00 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 6A2C2F40739; Wed, 24 Mar 2021 08:19:54 -0700 (PDT) To: andy@yumaworks.com, mbj@tail-f.com, warren@kumari.net, rwilton@cisco.com, kent+ietf@watsen.net, mjethanandani@gmail.com X-PHP-Originating-Script: 1005:errata_mail_lib.php From: RFC Errata System Cc: balazs.lengyel@ericsson.com, netconf@ietf.org, rfc-editor@rfc-editor.org Content-Type: text/plain; charset=UTF-8 Message-Id: <20210324151954.6A2C2F40739@rfc-editor.org> Date: Wed, 24 Mar 2021 08:19:54 -0700 (PDT) Archived-At: Subject: [netconf] [Technical Errata Reported] RFC8341 (6493) X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2021 15:20:05 -0000 The following errata report has been submitted for RFC8341, "Network Configuration Access Control Model". -------------------------------------- You may review the report below and at: https://www.rfc-editor.org/errata/eid6493 -------------------------------------- Type: Technical Reported by: Balazs Lengyel Section: 3.5.2 Original Text ------------- All the same rules as an instance-identifier apply, except that predicates for keys are optional. If a key predicate is missing, then the node-instance-identifier represents all possible server instances for that key. Corrected Text -------------- All the same rules as an instance-identifier apply, except that predicates for keys are optional. If a key predicate is missing, then the node-instance-identifier represents all possible server instances for that key. Specifying prefixes for the node names is OPTIONAL. If a prefix is not specified the node-instance-identifier represents all possible server instances. Notes ----- For the typedef node-instance-identifier (and the leaf path) it is not clear whether the value should or should not include prefixes? https://tools.ietf.org/html/rfc7950#section-9.13.2 states "All node names in an instance-identifier value MUST be qualified with explicit namespace prefixes" https://tools.ietf.org/html/rfc7950#section-14 - instance-identifier rule indicates the prefixes are optional. Whichever is the correct answer it should be explicitly stated. If prefixes are optional and we have 2 leaves with the same path except the namespace/prefix I assume both are referenced (effected) by the nacm rule. Correct? Actually this is a bit misleading also in RFC7950. Instructions: ------------- This erratum is currently posted as "Reported". If necessary, please use "Reply All" to discuss whether it should be verified or rejected. When a decision is reached, the verifying party can log in to change the status and edit the report, if necessary. -------------------------------------- RFC8341 (draft-ietf-netconf-rfc6536bis-09) -------------------------------------- Title : Network Configuration Access Control Model Publication Date : March 2018 Author(s) : A. Bierman, M. Bjorklund Category : INTERNET STANDARD Source : Network Configuration Area : Operations and Management Stream : IETF Verifying Party : IESG From nobody Wed Mar 24 08:56:21 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 623E63A2F5B for ; Wed, 24 Mar 2021 08:56:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.435 X-Spam-Level: * X-Spam-Status: No, score=1.435 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, MSGID_FROM_MTA_HEADER=0.001, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_SBL_CSS=3.335, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=jacobsuniversity.onmicrosoft.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 k8rcm80RtHt1 for ; Wed, 24 Mar 2021 08:56:14 -0700 (PDT) Received: from EUR01-VE1-obe.outbound.protection.outlook.com (mail-eopbgr140055.outbound.protection.outlook.com [40.107.14.55]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 91DC83A2F5F for ; Wed, 24 Mar 2021 08:56:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Yn9Uqq73sKX5nMk9lIl1HDFx6Lp8Vqit13AqPeLEXouhE2haTW+wALCxr6jsgCiQ33yhcWOj1At13IsdQnTLkFe35NjPhF5DoKS2XtRJia2Iqea0APvY+VYK3Q6Ynxa+t9EwTro769PdJGhwjluBU6a+ID9yMQlWpcWEWD4EX2vVh+W4oSWqsWVxNSBuPF9A8ADXdNTVWWS62x+MFRq8GBNbLBhapHVRJ6yLuB2EP/wSi7wjmGzuTwPFF346+qZVCm6JQrRM4khtV2GLkqoJRF6zD2BcTzVuhbpbs5RNctQhQXFy2U+YGQLXuw9PKwioKhWHcqkZ5OgfTQM1f1tBSQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Q7oY5KMJlcrTmzRggEMOApoqpUi7r8ltgs0hH8X6stg=; b=a4uAMbTdn2hqtTmwr3AqUAXxibM3B6/s+y4LZUyRnHDqz5RCnyGouKyrhqo8olUiZUI+QZ5NhJ5yeNzomaY8yr8bYJyqYrd72iqIePQr7Uqw/C/yqc0kgjIsredmZ6CXqoHT2ctjvyieT+4RqzxrrZeZbEGqlMR3OVSh/DZsxTZ62yLHQ3pIUAii0YH27Skr5QwC3UI5QTbfPwDGw/1ykSG3P+60kQTR42sBkXin7Ntxp3EGTRJooINyA+4FYfqmZBMhNhP2QkeyGaqEDyRIgOW8GnkT5q3LCHD56/Tbtj5DH4TadhcHmsoRnQUrOEwgB69YNqXBb9P++M2s+6uZPQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=jacobs-university.de; dmarc=pass action=none header.from=jacobs-university.de; dkim=pass header.d=jacobs-university.de; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jacobsuniversity.onmicrosoft.com; s=selector2-jacobsuniversity-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Q7oY5KMJlcrTmzRggEMOApoqpUi7r8ltgs0hH8X6stg=; b=qnDNr5n+ODVZb/a5ClkjzC6M0aBgW8j1v22opbmL/NxcKjKBcXg9eO1cCW1yhpsfsanI+gZtY7uJ5YNJYKFdoc3/po2QTH03L8Is5OpPXkFBYWgX5md8XubQg2OkVzvWockSWUjL6eJfJ9fHZ4O5ijhXJgN5293njkPMfhxk/jk= Authentication-Results: rfc-editor.org; dkim=none (message not signed) header.d=none;rfc-editor.org; dmarc=none action=none header.from=jacobs-university.de; Received: from AM0P190MB0641.EURP190.PROD.OUTLOOK.COM (2603:10a6:208:194::23) by AM8P190MB0899.EURP190.PROD.OUTLOOK.COM (2603:10a6:20b:1d9::21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3977.25; Wed, 24 Mar 2021 15:56:11 +0000 Received: from AM0P190MB0641.EURP190.PROD.OUTLOOK.COM ([fe80::e8a2:9886:8dfa:41c6]) by AM0P190MB0641.EURP190.PROD.OUTLOOK.COM ([fe80::e8a2:9886:8dfa:41c6%6]) with mapi id 15.20.3977.025; Wed, 24 Mar 2021 15:56:10 +0000 Date: Wed, 24 Mar 2021 16:56:08 +0100 From: Juergen Schoenwaelder To: RFC Errata System Cc: andy@yumaworks.com, mbj@tail-f.com, warren@kumari.net, rwilton@cisco.com, kent+ietf@watsen.net, mjethanandani@gmail.com, netconf@ietf.org Message-ID: <20210324155608.upn2zjjutgobgtqa@anna.jacobs.jacobs-university.de> Reply-To: Juergen Schoenwaelder Mail-Followup-To: RFC Errata System , andy@yumaworks.com, mbj@tail-f.com, warren@kumari.net, rwilton@cisco.com, kent+ietf@watsen.net, mjethanandani@gmail.com, netconf@ietf.org References: <20210324151954.6A2C2F40739@rfc-editor.org> Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210324151954.6A2C2F40739@rfc-editor.org> X-Originating-IP: [212.201.44.244] X-ClientProxiedBy: AM0PR02CA0190.eurprd02.prod.outlook.com (2603:10a6:20b:28e::27) To AM0P190MB0641.EURP190.PROD.OUTLOOK.COM (2603:10a6:208:194::23) MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from localhost (212.201.44.244) by AM0PR02CA0190.eurprd02.prod.outlook.com (2603:10a6:20b:28e::27) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3977.25 via Frontend Transport; Wed, 24 Mar 2021 15:56:10 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: aabe9aa7-f89a-4bb1-7544-08d8eedd5837 X-MS-TrafficTypeDiagnostic: AM8P190MB0899: X-MS-Exchange-Transport-Forked: True X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:9508; X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: qtA4CWFYF9r+PlfR/k5TP9mZQjGM+dUJPUcZ/G+DWY5rGf8mD0MhUStccoglvhrulduaIbZuAhwULRvKwHbS8im9e3dxAFQXeyUGhh5ybnr34AJNY/DvmD8955lq+Y+Cfn/AFvwUbeNzJ6RoZsrL4QQQEM6AqFH4WFs6kjFNVUPAfX3XOMuzOG4Ct2r9IfDWIvDruPLfLHa6aknM+5oCu9D/92KUbRWGSymQhvvdwipF35YLlnONYHIeqVjmRJzEwAOeklgt0aXGaPIVs3s6yFL8saYSZFYAAa712M/UFydS1Qk8j7d0Jw93feiAidl/MLanR89fdf+FKULdgf8N1Qn6Ka/FSDCDEs/GadI11a87t3cf58q9n2eQG+Ls7JEMSBOLfRHSTgAzWFLR1LRK4Jq8+3pzn2ZqNHWMwMRCbO0xq/pLBeU70XdhKaHebXoX2ZhszpsDxBZkoGEQ8f/iFrMwu/WUeJdVzxGFVBVqCCUAcakr4NKHKN/E5ARKXtq3ciQly9BhCC5QlBRVXCsWUguLO5VDQEzoS52uelTLX3IxJG8ehXuQUMJB4fab+QNpIBFyqyR5OA+EW1ihMPbJPhUerjShTeF8mNjlKN0wTX9OFDGWTGVPKVVOr14NxrVCMzc5VzjPi41mkuPswO91RVX889YMKfygAhj3McHJOSaugWzYDweCEFTSjPPvVjg9jKRirZJwAZ+iUVa7UJjOgbsBQLZTGmWRWn3bI2ZhEiI= X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM0P190MB0641.EURP190.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(39840400004)(396003)(346002)(136003)(376002)(366004)(38100700001)(26005)(16526019)(66574015)(6496006)(52116002)(83380400001)(186003)(786003)(316002)(478600001)(86362001)(8676002)(5660300002)(1076003)(8936002)(6486002)(3450700001)(2906002)(6916009)(66946007)(4326008)(956004)(966005)(66556008)(66476007); DIR:OUT; SFP:1101; X-MS-Exchange-AntiSpam-MessageData: =?us-ascii?Q?ZqYLgPbfszE+G0QIy4JJ1aug3N3MAoYtgAya0BTebX40YfHITFHkGn7ehtt8?= =?us-ascii?Q?cHyFfLGT+0kgGy36898dYDMteeQmm/P9c9J7D1tNY+mRoQSxaSNVla12OA0J?= =?us-ascii?Q?BhshdIqPvRKuXWqtD1EuAYB6eJ4urSuqrgo4YpufriDpVdTo4lYNlCO1hL3D?= =?us-ascii?Q?5A9Qs0wgga1cqUnJ/XmHntj/dwDb8XGv64jr+bDZGGcCuyTWfDimR8bMvT/f?= =?us-ascii?Q?YnZKeKNhdQgTFwb8Unsm9ZjcePxHHWALBP2+2qvRs1MFp5F3sCfjaDiXU0vE?= =?us-ascii?Q?hJF3fkRS56WVPJv9lhcvr+HsgdDeCmftYzkY3BYve9BODRFwgtfwywDalsp4?= =?us-ascii?Q?d37GaExe4pBj3b/p+d+CgxWZO0r/U0lhwkQ39S6ERQNZT0AOOSHePmwbYb1V?= =?us-ascii?Q?kGTWmGvtzPShCXPeLmc2SHNcaBCfb4IDGTcPK+W6ylCUeQKEY9sT36PlcR/H?= =?us-ascii?Q?Phuhfg5yTozqCshRovoypWYQa+Q4KaYnd8T6K6Lc8Y1rsI23l+fYRc9VAZfo?= =?us-ascii?Q?w47QxQ5PWIPAi7Spt8Ka/tPYgpKVja1xCdCPKmMYsj6W1xrLA3bsVu7r4PZs?= =?us-ascii?Q?NdLZEM1oYH4axFiFica6lBVMK5V4RISqpAfTjHTlrpdpX8Np1MEa1A4BU6XA?= =?us-ascii?Q?ftnNduNKUVjcDwplObI//766zAre+rlfil9wR5RswlzxkSNUZcL/aD3tvW5o?= =?us-ascii?Q?P1aqCRf5ZtV5FVdF263oV2Lma86x2Bo39l9ai1oqCKauCxqALjO4HOBg8lta?= =?us-ascii?Q?O7CGAgiWY9OnDAwtytq8KoRzjVJU+F+PsUeJrE+1+ba4wUYnXicGeWI2lsxS?= =?us-ascii?Q?pW0u5aXa9QZkibWUfxfWdgs1+KrfYHo7jNhagjEda1WcYNzwRW0TV7TltaUT?= =?us-ascii?Q?pNY+UTFw1pDaKq/eqntI20Kgj9neWBv7XYP+hlNKfuuGSDrqGd86Og1qYjk3?= =?us-ascii?Q?Mp0A1rpebjKeJ6b6FtPS+hkSngOCfzpQeUWArP8mRhctXnfUi9CiGvgN+kJo?= =?us-ascii?Q?ox63w/hvZwoZ6/kjrWFv1uEGJHQBAz34zD7O4UgV/U8aOqL4R4kM1naQh69l?= =?us-ascii?Q?xbGvo5I865OMyIVqoN7cafxwtNQ+BS8CYqCvYA/3Li61eOJYyiaTKkvOO512?= =?us-ascii?Q?B6axUPsLFLlt4AIr8Vy1v0KtY74CqXRZlFJpT2klJFQuSX/wdf04eAxarlBw?= =?us-ascii?Q?9HWOnRufZjFr3VJRqxMDSfxO/iqsKBw48KvGc0QTT1S5HXPfIbq6iojRPz/L?= =?us-ascii?Q?pfA1flg2ZCJON5rIyAmyLtP6qdOy+tFgRIz/mFvjM8XffXQLxzEW+M+DoVRp?= =?us-ascii?Q?GZsRmlGPjoHVTws1q0SA/EGT?= X-OriginatorOrg: jacobs-university.de X-MS-Exchange-CrossTenant-Network-Message-Id: aabe9aa7-f89a-4bb1-7544-08d8eedd5837 X-MS-Exchange-CrossTenant-AuthSource: AM0P190MB0641.EURP190.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 24 Mar 2021 15:56:10.9491 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: f78e973e-5c0b-4ab8-bbd7-9887c95a8ebd X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: DbWEI6t3Va3g8hr3IXXPKCr5iqjn+Vk2PmkN885VEEZ18UUg5JHTd8HB/NgeJwZ5tmYOkYovvVMDjx5MwBJA3hDA4HuvMklUJvT2iQaGsZI= X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM8P190MB0899 Archived-At: Subject: Re: [netconf] [Technical Errata Reported] RFC8341 (6493) X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2021 15:56:19 -0000 Section 9.13.2. is pretty clear: An instance-identifier value is lexically represented as a string. All node names in an instance-identifier value MUST be qualified with explicit namespace prefixes, and these prefixes MUST be declared in the XML namespace scope in the instance-identifier's XML element. The errata should be rejected. /js PS: Section 14 is a collection of syntax rules but not every aspect of a language needs to be expressed in the syntax rules. Yes, it is possible to express the first Section 9.13.2 MUST by making the syntax rules a bit more complex (not reusing node-identifier) but even as it is now, the MUST in Section 9.13.2 applies. On Wed, Mar 24, 2021 at 08:19:54AM -0700, RFC Errata System wrote: > The following errata report has been submitted for RFC8341, > "Network Configuration Access Control Model". > > -------------------------------------- > You may review the report below and at: > https://www.rfc-editor.org/errata/eid6493 > > -------------------------------------- > Type: Technical > Reported by: Balazs Lengyel > > Section: 3.5.2 > > Original Text > ------------- > All the same rules as an instance-identifier apply, > except that predicates for keys are optional. If a key > predicate is missing, then the node-instance-identifier > represents all possible server instances for that key. > > Corrected Text > -------------- > All the same rules as an instance-identifier apply, > except that predicates for keys are optional. If a key > predicate is missing, then the node-instance-identifier > represents all possible server instances for that key. > > Specifying prefixes for the node names is OPTIONAL. If a prefix is not specified the node-instance-identifier represents all possible server instances. > > Notes > ----- > For the typedef node-instance-identifier (and the leaf path) it is not clear whether the value should or should not include prefixes? > > https://tools.ietf.org/html/rfc7950#section-9.13.2 states > "All node names in an instance-identifier value MUST be qualified with > explicit namespace prefixes" > > https://tools.ietf.org/html/rfc7950#section-14 - instance-identifier rule > indicates the prefixes are optional. > > Whichever is the correct answer it should be explicitly stated. > If prefixes are optional and we have 2 leaves with the same path except the namespace/prefix I assume both are referenced (effected) by the nacm rule. Correct? > > Actually this is a bit misleading also in RFC7950. > > Instructions: > ------------- > This erratum is currently posted as "Reported". If necessary, please > use "Reply All" to discuss whether it should be verified or > rejected. When a decision is reached, the verifying party > can log in to change the status and edit the report, if necessary. > > -------------------------------------- > RFC8341 (draft-ietf-netconf-rfc6536bis-09) > -------------------------------------- > Title : Network Configuration Access Control Model > Publication Date : March 2018 > Author(s) : A. Bierman, M. Bjorklund > Category : INTERNET STANDARD > Source : Network Configuration > Area : Operations and Management > Stream : IETF > Verifying Party : IESG > > _______________________________________________ > netconf mailing list > netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Thu Mar 25 03:17:46 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A0CD53A1C8C for ; Thu, 25 Mar 2021 03:17:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.596 X-Spam-Level: X-Spam-Status: No, score=-9.596 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_NONE=0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=WbpQlwfL; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=edOTsCGh 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 UHE1YqODSDkC for ; Thu, 25 Mar 2021 03:17:38 -0700 (PDT) Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 80E823A1C88 for ; Thu, 25 Mar 2021 03:17:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4864; q=dns/txt; s=iport; t=1616667458; x=1617877058; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=5p0A8XD7i+JLoJaFMibiIpUhyYyxJyNtWwSM0930jd4=; b=WbpQlwfLANP5bAZbRB1KdcZ6FrvlLpnzVhp8tWj9H5wRgh11e2CS8hc5 ALs29N8kDqhyv5lxtUwXdt1OMFTzsVZVqLWahmOrNp2y1O4yqi4ottta7 eGAHEaSx2CqhKKOWjpmf9EIyLt/ZNZr+6qmwFPDXPIr5mGrZOYosih6P9 A=; IronPort-PHdr: =?us-ascii?q?A9a23=3AWme82RfSi79qAKTPj5yh0s6VlGM/eYqcDmYuw?= =?us-ascii?q?pM6l7JDdLii9J3+PUvZoO9gl0LNQZ6zw/BNgO3cqOX9X20e7IyasWwTNpBBB?= =?us-ascii?q?FcJisQTygonBsPNSUj2N+XjYCFyGsNeHERk8He2PQkweo7+alTer2f04WsUH?= =?us-ascii?q?RPyZgh8LeP/AcvPicWp2vqp+oHCJQlF13KxZLpoJ0CwqgPc/sAdnYplLPM3z?= =?us-ascii?q?R3ExxkAe+lfyW5yY1yJmBOp7car95kl+CNV6Joc?= IronPort-HdrOrdr: =?us-ascii?q?A9a23=3AbaVqU6PI/CziJsBcT7Dx55DYdL4zR+YMi2?= =?us-ascii?q?QD/3taDTRIb82VkN2vlvwH1RnyzA0cQm0khMroAsi9aFvm39pQ7ZMKNbmvGD?= =?us-ascii?q?PntmyhMZ144eLZrQHIMxbVstRQ3aIIScdDIfX7B1RikILe6A63D94vzLC8gd?= =?us-ascii?q?+VrM31pk0dKj1CQadm8gt/F0K/Gkp5WAFJCfMCZeShz+BAoCetfmlSU9+yAW?= =?us-ascii?q?MLU/OGi9rAkp/nZhBuPW9n1CClizS05LnmVyWJxxt2aUIA/Z4O00jg1zb46K?= =?us-ascii?q?Kqru2hxnbnt1P7wpxKlLLau6B+LeOWjMx9EESIti+JY8BbV6SGrHQJpoiUmS?= =?us-ascii?q?oXuf3thztlAMhp8XPWeQiO0FvQ8i3tyiwn5XOn6XLwuwqYneXDSDg3C9VMiO?= =?us-ascii?q?tiG3OzgSdNzbIMsp5j5G6Xu4FaChnNhk3GlqX1fit3nUm5q2dKq590s1VjUJ?= =?us-ascii?q?ATYLIUjYsT8FI9KuZ5IAvG6ZsqGOQrMcfE5Pw+SyLiU1nluABUsbiRd0V2Oi?= =?us-ascii?q?3DblkJu8ST3TQTtmt+1VEkyMsWmWpF3I4hSrFfjt60cZhApfVrdIs7fKh9DO?= =?us-ascii?q?AOTY+cEWrWWy/BN2qUPBDOCLwHAXTQsJT6iY9Fpt2CSdgt9t8fiZ7BWFRXuS?= =?us-ascii?q?oZYET1E/CD25VN71TrTHiiWy/ujuVT/YJwtLG5ZLeDC1zHdHke1++b59kPCM?= =?us-ascii?q?zSXPi+fLhMBeX4EGfoEYFVmwLkXZ1fLmQfTd0Vtt43V0nmmLONFqTa8sjgNN?= =?us-ascii?q?rDLrvkFjgpHknlBGEYYTT1LMJcqkCnM0WIxiT5ajfIQAjS7JhwGK/V86w404?= =?us-ascii?q?4WLLBBtQATlBC87sGPIjtSr7wucCJFUerau5L+gVPz0XfD7m1vNBYYJF1S+q?= =?us-ascii?q?/cX3RDohJPNVj1f7YFs9CWYntTw3ODOx96Q6rtYUpijmUy3ZjyA42bxCgkBd?= =?us-ascii?q?7iGHmdlWEvqHWDSIpZhreO/t7/epQzDo8vXat4EQmjLW0spS9a7EN4LCMUTE?= =?us-ascii?q?7WET3jzZi/hJsPHefFap1XmwGwO/NZrnrZqGSRrcwiXWEgQjarSMKb6DxeHA?= =?us-ascii?q?Z8txlUyes/iKDFsSuzIWE/6d5IQWFkWSCyOvZ6KyirIK9TgavmfQlsS3ziv0?= =?us-ascii?q?3rtzgDPkzw90sTgWT9KzazYv+jOCsGhlloloD37VhzamKRO2V3Z3wSi/wgKU?= =?us-ascii?q?32/lBuzOSMeq2/l1G0V2JH6OQcPDbZCAFifz9Gz8yr1RKThTaJHWgnwJJrJe?= =?us-ascii?q?DGELE/adjoqwCQAZzNmqccE/BO+pF5cNjor+8QSOqaPxSYNTXiFooSqkGoj2?= =?us-ascii?q?dgPCl/s38/l/z0nBXj8WijxXY6aMCia2hOVvUeI9uG6XLjSOvN2JJljcgtte?= =?us-ascii?q?/1NmnqcNaJxeXWaDFEQymj61KeXqUtqZpOu7g1u6Y2F57HUSHQ3HUCxQ4gNq?= =?us-ascii?q?7P5TUjabU+5KqENp5kfsQUdS4c9l01lM6XJE9utgDtGOcxcVwkknezBaLE35?= =?us-ascii?q?PY7b40RkGRrgr5PleStzdQ+PrIRCOP378XAaBYGxUfVGEsrHB5uO+SfYzZDw?= =?us-ascii?q?unM/xZ9F2hK3mnbftTTrOGFbh4lGc03/iY2+uMMyz21wDbsWElfuZA82O7Td?= =?us-ascii?q?izBwzJE+hS6NC+MUmNhKzv4MPbtkaCdRKrL0ADwYtCfggMa84GjD8ohog+yD?= =?us-ascii?q?KzRaz6uVhNqSoW3Rh30lr2npG762LaF1xcOQLXgp9KTSBeW0L4+Pjt4Kydzj?= =?us-ascii?q?Dh+zBL1pnICVdIctxPE9YWSJLrLy0GE7lmgJe4u6w1gipCZx8yD2kzzDDltt?= =?us-ascii?q?kWr4uE5A=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CyAAC7Ylxg/5BdJa1XAxoBAQEBAQE?= =?us-ascii?q?BAQEBAwEBAQESAQEBAQICAQEBAUCBUIFTUQd2WjYxCogAA4U5iEQDiiqEeYo?= =?us-ascii?q?RglMDVAsBAQENAQEdCwoCBAEBgRYBgnVEAoF8AiU4EwIDAQELAQEFAQEBAgE?= =?us-ascii?q?GBHGFYQ2GRAEBAQQBATgGAQEsCwELAgICAQgOAgEEAQEBHhAbBgYLHQgCBAE?= =?us-ascii?q?NBQiCaYJVAy8BAwugAAKKHnWBNIMEAQEGgTcCg18NC4ITAwYFgTSCdopNJhy?= =?us-ascii?q?BSUKBEkOCWT6BBIEaQgEBAgGBQxofJoMEgiuBaWFoAhk2AhRHPQdiARAGBj2?= =?us-ascii?q?QYymCSItumiNbCoMGiVmNVoVUg0iKbJYalQaLYIMUjwc7HYQ2AgICAgQFAg4?= =?us-ascii?q?BAQaBayMrgS5wFRohgmlQFwINgRqNBYNvM4RhhUVzAgE1AgYKAQEDCXyFXwG?= =?us-ascii?q?BDgEB?= X-IronPort-AV: E=Sophos;i="5.81,277,1610409600"; d="scan'208";a="784352417" Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by rcdn-iport-9.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 25 Mar 2021 10:17:37 +0000 Received: from mail.cisco.com (xbe-rcd-007.cisco.com [173.37.102.22]) by rcdn-core-8.cisco.com (8.15.2/8.15.2) with ESMTPS id 12PAHbod019644 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Thu, 25 Mar 2021 10:17:37 GMT Received: from xfe-aln-002.cisco.com (173.37.135.122) by xbe-rcd-007.cisco.com (173.37.102.22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.3; Thu, 25 Mar 2021 05:17:36 -0500 Received: from xhs-rtp-001.cisco.com (64.101.210.228) by xfe-aln-002.cisco.com (173.37.135.122) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.2.792.3; Thu, 25 Mar 2021 05:17:36 -0500 Received: from NAM11-DM6-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-001.cisco.com (64.101.210.228) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Thu, 25 Mar 2021 06:17:36 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=G6a7TcP9kTLl9JhgVU+t+duAiP+b+f0s7U8S2sqyHtKaxBdvXQhdw+3pqK8xdDYhxa2lmNRlQjKYp8z/aBgHDo2eWupREbyshLINU7OGrX6B9gmc+XFY5liCPAsVGNwk28nJd56pzy67UYbYUUWvyNjNqCdKSsiZzul7Q+P02C6lVVGIVLZRrx5Ag6JcjY28fKwLhvuFQtMxQ1Y0YjwYaj68qVvV8DIG53hwIXgeGUdEA2mXO0OpqK10EpT+M3ABH5Ezfz/mwOEzwqaoDqAwnZa23NtwMUeSQtk0L2yN5ope5DWSQAlcOyd1gw0NFC6EnKeyBWj69lqWmj30xuo+VQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=8rAY/jCWDel8wkKWvfRb85Oo95gIWrX2bep5E6GUKOc=; b=kfFNZY5D2/YbSUYzrzygk1R5AWidvyN25rftpRNVJYE4WrK+F7vaghHM41o6xKQYshsajpQGcmW3799ZnEXcctzb5IfOsgzdGMx/A9mUO34fz+pIm5XG9xmUbDPhofSmeDp3XOkUg70zmO6hX9zGYyqI2s+nQdPR/E5JLzT/IKkTsLrot7rxmaFkPqhDqhi1OeJ3OaKbHCTasTZHY4Kmsjx48zr1mhQBW/sHValBBGoevyI5mIdfTFJkFMFtUKhFfKbrMR1LnW8v6Ro8iKZiJIP2wJUu4+9bQ3ZyMP8KwgpskGdl3Os4XQ3YsSHYUyj6ats+6313kHoHi69zCbNKDA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=8rAY/jCWDel8wkKWvfRb85Oo95gIWrX2bep5E6GUKOc=; b=edOTsCGhB2cAnvIMHYQW182tKSLxVO0fgemKgqPRYB+jvQ9bJaw5Bszij8mLqyS7LFI9Ce4TzfZI+ypmV7dE7jYIEi+ixy5FnpCE+Mi7d0pN0jU7upWNlrn7/XCFuQC0MLJvXIqaZm5oW12ww/JN/EjAFwqBEumUdJdMMvOWJOk= Received: from MN2PR11MB4366.namprd11.prod.outlook.com (2603:10b6:208:190::17) by MN2PR11MB4479.namprd11.prod.outlook.com (2603:10b6:208:17b::32) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3977.25; Thu, 25 Mar 2021 10:17:34 +0000 Received: from MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::24c4:4c09:f6f0:5510]) by MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::24c4:4c09:f6f0:5510%2]) with mapi id 15.20.3977.024; Thu, 25 Mar 2021 10:17:34 +0000 From: "Rob Wilton (rwilton)" To: Juergen Schoenwaelder , "RFC Errata System" , Balazs Lengyel CC: "andy@yumaworks.com" , "mbj@tail-f.com" , "warren@kumari.net" , "kent+ietf@watsen.net" , "mjethanandani@gmail.com" , "netconf@ietf.org" Thread-Topic: [netconf] [Technical Errata Reported] RFC8341 (6493) Thread-Index: AQHXIME8DiMSmWDDPkuBtOwUzDQ0baqTSuUAgAABgBA= Date: Thu, 25 Mar 2021 10:17:34 +0000 Message-ID: References: <20210324151954.6A2C2F40739@rfc-editor.org> <20210324155608.upn2zjjutgobgtqa@anna.jacobs.jacobs-university.de> In-Reply-To: <20210324155608.upn2zjjutgobgtqa@anna.jacobs.jacobs-university.de> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: jacobs-university.de; dkim=none (message not signed) header.d=none;jacobs-university.de; dmarc=none action=none header.from=cisco.com; x-originating-ip: [82.12.233.180] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 846ad4ee-1dda-485b-24ab-08d8ef773532 x-ms-traffictypediagnostic: MN2PR11MB4479: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: LACh7BYatbpQdWmRjdwDVaK30IQjN6SDwxgZtQAG/I5zX5fjbHQ+If8/dsTp0TxabqsSiEBgfYr5fZfRGtkVEiyVA/Au7drNZhEi6vfEyqHLpNWOIGIP8kXoU/BFRkxWRFzlhzpnLdTUDO0SefUsQptN2+IoFQaXXyjT/r4CMxnFlr/CamioiQh7nuqYAO5KJg5O4Elo34l5LLjnuUEXaJrOum1NhPP1tnCwAyCKL4AoU2mfBFJV79Q+K+RQPIX3mpxSvOyUdvBWT+2MNiD5+2SNz8udPhlvZHrnkkggAJS+O/IFOz0ND0xCBOj819itHWcoKJg0Wxs6xmyV0sZ5hhaE8+6/KfMlwSOZDBLpwI6w7JIeX1MUy81tO94DQrXV1CTRN7Y5Pq89ifI+2ZjjtC2VlWTKuOoEfR6zNr3MAg70lmECUEz8reJmVdss6UrzRJD0zHmNll7Ke+7XKMsAgA7HQmNn5xKersg+ZSOAGEjBWVWSgFrpvoLTsU98N5I00JTiHK/5zevb/trYamLonQLtEbSkZHK4Qh468mao1EzVhYQem2JsJHqcXub/6ac/0H8iFi67XSlSbsbEVE/VkfxmAbC5hoAwUHIsFPvPCmM2A4UXlW5qZQwhXgCjT9R5y8VD5+FGlrYg00oCxuYQDD9XNTAWrQkUcC0eJsdtx597Fnak0SWRmzBshUBUBvk1RxjY/AzZ8rfxNcJXOaQc0Yj9hpu/S551HNU61XLte5k= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MN2PR11MB4366.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(39860400002)(136003)(396003)(376002)(366004)(346002)(26005)(8936002)(66946007)(66574015)(7696005)(76116006)(966005)(4326008)(186003)(38100700001)(71200400001)(64756008)(66446008)(9686003)(55016002)(53546011)(83380400001)(6506007)(52536014)(2906002)(54906003)(8676002)(5660300002)(110136005)(33656002)(86362001)(316002)(66556008)(66476007)(478600001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?us-ascii?Q?N8F/DDrnP/mPGB9IpdoIvxryaBd3q8thB9H2w0p9pSQIl76ZHVjgj383EmZu?= =?us-ascii?Q?39c4vywcf/dzSoLleMxtY+Ztghn4jksK/LGf6N7fsFTfzlpj4W8jykNYKgOQ?= =?us-ascii?Q?yPBuyG4ngH56xQZUJFijxba/wno+S4N2tRWbuFXsWZkEFdm2g4n0I+pQOeBE?= =?us-ascii?Q?8nzQuw06BBml/PT3PYtsORcMlPUp47e1d+TW6QQHt3Zs+LEQjc2yiWoYMbwC?= =?us-ascii?Q?NUIWhCBKVa9lLFVUb9cJi/s802X/gGMYikEgAHKpxuHOG9WUH7TuEAPcnIQ0?= =?us-ascii?Q?G1YeRSdFFuxBm9W43L5g2G8aiiwobQxDNeXpPfLezVg4x9BNw2vzovKr7EGe?= =?us-ascii?Q?jQ+ot8ymEJrwMf26RsP0biw/n+TXe9u6+faMXDWsp2UdoLAutfLCW/khKuZB?= =?us-ascii?Q?+zDusuIyIcFBlJ+RBprOjqoTz0FmPG33PdNsR1tU3CGcZTsYOM4IJVWPFWnO?= =?us-ascii?Q?oCdJWHjKf+oaWPawBFhqDFlgrRWva4jPBprgzggqMqm2A4hS5Ha9Vn14MxAh?= =?us-ascii?Q?vAh/C4/yxb6lbBuxNE9LCTafrLEAArYG2b2K13DK6dTevJJ0Rg3NRewQK+pB?= =?us-ascii?Q?A3eu9CDTNc8DtQUV6b1P5+A5QHucHQXt7UB/1PaOJE8kJbWncs7sLGX/y+0i?= =?us-ascii?Q?O7+V5uyY8a/XzC7ZEpGcLeajPQ0nxvhI1YpHmiOY0+Ge+lLOiskoVO5746Lw?= =?us-ascii?Q?1/qGvbXrduJ0JjgZuhsUsMOKMruEhJjv8eR+nkRqp/rrqoKgn3zXmHyBzN6h?= =?us-ascii?Q?LS8zFg+Dyhq1HQ4cyHQxScDp2i/LLv/0hNmWKZAmCz77iGOzJDdpIRvVI8pF?= =?us-ascii?Q?Sz/F7jdKO9QGXWLHh5rO2wy1OzTHBTa/xXJcqWpy2I4A64/jQppEKMwhbCb7?= =?us-ascii?Q?fZ5dsf6bB18b4lQWqCBX3K/b7R6cJ4w66I4YYmLXYkWg4ZKKgeBlrVeKkURL?= =?us-ascii?Q?iGH1jz+368RI5Ke7BEo96eVmBr2GKcieMn1emWEBKSIlOHB6mfcU6VILS0Wh?= =?us-ascii?Q?gV/5RNm2rTk/liVuMYSCj8Rw2zWVoWG0oumPOA2Lui+3FeCwYqEHGydehR2/?= =?us-ascii?Q?xVUeKXjNaovb+FJtoM3LAcIYJEwuEC0cXbDIQZorUAjUSo0vnZDbCm/7xil2?= =?us-ascii?Q?/TgPLolEYhsT+nTwEfwVWgHIXuTzk1Tt8zsEbx4PR6O7rLiL+HoqJrIUtLny?= =?us-ascii?Q?ku/8BQ0kaquAEzMJmyfRbeQXVHnzAFxZKhFv9yr1ygclGx8eGcjs3rASorut?= =?us-ascii?Q?dGgjthq4MqaRBTEfvxj/iGr/mT8k7SIJI42Q1HdF04WqZKQfn0bM9iljR/UA?= =?us-ascii?Q?9uyz4nOnFSqUSOYbjy/WLchP?= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: MN2PR11MB4366.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 846ad4ee-1dda-485b-24ab-08d8ef773532 X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Mar 2021 10:17:34.4521 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: RzI2Vg3AWkYo4UwrXeZ0dy8teGhIBz+8GqiZnfZUQ9B0JXeAIyZxQn4IHehzG9SozxEoshyZiR988Llpudc9+A== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB4479 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.22, xbe-rcd-007.cisco.com X-Outbound-Node: rcdn-core-8.cisco.com Archived-At: Subject: Re: [netconf] [Technical Errata Reported] RFC8341 (6493) X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2021 10:17:45 -0000 Hi, I agree with Juergen that section 9.13.2 of RFC 7950 applies and hence my o= pinion is that this errata, against RFC 8341, should be rejected. However, I also think that RFC 7950 isn't as clear as it should be. Given = that there is an explicit ABNF construct for instance-identifier, I really = think that this ABNF should explicitly require prefixes for node-identifier= s, avoiding any potential ambiguity in what is allowed. Regards, Rob > -----Original Message----- > From: Juergen Schoenwaelder > Sent: 24 March 2021 15:56 > To: RFC Errata System > Cc: andy@yumaworks.com; mbj@tail-f.com; warren@kumari.net; Rob Wilton > (rwilton) ; kent+ietf@watsen.net; > mjethanandani@gmail.com; netconf@ietf.org > Subject: Re: [netconf] [Technical Errata Reported] RFC8341 (6493) >=20 > Section 9.13.2. is pretty clear: >=20 > An instance-identifier value is lexically represented as a string. > All node names in an instance-identifier value MUST be qualified with > explicit namespace prefixes, and these prefixes MUST be declared in > the XML namespace scope in the instance-identifier's XML element. >=20 > The errata should be rejected. >=20 > /js >=20 > PS: Section 14 is a collection of syntax rules but not every aspect of > a language needs to be expressed in the syntax rules. Yes, it is > possible to express the first Section 9.13.2 MUST by making the > syntax rules a bit more complex (not reusing node-identifier) but > even as it is now, the MUST in Section 9.13.2 applies. >=20 > On Wed, Mar 24, 2021 at 08:19:54AM -0700, RFC Errata System wrote: > > The following errata report has been submitted for RFC8341, > > "Network Configuration Access Control Model". > > > > -------------------------------------- > > You may review the report below and at: > > https://www.rfc-editor.org/errata/eid6493 > > > > -------------------------------------- > > Type: Technical > > Reported by: Balazs Lengyel > > > > Section: 3.5.2 > > > > Original Text > > ------------- > > All the same rules as an instance-identifier apply, > > except that predicates for keys are optional. If a key > > predicate is missing, then the node-instance-identifier > > represents all possible server instances for that key. > > > > Corrected Text > > -------------- > > All the same rules as an instance-identifier apply, > > except that predicates for keys are optional. If a key > > predicate is missing, then the node-instance-identifier > > represents all possible server instances for that key. > > > > Specifying prefixes for the node names is OPTIONAL. If a prefix is not > specified the node-instance-identifier represents all possible server > instances. > > > > Notes > > ----- > > For the typedef node-instance-identifier (and the leaf path) it is not > clear whether the value should or should not include prefixes? > > > > https://tools.ietf.org/html/rfc7950#section-9.13.2 states > > "All node names in an instance-identifier value MUST be qualified with > > explicit namespace prefixes" > > > > https://tools.ietf.org/html/rfc7950#section-14 - instance-identifier > rule > > indicates the prefixes are optional. > > > > Whichever is the correct answer it should be explicitly stated. > > If prefixes are optional and we have 2 leaves with the same path except > the namespace/prefix I assume both are referenced (effected) by the nacm > rule. Correct? > > > > Actually this is a bit misleading also in RFC7950. > > > > Instructions: > > ------------- > > This erratum is currently posted as "Reported". If necessary, please > > use "Reply All" to discuss whether it should be verified or > > rejected. When a decision is reached, the verifying party > > can log in to change the status and edit the report, if necessary. > > > > -------------------------------------- > > RFC8341 (draft-ietf-netconf-rfc6536bis-09) > > -------------------------------------- > > Title : Network Configuration Access Control Model > > Publication Date : March 2018 > > Author(s) : A. Bierman, M. Bjorklund > > Category : INTERNET STANDARD > > Source : Network Configuration > > Area : Operations and Management > > Stream : IETF > > Verifying Party : IESG > > > > _______________________________________________ > > netconf mailing list > > netconf@ietf.org > > https://www.ietf.org/mailman/listinfo/netconf >=20 > -- > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > Fax: +49 421 200 3103 From nobody Fri Mar 26 15:30:50 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AC37A3A12AC for ; Fri, 26 Mar 2021 15:30:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=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=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 x-ALOlX56ahy for ; Fri, 26 Mar 2021 15:30:46 -0700 (PDT) Received: from mail-wr1-x433.google.com (mail-wr1-x433.google.com [IPv6:2a00:1450:4864:20::433]) (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 10E7C3A12A5 for ; Fri, 26 Mar 2021 15:30:45 -0700 (PDT) Received: by mail-wr1-x433.google.com with SMTP id b9so7012859wrt.8 for ; Fri, 26 Mar 2021 15:30:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:mime-version:subject:message-id:date:to; bh=3LOBnkb/Hk8k1T4njSi5WZ3xiF/8sHGAy8WEl5zYPzk=; b=GXP/M6IUEHrFyGlZS+pOOzpN27weYNrKW9s1xJG5oOkyKqInGNDRpyzyXTDgMQFfKc yjTOh/GgKrpbFxH8b6T1a8mouV4EjyEB/cAPVV2nc8+fh3WfjMh9WFjWN3u7armEw94y yXd2BJMYedbb5xpiliORrufBtuA8xiJQHAbrRJJlW+V+YjtXJ+Ouyg5N+25CxpuI4hzO dwSfQ2NFD7G+yY6o2QHMKDw6CtsoPqAcgTSIUH/RGRCpZ/hnewhcmxzToOnSYw6wWqDC RFCko4gPpH63Mok8BuaX61jYuLsjVNBM2HpckksOm7gxBY/mLdHJyjjnbJuO6wS5pRtf flTg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:subject:message-id:date:to; bh=3LOBnkb/Hk8k1T4njSi5WZ3xiF/8sHGAy8WEl5zYPzk=; b=YvzN1FPK/rx7B+UuiM9xuyWO/0w936tQkQx/xenLd5g05jifNZwlfyoHrkKmKta+eQ KehnvmJ1HwMCJ7cnKShw0Ptx09Ld/bleP1XEM9XV9QO5yzFeEXaExd82ksvOiASzjls2 mgXWgNfFFNzWBKzgpysf0x3iANj7k3OEcSUVWjgUy4stpptbbTaiB05ymghhHXdJi2hp VgzIenYI5ezKeWjguTNii3dtxywkzDeCxQY9DBIxQR2ZHPFaWHIF505OU1E43cMfvX4+ fApfNL+GwNzR2G09duQkhVL++w1u5NlsagmFjqnivPgwGHXYZn+QV+3pg5QH/jDeImA0 aVMA== X-Gm-Message-State: AOAM532UGvP5/An2tw6l/6jK/lfLsVa/6cqWql6E99Wm8O3bixXSPLkt TaAicgxqpvoSK4XmWE+wSN22kAREedXYKQ== X-Google-Smtp-Source: ABdhPJz55Y5Ch7GE1iuCp21yvuGh3Y7Ha4DqxCZxqbFlf38YhqwRgxkC5sFFnmbsBVZ2CNiLjPdJ9Q== X-Received: by 2002:a5d:4e83:: with SMTP id e3mr16690627wru.82.1616797842985; Fri, 26 Mar 2021 15:30:42 -0700 (PDT) Received: from 2603-800c-2303-9100-01a4-0b27-1320-cd45.res6.spectrum.com (2603-800c-2303-9100-01a4-0b27-1320-cd45.res6.spectrum.com. [2603:800c:2303:9100:1a4:b27:1320:cd45]) by smtp.gmail.com with ESMTPSA id e13sm16820324wrg.72.2021.03.26.15.30.41 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 26 Mar 2021 15:30:42 -0700 (PDT) From: Mahesh Jethanandani Content-Type: multipart/alternative; boundary="Apple-Mail=_2BE51E41-2C28-4C4C-8C63-AB13AE874B01" Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Message-Id: Date: Fri, 26 Mar 2021 12:30:37 -1000 To: netconf@ietf.org X-Mailer: Apple Mail (2.3608.120.23.2.4) Archived-At: Subject: [netconf] WGLC on draft-ietf-netconf-ssh-client-server X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2021 22:30:49 -0000 --Apple-Mail=_2BE51E41-2C28-4C4C-8C63-AB13AE874B01 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 We are starting a 2 week WGLC for draft-ietf-netconf-ssh-client-server = version 23. https://datatracker.ietf.org/doc/draft-ietf-netconf-ssh-client-server/ = Please respond on this thread indicating your support or concerns about = why this document should/should not be adopted. We are particularly interested in statement of the form: - I have reviewed the draft and found no issues.=20 - I have reviewed the draft and found the following issues =E2=80=A6 This WGLC will conclude on Friday, April 9. An IPR call will be issued = separately. Thank you. Mahesh & Kent (as co-chairs) --Apple-Mail=_2BE51E41-2C28-4C4C-8C63-AB13AE874B01 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 We = are starting a 2 week WGLC for draft-ietf-netconf-ssh-client-server = version 23.

https://datatracker.ietf.org/doc/draft-ietf-netconf-ssh-client-= server/

Please respond on this thread indicating your support or = concerns about why this document should/should not be adopted.

We are particularly = interested in statement of the form:

- I have reviewed the draft and found = no issues. 
- I have reviewed the draft and = found the following issues =E2=80=A6

This WGLC will conclude on Friday, = April 9. An IPR call will be issued separately.

Thank you.

Mahesh & Kent (as = co-chairs)






= --Apple-Mail=_2BE51E41-2C28-4C4C-8C63-AB13AE874B01-- From nobody Fri Mar 26 15:30:54 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF08E3A12A5 for ; Fri, 26 Mar 2021 15:30:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.096 X-Spam-Level: X-Spam-Status: No, score=-2.096 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=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=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 BHa9g_XrjzLh for ; Fri, 26 Mar 2021 15:30:47 -0700 (PDT) Received: from mail-wr1-x436.google.com (mail-wr1-x436.google.com [IPv6:2a00:1450:4864:20::436]) (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 5A1C73A12AB for ; Fri, 26 Mar 2021 15:30:47 -0700 (PDT) Received: by mail-wr1-x436.google.com with SMTP id j18so7050378wra.2 for ; Fri, 26 Mar 2021 15:30:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:mime-version:subject:message-id:date:to; bh=xg7Rm6SuKEoFA8lJFZj7gs9Al+sf6H81Gwlhp2FxA1g=; b=Ehroi95rlaoleKN/m1K5VdLiQwhNucNi6kG8R5+pNlN3ejRfJTCtJTn6CXq2LB51/q NXl/oAYBdLBsVZuoqhJvRnPGs1KtGtnUxE/tRH/uJYJpluTBRBaxHXZVbw+43uEE9KVd 8cBtn2ZQZEAuD1RjmOReCkqc5NHqbvYMBIolY2Ym16ZQBKMSYWO5sN18eA/eCFdOvfNI lNxhmnXBffWr5fAZzIFkjjcBsNgaKRrzVkQ7qkZBfblvXLDHYpxW57hUybkyfMkpBi9Y C7u/WHsfr9tR8s+uiBbIT0fTX36Y9pjVpBGv97ZWGduevB8DLYzUybxYF6LUuEosn5Pj ZoKg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:subject:message-id:date:to; bh=xg7Rm6SuKEoFA8lJFZj7gs9Al+sf6H81Gwlhp2FxA1g=; b=C2PT7cyYKmmMgOgwc9DWPJggs9E9ldktp/UR9sjQ4UXVrcFJ3S1GaUhhT55zGDwQhP RMpkAnY8sGI9V16hpHGs8JofKv7ElWf1ZsLkxEPwyVAiRQurWp4SYEGyBQbd9mog0ZMe t25Xq52pRglHRcLl47kDtyyIFsxs+chE9FFjF2d+SbDa+TPghgnXIDItxdzjWPKYV6Bt KtTeiFqv5cLl1CY+RQFvHu7SBMaK0XMLh0Vu/IQCnyZaz8dagPW6BUx1TaBA3aK0RhZp rDQFvNfbTb4AwdHAUs1OK0UszNXAR5LSUB9G46yGaOytgTDSsrTwv/U1xRzsOm1tkUCM zNkA== X-Gm-Message-State: AOAM533lMXJrbqE99Y57z3SmtBREFKLXCMeziNNMv2RM+aMoYyyHnrWY +3jwK9QS1UCSIDmH7UaQKJ+kVQ689cYQcQ== X-Google-Smtp-Source: ABdhPJxoMhOPPO3o6ATVG8wdvbSnkAcyzCryU4f07Cwj2/U8TjoaXCP+5fFBYkYccKLoHueDKq9l7w== X-Received: by 2002:a5d:4592:: with SMTP id p18mr17633761wrq.244.1616797845320; Fri, 26 Mar 2021 15:30:45 -0700 (PDT) Received: from 2603-800c-2303-9100-01a4-0b27-1320-cd45.res6.spectrum.com (2603-800c-2303-9100-01a4-0b27-1320-cd45.res6.spectrum.com. [2603:800c:2303:9100:1a4:b27:1320:cd45]) by smtp.gmail.com with ESMTPSA id e13sm16820324wrg.72.2021.03.26.15.30.43 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 26 Mar 2021 15:30:44 -0700 (PDT) From: Mahesh Jethanandani Content-Type: multipart/alternative; boundary="Apple-Mail=_890D6C8C-BB4A-4730-8054-0ECE9768B9C0" Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Message-Id: <4E0D48B2-CA6C-422A-8C10-D7AC6315FCFD@gmail.com> Date: Fri, 26 Mar 2021 12:30:39 -1000 To: netconf@ietf.org X-Mailer: Apple Mail (2.3608.120.23.2.4) Archived-At: Subject: [netconf] WGLC on draft-ietf-netconf-http-client-server X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2021 22:30:49 -0000 --Apple-Mail=_890D6C8C-BB4A-4730-8054-0ECE9768B9C0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 We are starting a 2 week WGLC for draft-ietf-netconf-http-client-server = version 6. https://datatracker.ietf.org/doc/draft-ietf-netconf-http-client-server/ = Please respond on this thread indicating your support or concerns about = why this document should/should not be adopted. We are particularly interested in statement of the form: - I have reviewed the draft and found no issues.=20 - I have reviewed the draft and found the following issues =E2=80=A6 This WGLC will conclude on Friday, April 9. An IPR call will be issued = separately. Thank you. Mahesh & Kent (as co-chairs) --Apple-Mail=_890D6C8C-BB4A-4730-8054-0ECE9768B9C0 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
We are starting a 2 week WGLC for = draft-ietf-netconf-http-client-server version 6.

https://datatracker.ietf.org/doc/draft-ietf-netconf-http-client= -server/

Please respond on this thread indicating your support or = concerns about why this document should/should not be adopted.

We are particularly = interested in statement of the form:

- I have reviewed the draft and found = no issues. 
- I have reviewed the draft and = found the following issues =E2=80=A6

This WGLC will conclude on Friday, = April 9. An IPR call will be issued separately.

Thank you.

Mahesh & Kent (as = co-chairs)





= --Apple-Mail=_890D6C8C-BB4A-4730-8054-0ECE9768B9C0-- From nobody Fri Mar 26 15:31:05 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 00E7F3A12C1 for ; Fri, 26 Mar 2021 15:30:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.096 X-Spam-Level: X-Spam-Status: No, score=-2.096 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=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=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 u0s33vI_QuVS for ; Fri, 26 Mar 2021 15:30:52 -0700 (PDT) Received: from mail-wr1-x42f.google.com (mail-wr1-x42f.google.com [IPv6:2a00:1450:4864:20::42f]) (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 629523A12B9 for ; Fri, 26 Mar 2021 15:30:52 -0700 (PDT) Received: by mail-wr1-x42f.google.com with SMTP id o16so7092374wrn.0 for ; Fri, 26 Mar 2021 15:30:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:mime-version:subject:message-id:date:to; bh=IZgO0LQuwm5k0qoexAGNLVBKqFVoyk57HhRw9OnLvm0=; b=W5DMBZlbW0jA8OFlVbHHZ7Kj21m7WV1FhNYPPsj5NIvd989wrfqLPpzkjDSy0usbK9 L6FgSRGZEwr2OXzNV1tV3C4zgStgil9/5fDyXvE0/BlU7jb8jjTgc7aKONOvZwXT1tmU 6xqrIICzDb99TBynCAV8EcbFJdpNctoCGEVVHgCKQm91LBsjCKfFKujzQ0+MWVTM7NI/ HByqJbUn+NcuDIKhuyGARh3ot+skkV3i+LhtlooiPkmtV0KWdPxSZ4YQH8YxuM8+moaF nxtW4aAKle7uuL8wh7bmOlrzgA9BfdrObTq6z9XfJMdTojAv2ZB4B1+w+9G4uOcPX9Fs u3xQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:subject:message-id:date:to; bh=IZgO0LQuwm5k0qoexAGNLVBKqFVoyk57HhRw9OnLvm0=; b=t9FERz4oWoPt4NiDM3cWvVyTEuryKrixnJTUjhOPze5Rw6GZzQsg7aOHARhw7g6Cj8 V2yrVJIgkSKiv2nEV4jzRI3S432RYGeMxKhZL7+Ahfz/ZMlxtsYorx5CEJJ6ViS3ZeJK L2l2FdUOtyxBaN+csO8VI60UwT+rWcg8CvBS6RnlFeCH1554MRE9PC8WeNke5IU892xU pfonsSBR48lhhXp5Ovm0s45WDaZfuqIxFyIycK5Z/ScY/tZSXzXtSG9HDSDpUiR8KX20 uTAdnxiwpSZwTRHfR4j4aZXMjinZBxfZ71j8Gdo6gxKkLlEQnUHR/Uvu3TbVfnr2Z+A4 ENYQ== X-Gm-Message-State: AOAM5322Xq6TtSU745J3xCJarZQEhkQYCThR4ZjgB3xXpcWjsD0T6wh5 q2Fr4re6BQKviEiS6S35JThBMCnNxaQXRQ== X-Google-Smtp-Source: ABdhPJwceZHcT+Svh2/i9t7jdH974aPHgc2BwlhjdR7XuSr6FlaHFbfIEN32STrCkJEtt/j5t3wSJg== X-Received: by 2002:a5d:404d:: with SMTP id w13mr16578260wrp.230.1616797849287; Fri, 26 Mar 2021 15:30:49 -0700 (PDT) Received: from 2603-800c-2303-9100-01a4-0b27-1320-cd45.res6.spectrum.com (2603-800c-2303-9100-01a4-0b27-1320-cd45.res6.spectrum.com. [2603:800c:2303:9100:1a4:b27:1320:cd45]) by smtp.gmail.com with ESMTPSA id e13sm16820324wrg.72.2021.03.26.15.30.47 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 26 Mar 2021 15:30:49 -0700 (PDT) From: Mahesh Jethanandani Content-Type: multipart/alternative; boundary="Apple-Mail=_CE511813-2600-4348-A5AD-19728F84C4D8" Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Message-Id: Date: Fri, 26 Mar 2021 12:30:46 -1000 To: netconf@ietf.org X-Mailer: Apple Mail (2.3608.120.23.2.4) Archived-At: Subject: [netconf] WGLC on draft-ietf-netconf-tls-client-server X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2021 22:31:03 -0000 --Apple-Mail=_CE511813-2600-4348-A5AD-19728F84C4D8 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 We are starting a 2 week WGLC for draft-ietf-netconf-tls-client-server = version 23. https://datatracker.ietf.org/doc/draft-ietf-netconf-tls-client-server/ = Please respond on this thread indicating your support or concerns about = why this document should/should not be adopted. We are particularly interested in statement of the form: - I have reviewed the draft and found no issues.=20 - I have reviewed the draft and found the following issues =E2=80=A6 This WGLC will conclude on Friday, April 9. An IPR call will be issued = separately. Thank you. Mahesh & Kent (as co-chairs) --Apple-Mail=_CE511813-2600-4348-A5AD-19728F84C4D8 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
We are starting a 2 week WGLC for = draft-ietf-netconf-tls-client-server version 23.

https://datatracker.ietf.org/doc/draft-ietf-netconf-tls-client-= server/

Please respond on this thread indicating your support or = concerns about why this document should/should not be adopted.

We are particularly = interested in statement of the form:

- I have reviewed the draft and found = no issues. 
- I have reviewed the draft and = found the following issues =E2=80=A6

This WGLC will conclude on Friday, = April 9. An IPR call will be issued separately.

Thank you.

Mahesh & Kent (as = co-chairs)






= --Apple-Mail=_CE511813-2600-4348-A5AD-19728F84C4D8-- From nobody Fri Mar 26 17:34:23 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A5B473A17FD for ; Fri, 26 Mar 2021 17:34:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=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=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 IEkPje_LkfyB for ; Fri, 26 Mar 2021 17:34:17 -0700 (PDT) Received: from mail-pj1-x102e.google.com (mail-pj1-x102e.google.com [IPv6:2607:f8b0:4864:20::102e]) (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 5BD533A17D8 for ; Fri, 26 Mar 2021 17:34:17 -0700 (PDT) Received: by mail-pj1-x102e.google.com with SMTP id kk2-20020a17090b4a02b02900c777aa746fso3237487pjb.3 for ; Fri, 26 Mar 2021 17:34:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:mime-version:subject:message-id:date:to; bh=Dez6Ro4zHW2A2vNQTeut5KQGHBa42bK3PFqm95B/4nQ=; b=QS6GBamJFe560xOOZG9kBsSI26VcZ4baikDbYpA3JC6+M3YIKV66Yj7/Gm6yEX11dO HrGV9rDO9rHu3y4V2nEQtjYaDk0cRdOtBNLqer6p4hBvvntZBZYn+eGiBSp+NctW4adZ UxqujKpnJVETaeydqWQZ32p2Jox7XMoPNk6zFAEjLBVG2zTuq5jRtB0cLQAsQR2DVjxG RCfNS/D1pZ/OTse19Q83GNY9bS6jdSTtPnWkAHpxRiThqEpD3xRXEDenBBwXEuJKeDaa 5DjCCt7NwJ25hCjncJH20upm9dB9Ks98N95CvzMGHN/fYyTInHso/janXXQwVkOERHdG wPeA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:subject:message-id:date:to; bh=Dez6Ro4zHW2A2vNQTeut5KQGHBa42bK3PFqm95B/4nQ=; b=C8SN7WDRq3yJUBDO41DKzjbjcQg9GDOYZD477p+sRGMHpBtIPNJyPSDUsCItrP8M5h wryDsDkyZRQy0GARTNDL/4Jiibm7xRGbV8r8I1pY1I3XLrzcacNFkaQs3bY6WOYP6Nwo +v1KJ4ai3DN1W9Qu22H/tmxHDJM0MF2odzWuhH3hzR6gOdYkIDDq7tR+zIxL+SDiiMhF IQ1gu/zUSOzleruxnDkRsJHI73LdsZ+L5xvcMORbdolSyB9Ws5PBQqAF8m+EdIncQshF PurBTMQnhjZqQtKT1rnAT+P6BwSV7bx9/hAWFfXAhsKwUKqz8V2Gelty6Lqdhad5HpZF xaqA== X-Gm-Message-State: AOAM532pwIdwY4PM8Nrg9as0oVMB3RcJx+Ew2CeEKGLTf78obmyp1+L3 P9oTr7IxwZBKJXREy0VsQ2MzY+Y1VIrSVA== X-Google-Smtp-Source: ABdhPJxEKOqT4g2gC916Pkue41hj24GNOli4ogzEvJcpWD0IphCorHSuXWTDlNI4ebPj6f0yZipG8w== X-Received: by 2002:a17:90a:fe05:: with SMTP id ck5mr16837353pjb.19.1616805255735; Fri, 26 Mar 2021 17:34:15 -0700 (PDT) Received: from 2603-800c-2303-9100-01a4-0b27-1320-cd45.res6.spectrum.com (2603-800c-2303-9100-01a4-0b27-1320-cd45.res6.spectrum.com. [2603:800c:2303:9100:1a4:b27:1320:cd45]) by smtp.gmail.com with ESMTPSA id a30sm10394207pfr.66.2021.03.26.17.34.14 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 26 Mar 2021 17:34:15 -0700 (PDT) From: Mahesh Jethanandani Content-Type: multipart/alternative; boundary="Apple-Mail=_E9732608-07D8-4DB4-B960-3BD51A8B5194" Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Message-Id: <7CAA30A6-8E26-4B0F-B0D0-DB376806B922@gmail.com> Date: Fri, 26 Mar 2021 12:30:41 -1000 To: netconf@ietf.org X-Mailer: Apple Mail (2.3608.120.23.2.4) Archived-At: Subject: [netconf] WGLC for draft-ietf-netconf-tcp-client-server X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Mar 2021 00:34:22 -0000 --Apple-Mail=_E9732608-07D8-4DB4-B960-3BD51A8B5194 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 We are starting a 2 week WGLC for draft-ietf-netconf-tcp-client-server = version 09. https://datatracker.ietf.org/doc/draft-ietf-netconf-tcp-client-server/ = Please respond on this thread indicating your support or concerns about = why this document should/should not be adopted. We are particularly interested in statement of the form: - I have reviewed the draft and found no issues.=20 - I have reviewed the draft and found the following issues =E2=80=A6 This WGLC will conclude on Friday, April 9. An IPR call will be issued = separately. Thank you. Mahesh & Kent (as co-chairs) --Apple-Mail=_E9732608-07D8-4DB4-B960-3BD51A8B5194 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 We = are starting a 2 week WGLC for draft-ietf-netconf-tcp-client-server = version 09.

https://datatracker.ietf.org/doc/draft-ietf-netconf-tcp-client-= server/

Please respond on this thread indicating your support or = concerns about why this document should/should not be adopted.

We are particularly = interested in statement of the form:

- I have reviewed the draft and found = no issues. 
- I have reviewed the draft and = found the following issues =E2=80=A6

This WGLC will conclude on Friday, = April 9. An IPR call will be issued separately.

Thank you.

Mahesh & Kent (as = co-chairs)






= --Apple-Mail=_E9732608-07D8-4DB4-B960-3BD51A8B5194-- From nobody Sun Mar 28 23:37:49 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1FFC73A0CAC for ; Sun, 28 Mar 2021 23:37:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.099 X-Spam-Level: X-Spam-Status: No, score=-2.099 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cesnet.cz 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 t6Qb7kXz4qxh for ; Sun, 28 Mar 2021 23:37:44 -0700 (PDT) Received: from kalendar.cesnet.cz (kalendar.cesnet.cz [78.128.211.34]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1AAFB3A0CA7 for ; Sun, 28 Mar 2021 23:37:43 -0700 (PDT) Received: by kalendar.cesnet.cz (Postfix, from userid 110) id AC7296007A; Mon, 29 Mar 2021 08:37:38 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cesnet.cz; s=kalendar; t=1616999858; bh=U1OZRgARknwdKTPGVk00gulUgb8n4FGLcQx+62yQ8+c=; h=From:In-Reply-To:Date:Cc:To:Subject; b=5My4gNelQgKi9iE3qUS1EZCY9smY9v+v4IDrOVFdbu834KntI0cxNG98H8q37ogw+ IATYrfHommJUgKwLeu39LCTjqLyywa56keAniEYb4g2Z74TKSKgnBGp6bGsWzjfwgb UO8ajZlWNt7HKKa8TlFkOw3siRKH5SUvc1paYtBc= From: =?utf-8?q?Michal_Va=C5=A1ko?= In-Reply-To: Content-Type: text/plain; charset="utf-8" X-Forward: 84.42.188.124 Date: Mon, 29 Mar 2021 08:37:38 +0200 Cc: netconf@ietf.org To: "Mahesh Jethanandani" MIME-Version: 1.0 Message-ID: <451-60617580-a3-57300800@87220951> User-Agent: SOGoMail 5.0.1 Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [netconf] =?utf-8?q?WGLC_on_draft-ietf-netconf-ssh-client-server?= X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Mar 2021 06:37:49 -0000 Hi, I have raised some questions regarding this draft on the 5th of March a= nd even though I got the email bounced back from netconf@ietf.org, I di= d not get any replies and cannot find it in the archive. In any case, t= he original email is below. I had a chance to look at these modules again and have 2 questions rega= rding some recent changes. - ietf-ssh-server, ssh-server-grouping/client-authentication/supported-= authentication-methods Since the "other" leaf-list was removed there is no way to support some= other methods than those specified. I am not sure whether this was the= intention and if so, what is the reason for it? If nothing else, we su= pport "interactive" authentication method but there are some others tha= t I see no reason why they could not be used. For a robust and extendib= le solution, why not use an identityref leaf-list with all the methods = as identities? One could then simply add new ones with specific "if-fea= ture" statements. - ietf-netconf-server, grouping netconf-server-grouping/client-identity= -mappings The "if-feature" on this container is strange. The practical problem is= that if one wants to support certificates only for TLS, both one of th= e TLS features and "ssh-x509-certs" must be enabled. This then results = in the container being defined for both SSH and TLS so there is no way = to support it only for TLS or SSH. Thanks for any input. Regards, Michal On Friday, March 26, 2021 23:30 CET, Mahesh Jethanandani wrote: > We are starting a 2 week WGLC for draft-ietf-netconf-ssh-client-serve= r version 23. > > https://datatracker.ietf.org/doc/draft-ietf-netconf-ssh-client-server= / > > Please respond on this thread indicating your support or concerns abo= ut why this document should/should not be adopted. > > We are particularly interested in statement of the form: > > - I have reviewed the draft and found no issues. > - I have reviewed the draft and found the following issues =E2=80=A6 > > This WGLC will conclude on Friday, April 9. An IPR call will be issue= d separately. > > Thank you. > > Mahesh & Kent (as co-chairs) > > > > > > From nobody Tue Mar 30 01:46:05 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A69143A2BC2 for ; Tue, 30 Mar 2021 01:46:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.1 X-Spam-Level: X-Spam-Status: No, score=-0.1 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, PDS_TONAME_EQ_TOLOCAL_SHORT=1.999, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cesnet.cz 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 14dpAvRaj0Pz for ; Tue, 30 Mar 2021 01:45:59 -0700 (PDT) Received: from kalendar.cesnet.cz (kalendar.cesnet.cz [78.128.211.34]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C4D0E3A2BC0 for ; Tue, 30 Mar 2021 01:45:58 -0700 (PDT) Received: by kalendar.cesnet.cz (Postfix, from userid 110) id 74DC8600A1; Tue, 30 Mar 2021 10:45:55 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cesnet.cz; s=kalendar; t=1617093955; bh=Vpl7B7GEXgmjuZFCFeCuVNHRbTCkiNCfCdK03Y/Id2E=; h=From:To:Date:Subject; b=XI7YA2Aqqtw4azI/XFWw52t1LCR++DRhgyMsdsM2JFF2Rc8adk0w/LnUIJZ3BQ5n6 SlwwuzF9KaNu3v13Y0tvs4/CXm6swvSVXhfdR55DcIXIAPEabzz6GcDvOb6WphERxt Sk3KwN88j2ECuXBCtpKm72nWEIHmeTvBrAf6PmQI= From: =?utf-8?q?Michal_Va=C5=A1ko?= To: "netconf" User-Agent: SOGoMail 5.0.1 MIME-Version: 1.0 Date: Tue, 30 Mar 2021 10:45:55 +0200 Message-ID: <39e5-6062e580-35-56ecb50@200194949> X-Forward: 84.42.188.124 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Archived-At: Subject: [netconf] Order of elements in an input/output X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2021 08:46:05 -0000 Hi, there seem to be 2 contradictory requirements for the order of input/ou= tput elements in a NETCONF message. It should be ordered [1] but augmen= ts can be applied in any order [2]. The only way to satisfy both requir= ements seem to be to enforce the order of base input/output elements bu= t not for elements from augments. Is this interpretation correct? Regards, Michal [1] https://tools.ietf.org/html/rfc7950#section-7.14.4 [2] https://tools.ietf.org/html/rfc7950#section-7.17.2 From nobody Tue Mar 30 02:13:45 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 67E0B3A2C7A for ; Tue, 30 Mar 2021 02:13:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.399 X-Spam-Level: X-Spam-Status: No, score=-4.399 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_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nic.cz 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 dBxe30B4HKyG for ; Tue, 30 Mar 2021 02:13:38 -0700 (PDT) Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B96C53A2C79 for ; Tue, 30 Mar 2021 02:13:37 -0700 (PDT) Received: from localhost (unknown [IPv6:2001:1488:fffe:6:a88f:7eff:fed2:45f8]) by mail.nic.cz (Postfix) with ESMTPSA id 512A1140579; Tue, 30 Mar 2021 11:13:34 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1617095614; bh=f4k7xhMQevfXEGWyYSrlbzqm7BoddCdka/Uy5w4NdgI=; h=From:To:Date; b=WaUF4Gbl9FZljqAbW6cWYW9Qe33ZWY/Zkg7hmetv/AsYI1YOpCqZVhYLlmwhgfWdf 45WGAsTc1xChxjbLR/HKNV1nqS8TdNCuu+hCIK1EZIG8toP7QNhfZA6inL9aEV9LmK fgCOrzclnCUojIDlhal6sgxEEjKVdUuSEa+udCDM= From: Ladislav Lhotka To: Michal =?utf-8?Q?Va=C5=A1ko?= , netconf In-Reply-To: <39e5-6062e580-35-56ecb50@200194949> References: <39e5-6062e580-35-56ecb50@200194949> Mail-Followup-To: Michal =?utf-8?Q?Va=C5=A1ko?= , netconf Date: Tue, 30 Mar 2021 11:13:33 +0200 Message-ID: <87czvh0zsy.fsf@nic.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: clamav-milter 0.102.2 at mail X-Virus-Status: Clean Archived-At: Subject: Re: [netconf] Order of elements in an input/output X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2021 09:13:44 -0000 Michal Va=C5=A1ko writes: > Hi, > > there seem to be 2 contradictory requirements for the order of > input/output elements in a NETCONF message. It should be ordered [1] > but augments can be applied in any order [2]. The only way to > satisfy both requirements seem to be to enforce the order of base > input/output elements but not for elements from augments. Is this > interpretation correct? One way to satisfy both requirements is to implement it as the interleave p= attern in RELAX NG, the effects are described here: http://books.xmlschemata.org/relaxng/relax-CHP-6-SECT-7.html This means that parameters defined in place (inside the input/output statem= ent) would have fixed order, and those defined in augments would have arbit= rary order, and could also be intermingled with the in-place parameters. This may possibly defeat the purpose of the fixed order though. On the othe= r hand, I am not sure that this CLR is really needed - in JSON representati= on it cannot be enforced anyway. Lada > > Regards, > Michal > > [1] https://tools.ietf.org/html/rfc7950#section-7.14.4 > [2] https://tools.ietf.org/html/rfc7950#section-7.17.2 > > _______________________________________________ > netconf mailing list > netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf --=20 Ladislav Lhotka Head, CZ.NIC Labs PGP Key ID: 0xB8F92B08A9F76C67 From nobody Tue Mar 30 14:36:20 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DDFDB3A0EEF for ; Tue, 30 Mar 2021 14:36:18 -0700 (PDT) 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, 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 NC4mHnWyY0Zs for ; Tue, 30 Mar 2021 14:36:16 -0700 (PDT) Received: from mail-pl1-x62d.google.com (mail-pl1-x62d.google.com [IPv6:2607:f8b0:4864:20::62d]) (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 7445A3A0EED for ; Tue, 30 Mar 2021 14:36:16 -0700 (PDT) Received: by mail-pl1-x62d.google.com with SMTP id h20so6843927plr.4 for ; Tue, 30 Mar 2021 14:36:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:mime-version:subject:message-id:date:to; bh=GCu0QvojjT7zL7sVZ30JPe/01pDhMsrZYogsWdHNOi0=; b=aO4aZsp7mIRpaxCLYMp3whf0qZKuJEwoUBg/9shDYYQhR+s0vejUA40taS/nHJAaui DxkDiVn/QXhAXKu2mgchar5iazAp3LiFzouNZbiah6JcIWFuauSh/EJOmhrESePGBZoa yuL6mTcyUXOVyzksodiKaeK3JhJwBilxfWnfBDRPWEuapFwz9qkS/MupOJL7buRG87k8 zHujUelOZprhKhaKIvesP7PGCcrNUgczjyN8IjRzSmqI+ZFw3Oeu0sh57CJcJONJxuQ2 /kBSo2u1RWJQ6RSGeseLBdepbayTKan/d4uo3EKxW2Iesm7rnL52MjO7M7MsT8FcEGbN hbyQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:subject:message-id:date:to; bh=GCu0QvojjT7zL7sVZ30JPe/01pDhMsrZYogsWdHNOi0=; b=NC0h6t5/9jTT4gDconmFZcGG6jgIu57cCyyBhHpheFcf631ksozj/+P5AM2zRp8lBy 9hargV4QqXbYaX+byXx1uCoffvIvF501iIyDHtouggbux8Vxj2kEImtSGGu7af0zNBy6 B0/zucB/Ork21Oq7U3GriSN/TNZO7D2TiYnn+sncmu0jmCIQI+gZZrN8UlZjtYVJNT36 3HNlbhEy0x2SQuCeEMOnHTbo0g2uKc4qAJ/V3aW8wq5a12Xbci4uLAbhZljozp+QeGRQ WHayjiWrcID0xdoSnMIfI7TMU+vZStS5ICigdTzuIo66FF6hracxHn6DI1fMXH1Ax3dH g8KQ== X-Gm-Message-State: AOAM531KSXyQ6KYeu20ZUQgn8YnNb/aKvXneRLX5YKg6F3Vsp2yxZT41 lVOZdKS3Tk+0xKlOH4Zbrm6ft77Jph4fIQ== X-Google-Smtp-Source: ABdhPJwDZDEgP92oYb5whyDFX1MrjEWY4+OdBV+DcSJe3QT2Ygxro1aCYaa+/2CnLykQIZM5z+dMuA== X-Received: by 2002:a17:90a:868c:: with SMTP id p12mr320600pjn.82.1617140174182; Tue, 30 Mar 2021 14:36:14 -0700 (PDT) Received: from ?IPv6:2601:647:5600:5020:901c:a24d:4a95:43ed? ([2601:647:5600:5020:901c:a24d:4a95:43ed]) by smtp.gmail.com with ESMTPSA id g15sm7071pfk.36.2021.03.30.14.36.13 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 30 Mar 2021 14:36:13 -0700 (PDT) From: Mahesh Jethanandani Content-Type: multipart/alternative; boundary="Apple-Mail=_52865377-1E4D-49A2-8CF9-D9B1199440A5" Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Message-Id: <84EEA6E2-3323-47A0-8C5D-F0B3AA013EA7@gmail.com> Date: Tue, 30 Mar 2021 14:36:12 -0700 To: netconf@ietf.org X-Mailer: Apple Mail (2.3608.120.23.2.4) Archived-At: Subject: [netconf] IPR poll for draft-ietf-netconf-http-client-server X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2021 21:36:19 -0000 --Apple-Mail=_52865377-1E4D-49A2-8CF9-D9B1199440A5 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Authors, Contributors, WG, As part of WGLC on this document: Are you aware of any IPR that applies to draft identified above? Please state either: "No, I'm not aware of any IPR that applies to this draft" or "Yes, I'm aware of IPR that applies to this draft" If so, has this IPR been disclosed in compliance with IETF IPR rules (see RFCs 3669, 5378 and 8179 for more details)? If yes to the above, please state either: "Yes, the IPR has been disclosed in compliance with IETF IPR rules" or "No, the IPR has not been disclosed" If you answer no, please provide any additional details you think appropriate. If you are listed as a document author or contributor please answer the above by responding to this email regardless of whether or not you are aware of any relevant IPR. This document will not advance to the next stage until a response has been received from each author. Also please send the response to the list above, and not unicast it. Thanks. Mahesh Jethanandani (as co-chair) mjethanandani@gmail.com --Apple-Mail=_52865377-1E4D-49A2-8CF9-D9B1199440A5 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Authors, Contributors, WG,

As = part of WGLC on this document:

Are you = aware of any IPR that applies to draft identified above?
Please state either:

"No, I'm = not aware of any IPR that applies to this draft"
or
"Yes, I'm aware of IPR that applies to this draft"

If so, has this IPR been disclosed in = compliance with IETF IPR rules
(see RFCs 3669, 5378 and = 8179 for more details)?

If yes to the = above, please state either:

"Yes, the IPR = has been disclosed in compliance with IETF IPR rules"
or
"No, the IPR has not been disclosed"

If you answer no, please provide any additional details you = think
appropriate.

If you are = listed as a document author or contributor please answer the
above by responding to this email regardless of whether or = not you are
aware of any relevant IPR. This document will = not advance to the next
stage until a response has been = received from each author.

Also please send = the response to the list above, and not unicast it.

Thanks.

Mahesh Jethanandani (as = co-chair)
mjethanandani@gmail.com






= --Apple-Mail=_52865377-1E4D-49A2-8CF9-D9B1199440A5-- From nobody Tue Mar 30 14:36:27 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E8BF13A0EED for ; Tue, 30 Mar 2021 14:36:19 -0700 (PDT) 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, 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 N0rPPWa4XXW0 for ; Tue, 30 Mar 2021 14:36:18 -0700 (PDT) Received: from mail-pj1-x1031.google.com (mail-pj1-x1031.google.com [IPv6:2607:f8b0:4864:20::1031]) (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 4FD643A0EEE for ; Tue, 30 Mar 2021 14:36:18 -0700 (PDT) Received: by mail-pj1-x1031.google.com with SMTP id a22-20020a17090aa516b02900c1215e9b33so90345pjq.5 for ; Tue, 30 Mar 2021 14:36:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:mime-version:subject:message-id:date:to; bh=PD5U4Yaqi6I1tz039dH/Y9D7GU3SACiPyuyNVcyk3Zg=; b=E+G69WnoDShjFkCSACy138QOvIXFzcuGpj7fU9wryOKryNr4WOxFzgwDpvMapegrcM SgjCxBXoehgsl+fVnJQSMy1Ak68x//9WIfogptvrx5i129IpnvXukINyYyS/wuJVLpdt sa3wqmDboXEiRmSvOtI7pK7yTPwtj2CqvLgQ5SLTo29CDfgqoCtRD6ywHMd/I2aWrjUQ HypKato7FVVxU0d707PZlCsGStFPhJ8YN7u7je5hZM9U5cYTQQRnPRh0XRSf8Z14b6T4 72jbwM0UR7zSmB37JU9dCbN9JweVdJ+70cw6J7pCmG1AbeoOoBERGlslJ8+WNyAP2ULU G6DQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:subject:message-id:date:to; bh=PD5U4Yaqi6I1tz039dH/Y9D7GU3SACiPyuyNVcyk3Zg=; b=GixHVaYsfmUSfzvIMyvwGtogJe4dvKrCpMVc0w80g1JYX1Ae2t73HR98caAjYzskM+ J3ZM7GxkE28mn+PImctPKZ5jKeVpQX+ubjTB39UN4s3okfoHs+TnS6VFNXQ3MbYWC/rm YpkGGFT8ljSCchszeJOTs5nAIw0YPm8CQXmCA1YUYMQBmoBuKkn5uc/0J64dZ73QSg3z LwsP/9A+0WSvu+aea4Yq9NN3xgq8vvNRCxl8VOfBPaUJHTtwT0vlijphdTAEP3Rbb/hg T/3D6uTTWsKSPIJbyfJm2i9NBLLes99W/WlP1EFLnZLKI0ZYxDkrbQoCwqDTrs8gAtM/ GNsg== X-Gm-Message-State: AOAM5302MxkE7yXm/oTW+2POucn7wat71axC7ZaUIb6QgAvXbJycQ630 Hgox8NSYxmca5qLsOj/PV7lOD+ReCu3rLw== X-Google-Smtp-Source: ABdhPJz8m0SwanB5yui6ZATi8S1gsqga3vkk7TbUf3mc/1HO5QBh7n1kSUdifQUMPA91cqN+98TWzw== X-Received: by 2002:a17:90a:9281:: with SMTP id n1mr324670pjo.146.1617140176611; Tue, 30 Mar 2021 14:36:16 -0700 (PDT) Received: from ?IPv6:2601:647:5600:5020:901c:a24d:4a95:43ed? ([2601:647:5600:5020:901c:a24d:4a95:43ed]) by smtp.gmail.com with ESMTPSA id g15sm7071pfk.36.2021.03.30.14.36.15 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 30 Mar 2021 14:36:16 -0700 (PDT) From: Mahesh Jethanandani Content-Type: multipart/alternative; boundary="Apple-Mail=_494A52A5-C664-4FB1-8E03-40F1B0980697" Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Message-Id: <1A980A66-12AA-439F-976E-F73C5A274320@gmail.com> Date: Tue, 30 Mar 2021 14:36:15 -0700 To: netconf@ietf.org X-Mailer: Apple Mail (2.3608.120.23.2.4) Archived-At: Subject: [netconf] IPR poll for draft-ietf-netconf-tcp-client-server X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2021 21:36:20 -0000 --Apple-Mail=_494A52A5-C664-4FB1-8E03-40F1B0980697 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Authors, Contributors, WG, As part of WGLC on this document: Are you aware of any IPR that applies to draft identified above? Please state either: "No, I'm not aware of any IPR that applies to this draft" or "Yes, I'm aware of IPR that applies to this draft" If so, has this IPR been disclosed in compliance with IETF IPR rules (see RFCs 3669, 5378 and 8179 for more details)? If yes to the above, please state either: "Yes, the IPR has been disclosed in compliance with IETF IPR rules" or "No, the IPR has not been disclosed" If you answer no, please provide any additional details you think appropriate. If you are listed as a document author or contributor please answer the above by responding to this email regardless of whether or not you are aware of any relevant IPR. This document will not advance to the next stage until a response has been received from each author. Also please send the response to the list above, and not unicast it. Thanks. Mahesh Jethanandani (as co-chair) mjethanandani@gmail.com --Apple-Mail=_494A52A5-C664-4FB1-8E03-40F1B0980697 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Authors, Contributors, WG,

As = part of WGLC on this document:

Are you = aware of any IPR that applies to draft identified above?
Please state either:

"No, I'm = not aware of any IPR that applies to this draft"
or
"Yes, I'm aware of IPR that applies to this draft"

If so, has this IPR been disclosed in = compliance with IETF IPR rules
(see RFCs 3669, 5378 and = 8179 for more details)?

If yes to the = above, please state either:

"Yes, the IPR = has been disclosed in compliance with IETF IPR rules"
or
"No, the IPR has not been disclosed"

If you answer no, please provide any additional details you = think
appropriate.

If you are = listed as a document author or contributor please answer the
above by responding to this email regardless of whether or = not you are
aware of any relevant IPR. This document will = not advance to the next
stage until a response has been = received from each author.

Also please send = the response to the list above, and not unicast it.

Thanks.

Mahesh Jethanandani (as = co-chair)
mjethanandani@gmail.com






= --Apple-Mail=_494A52A5-C664-4FB1-8E03-40F1B0980697-- From nobody Tue Mar 30 14:36:32 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C8CD43A0FCF for ; Tue, 30 Mar 2021 14:36:26 -0700 (PDT) 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, 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 dm3Yh4KOgnKa for ; Tue, 30 Mar 2021 14:36:25 -0700 (PDT) Received: from mail-pl1-x62c.google.com (mail-pl1-x62c.google.com [IPv6:2607:f8b0:4864:20::62c]) (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 8C42B3A0FC4 for ; Tue, 30 Mar 2021 14:36:25 -0700 (PDT) Received: by mail-pl1-x62c.google.com with SMTP id l1so6833619plg.12 for ; Tue, 30 Mar 2021 14:36:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:mime-version:subject:message-id:date:to; bh=oKHOdfkoXsjzKz3bRyZv8XY/dHPVl+zxZK7WpRHuHF8=; b=m27TTOuHYkZ28SGGn6jO/LvRs4bcat08fzizj2GcdhG1Bd8VhRrFj2BQ9+IGgNaHJP o+JK+VNCN2zWn/I3NhUlW7OKxLEKYW9AJHHfTPp6yI2kreac7jHzihohtE+JDMca7yKY hH+HHPIeW8UnMXfTTJ5k38XsHgu4Y8cd3Q6VQCvRHiRyeDWLsrvhA6x03pO9tMpYM/Bu 8gFMjWVjAFDyVyCqIdibcsaL6QXdIMfWi/kyiT9E6gZ8L/ucE3JLAnQWzIv/W7gnb+Vb klkLgMUeWC26AayN0r6WdWwJXlUkzavzgCip2wE6wk59GlD09kTQpUyeWIAvv3vG0R00 wsKQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:subject:message-id:date:to; bh=oKHOdfkoXsjzKz3bRyZv8XY/dHPVl+zxZK7WpRHuHF8=; b=kHQI4du6kX7cQezknfp1O0W1i0GfZuXP0nXrdCycDoNMOhaWfgTm0xPsSO+CrpKd0z BCSNYIZv9hEkX+mKH+dviOAnF0DaV1LeVgASKaIGfq1KqH+OT//oc76Z732ShdBZLeZ7 SfqtdDxPLqIYo5npPKqZo0QgCsrh70IuEhWQAhCPAPgQFT6L6vfepOH3v+d8PrLeBVzO MKW+TIcERCgSNwJfViWzMT79Dxo5bERh7U5f28fyPCRqV70C7nW3ltFRWGBIxMHa231L BRfBNp15u1cEp5ImGaxxApAq7NzwO8KJW7ZEZ10uiNcbQgiVRYj02qAWKZHccd3L8Uce owLg== X-Gm-Message-State: AOAM532F4rEl647vnL2hktyrU/5gZGO3n1tVE5zIoiRJnTfGheacdQCu 2u6pwrgql+TKDP5mQ8eeqB0SE9Imis6zHg== X-Google-Smtp-Source: ABdhPJxrVeMuFkysjaZDHCe2PWFlsmxAKZdXAMMNAYBJ90Z1HAaI2AzU20YuzzMa+SeKxjrkvg8IBw== X-Received: by 2002:a17:90a:c08a:: with SMTP id o10mr310338pjs.67.1617140183164; Tue, 30 Mar 2021 14:36:23 -0700 (PDT) Received: from ?IPv6:2601:647:5600:5020:901c:a24d:4a95:43ed? ([2601:647:5600:5020:901c:a24d:4a95:43ed]) by smtp.gmail.com with ESMTPSA id g15sm7071pfk.36.2021.03.30.14.36.22 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 30 Mar 2021 14:36:22 -0700 (PDT) From: Mahesh Jethanandani Content-Type: multipart/alternative; boundary="Apple-Mail=_C1725B5D-76D4-47DF-9023-927B68F4B6FB" Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Message-Id: <750678AF-7392-4E50-96FD-9EC65C827AC6@gmail.com> Date: Tue, 30 Mar 2021 14:36:22 -0700 To: netconf@ietf.org X-Mailer: Apple Mail (2.3608.120.23.2.4) Archived-At: Subject: [netconf] IPR poll for draft-ietf-netconf-ssh-client-server X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2021 21:36:31 -0000 --Apple-Mail=_C1725B5D-76D4-47DF-9023-927B68F4B6FB Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Authors, Contributors, WG, As part of WGLC on this document: Are you aware of any IPR that applies to draft identified above? Please state either: "No, I'm not aware of any IPR that applies to this draft" or "Yes, I'm aware of IPR that applies to this draft" If so, has this IPR been disclosed in compliance with IETF IPR rules (see RFCs 3669, 5378 and 8179 for more details)? If yes to the above, please state either: "Yes, the IPR has been disclosed in compliance with IETF IPR rules" or "No, the IPR has not been disclosed" If you answer no, please provide any additional details you think appropriate. If you are listed as a document author or contributor please answer the above by responding to this email regardless of whether or not you are aware of any relevant IPR. This document will not advance to the next stage until a response has been received from each author. Also please send the response to the list above, and not unicast it. Thanks. Mahesh Jethanandani (as co-chair) mjethanandani@gmail.com --Apple-Mail=_C1725B5D-76D4-47DF-9023-927B68F4B6FB Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Authors, Contributors, WG,

As = part of WGLC on this document:

Are you = aware of any IPR that applies to draft identified above?
Please state either:

"No, I'm = not aware of any IPR that applies to this draft"
or
"Yes, I'm aware of IPR that applies to this draft"

If so, has this IPR been disclosed in = compliance with IETF IPR rules
(see RFCs 3669, 5378 and = 8179 for more details)?

If yes to the = above, please state either:

"Yes, the IPR = has been disclosed in compliance with IETF IPR rules"
or
"No, the IPR has not been disclosed"

If you answer no, please provide any additional details you = think
appropriate.

If you are = listed as a document author or contributor please answer the
above by responding to this email regardless of whether or = not you are
aware of any relevant IPR. This document will = not advance to the next
stage until a response has been = received from each author.

Also please send = the response to the list above, and not unicast it.

Thanks.

Mahesh Jethanandani (as = co-chair)
mjethanandani@gmail.com




= --Apple-Mail=_C1725B5D-76D4-47DF-9023-927B68F4B6FB-- From nobody Tue Mar 30 14:36:45 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D1A4C3A0FE2 for ; Tue, 30 Mar 2021 14:36:37 -0700 (PDT) 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, 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 Ck2P2LlsyYf5 for ; Tue, 30 Mar 2021 14:36:35 -0700 (PDT) Received: from mail-pj1-x1035.google.com (mail-pj1-x1035.google.com [IPv6:2607:f8b0:4864:20::1035]) (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 647683A1012 for ; Tue, 30 Mar 2021 14:36:30 -0700 (PDT) Received: by mail-pj1-x1035.google.com with SMTP id k23-20020a17090a5917b02901043e35ad4aso95485pji.3 for ; Tue, 30 Mar 2021 14:36:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:mime-version:subject:message-id:date:to; bh=YP+xpfsPiVL9m38DPLr5C2IdTJkFBo2vclpiQUbr+tk=; b=VwEsTa05V1VO53mF2zfIn4UqmQwcBrBLK4mA/x1TeJdaL9PQLbnmnGU0c3Ruygy5Nw tFnuOmLEumVbs0yR/T9F/0VyeHYK9/EitqDOT1W6n+AIVcBhy9Lrt42TpWVRCZyR8b4/ hqVqYUBoXD+pH5ueRWf3TZoqpQVoPx57vaOvpsvmIg50aVZjb6lBGPm6nDAYINBnUeKx UIc2In1MG5dh6rkYcpTXOSfAgaEjYtWUq8iW5zl/hCGhznzX/s4eyyMsPqULR7JDGpWM 7wyD8zbrEuhRJMpzdmnSuwYmfbZAO4j1aFcmV4xoWOLI5HQU6Ok6KAuyDXxwhZJhmfWb 6kPg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:subject:message-id:date:to; bh=YP+xpfsPiVL9m38DPLr5C2IdTJkFBo2vclpiQUbr+tk=; b=ng04A5C0xRZHJVwqj90F4sq6BfrrqxCAYbPT5meXDLfeh9abvXc3QjKsCg6tsaanT5 MZyM9rmZVYn99WkNTzCedYIxlF9lmJok/E5G4A7kTfKFJRqxkaybcas/iuf47PUGl7UQ 9PKWMrXcvu9ZRYZO7Hdu5Rm5Gn8/SHrGVyQ2z42jIqOs0IBccfN5WNirhR10gHbbfjiT rpD75uKCli0ZoVLx7/Tjv0XejVvSP31Xr9WOeoSFV8PqGMcSzx4xKp2LFYIIMg71aTsV rwOcHBPskQ0+6FnM+cCgAEk6b47UuDOiz1WzijwJsJRvc/I4lJFH4lsAq2/iV/B44Xep Te3g== X-Gm-Message-State: AOAM531zD7aAtR7Ud2wH6IFUCkGItxnyV4caf8iVjQ418bpDu53XzZnD Tdhn7cEOxVbU1jW3aVKaCvKV4g3LkLBT6w== X-Google-Smtp-Source: ABdhPJw8mINsKoSs3/N1GnBgjpQW8kY3zn8R0j9FoK6W7dIsfUuMwNgNQb0G5ul3obsOjgrBYMGqYw== X-Received: by 2002:a17:90a:5884:: with SMTP id j4mr335688pji.33.1617140187064; Tue, 30 Mar 2021 14:36:27 -0700 (PDT) Received: from ?IPv6:2601:647:5600:5020:901c:a24d:4a95:43ed? ([2601:647:5600:5020:901c:a24d:4a95:43ed]) by smtp.gmail.com with ESMTPSA id g15sm7071pfk.36.2021.03.30.14.36.26 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 30 Mar 2021 14:36:26 -0700 (PDT) From: Mahesh Jethanandani Content-Type: multipart/alternative; boundary="Apple-Mail=_D2C876C5-4947-46B6-9ABB-DDBD6DB8036C" Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Message-Id: Date: Tue, 30 Mar 2021 14:36:26 -0700 To: netconf@ietf.org X-Mailer: Apple Mail (2.3608.120.23.2.4) Archived-At: Subject: [netconf] IPR poll for draft-ietf-netconf-tls-client-server X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2021 21:36:44 -0000 --Apple-Mail=_D2C876C5-4947-46B6-9ABB-DDBD6DB8036C Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Authors, Contributors, WG, As part of WGLC on this document: Are you aware of any IPR that applies to draft identified above? Please state either: "No, I'm not aware of any IPR that applies to this draft" or "Yes, I'm aware of IPR that applies to this draft" If so, has this IPR been disclosed in compliance with IETF IPR rules (see RFCs 3669, 5378 and 8179 for more details)? If yes to the above, please state either: "Yes, the IPR has been disclosed in compliance with IETF IPR rules" or "No, the IPR has not been disclosed" If you answer no, please provide any additional details you think appropriate. If you are listed as a document author or contributor please answer the above by responding to this email regardless of whether or not you are aware of any relevant IPR. This document will not advance to the next stage until a response has been received from each author. Also please send the response to the list above, and not unicast it. Thanks. Mahesh Jethanandani (as co-chair) mjethanandani@gmail.com --Apple-Mail=_D2C876C5-4947-46B6-9ABB-DDBD6DB8036C Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Authors, Contributors, WG,

As = part of WGLC on this document:

Are you = aware of any IPR that applies to draft identified above?
Please state either:

"No, I'm = not aware of any IPR that applies to this draft"
or
"Yes, I'm aware of IPR that applies to this draft"

If so, has this IPR been disclosed in = compliance with IETF IPR rules
(see RFCs 3669, 5378 and = 8179 for more details)?

If yes to the = above, please state either:

"Yes, the IPR = has been disclosed in compliance with IETF IPR rules"
or
"No, the IPR has not been disclosed"

If you answer no, please provide any additional details you = think
appropriate.

If you are = listed as a document author or contributor please answer the
above by responding to this email regardless of whether or = not you are
aware of any relevant IPR. This document will = not advance to the next
stage until a response has been = received from each author.

Also please send = the response to the list above, and not unicast it.

Thanks.

Mahesh Jethanandani (as = co-chair)
mjethanandani@gmail.com






= --Apple-Mail=_D2C876C5-4947-46B6-9ABB-DDBD6DB8036C-- From nobody Wed Mar 31 00:10:29 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 246CD3A1D57 for ; Wed, 31 Mar 2021 00:10:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.096 X-Spam-Level: X-Spam-Status: No, score=-2.096 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, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=hs-esslingen.de 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 Ekx1gEFQXTzh for ; Wed, 31 Mar 2021 00:10:23 -0700 (PDT) Received: from mail.hs-esslingen.de (mail.hs-esslingen.de [134.108.32.78]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 644EC3A1D53 for ; Wed, 31 Mar 2021 00:10:22 -0700 (PDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.hs-esslingen.de (Postfix) with ESMTP id 26DD425A12; Wed, 31 Mar 2021 09:10:18 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=hs-esslingen.de; s=mail; t=1617174618; bh=+2l5KDPi/PamebAGN1h0zWo0yeZXoftPLdzS8tuMQ80=; h=From:To:Subject:Date:References:In-Reply-To:From; b=O6s3lWHwXOeqoVlj3itzDlyCqi9qAMlz78F71CPka27JXBBtgR4SSN+l81qV/EcYI pMqNtiNS9ZkcPkBGWiJEQW2gAHLIGglSJRhrWFK67ek8XjgD+GaiTbf8NzhKD/8/YN B3Rfp8PnELZHHiwz2aPHIKL/956qAkC7DF1Muef4= X-Virus-Scanned: by amavisd-new-2.7.1 (20120429) (Debian) at hs-esslingen.de Received: from mail.hs-esslingen.de ([127.0.0.1]) by localhost (hs-esslingen.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lqIK2UaW0BWi; Wed, 31 Mar 2021 09:10:17 +0200 (CEST) Received: from rznt8202.rznt.rzdir.fht-esslingen.de (rznt8202.hs-esslingen.de [134.108.48.165]) (using TLSv1.2 with cipher AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.hs-esslingen.de (Postfix) with ESMTPS; Wed, 31 Mar 2021 09:10:17 +0200 (CEST) Received: from rznt8202.rznt.rzdir.fht-esslingen.de (134.108.48.165) by rznt8202.rznt.rzdir.fht-esslingen.de (134.108.48.165) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2176.2; Wed, 31 Mar 2021 09:10:16 +0200 Received: from rznt8202.rznt.rzdir.fht-esslingen.de ([fe80::aca4:171a:3ee1:57e0]) by rznt8202.rznt.rzdir.fht-esslingen.de ([fe80::aca4:171a:3ee1:57e0%3]) with mapi id 15.01.2176.009; Wed, 31 Mar 2021 09:10:16 +0200 From: "Scharf, Michael" To: Mahesh Jethanandani , "netconf@ietf.org" Thread-Topic: [netconf] IPR poll for draft-ietf-netconf-tcp-client-server Thread-Index: AQHXJazMbXlz6BpVnk6Zw9ahds70Zaqdrh3A Date: Wed, 31 Mar 2021 07:10:16 +0000 Message-ID: References: <1A980A66-12AA-439F-976E-F73C5A274320@gmail.com> In-Reply-To: <1A980A66-12AA-439F-976E-F73C5A274320@gmail.com> Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [134.108.140.248] Content-Type: multipart/alternative; boundary="_000_e29edac53cb847c29d745700b25a9300hsesslingende_" MIME-Version: 1.0 Archived-At: Subject: Re: [netconf] IPR poll for draft-ietf-netconf-tcp-client-server X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2021 07:10:28 -0000 --_000_e29edac53cb847c29d745700b25a9300hsesslingende_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable No, I'm not aware of any IPR that applies to this draft Michael From: netconf On Behalf Of Mahesh Jethanandani Sent: Tuesday, March 30, 2021 11:36 PM To: netconf@ietf.org Subject: [netconf] IPR poll for draft-ietf-netconf-tcp-client-server Authors, Contributors, WG, As part of WGLC on this document: Are you aware of any IPR that applies to draft identified above? Please state either: "No, I'm not aware of any IPR that applies to this draft" or "Yes, I'm aware of IPR that applies to this draft" If so, has this IPR been disclosed in compliance with IETF IPR rules (see RFCs 3669, 5378 and 8179 for more details)? If yes to the above, please state either: "Yes, the IPR has been disclosed in compliance with IETF IPR rules" or "No, the IPR has not been disclosed" If you answer no, please provide any additional details you think appropriate. If you are listed as a document author or contributor please answer the above by responding to this email regardless of whether or not you are aware of any relevant IPR. This document will not advance to the next stage until a response has been received from each author. Also please send the response to the list above, and not unicast it. Thanks. Mahesh Jethanandani (as co-chair) mjethanandani@gmail.com --_000_e29edac53cb847c29d745700b25a9300hsesslingende_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

No, I'm not aware of any IPR th= at applies to this draft

 

Michael

 

From: netconf <netconf-bounces@ietf.org>= ; On Behalf Of Mahesh Jethanandani
Sent: Tuesday, March 30, 2021 11:36 PM
To: netconf@ietf.org
Subject: [netconf] IPR poll for draft-ietf-netconf-tcp-client-server=

 

Authors, Contributors, WG,

As part of WGLC on this document:

Are you aware of any IPR that applies to draft identified above?

Please state either:

"No, I'm not aware of any IPR that applies to this draft"
or
"Yes, I'm aware of IPR that applies to this draft"

If so, has this IPR been disclosed in compliance with IETF IPR rules
(see RFCs 3669, 5378 and 8179 for more details)?

If yes to the above, please state either:

"Yes, the IPR has been disclosed in compliance with IETF IPR rules&quo= t;
or
"No, the IPR has not been disclosed"

If you answer no, please provide any additional details you think
appropriate.

If you are listed as a document author or contributor please answer the
above by responding to this email regardless of whether or not you are
aware of any relevant IPR. This document will not advance to the next
stage until a response has been received from each author.

Also please send the response to the list above, and not unicast it.

Thanks.

Mahesh Jethanandani (as co-chair)
mjethanandani@gmail.com=

 =

 =

 =

 

 

--_000_e29edac53cb847c29d745700b25a9300hsesslingende_-- From nobody Wed Mar 31 04:34:01 2021 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ABE313A252D for ; Wed, 31 Mar 2021 04:34:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.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 Ui3356tnCMtM for ; Wed, 31 Mar 2021 04:33:57 -0700 (PDT) Received: from NAM04-BN8-obe.outbound.protection.outlook.com (mail-bn8nam08on20711.outbound.protection.outlook.com [IPv6:2a01:111:f400:7e8d::711]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1A9453A2534 for ; Wed, 31 Mar 2021 04:33:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=PQ28m5ms15eEncIxLlfU3BC2VO+kdRhtrUIq736dBLmpAapeCn9yeVYECF04wWnmgsWbj5jgAeAnecyY0DGo069JHPfPS3yvBX/dtdXHN52lq8fj7Sakp3i9Ac7jxYinCnWKePgXfWZKFRmmmSvw4cK7RSirGBl4fTuqtowlLjNzxCdbsdG9PJScEbjRcQNa5IC8ORBLbE8/Rf6cBUSWGk8UPlv5nubVrGeKMXnIUFeQD5F2SaNoX0ReO4sUIwk3KAqkBT5S/gwyOABOnnzSrkMUMq5/gPLnNJqOhE5N1dlhucI8rpjY1HL9odr5jHlESavHyl1sZIGDDcvkjV17fw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=wUPmnpgC87mY47S1K10An94zzWJYV4MEpQmpijvBqTY=; b=Vem99ajvmuxqiVLr8J4mYsYKQq5+6q+/m0bOZ/jx8iBBPNVgomdV1QBRCc+XklrVHQxFE4rbG8DfCRn9rdlap39pK8xDkiy4+oVbmvyTZAOdq74rg+oFHJJXa5wdsF7MckZP9P5hl7j/bju9oxjpQ/0EqKtji5tnHXfKeMBRjxXhwf4OG6RxiaivDTlVtZrGMjZ652N/Dth7IM/x/p9XDaNWhMeeIlehKbEhQWUfHP+UTJZyLCRVCuJBjrl9cn7mMYug6TPjc+wIqaDE3bnFRAJbzhR1P4DUEq/5bZ1hfDTZfLqzjthRne4mOAN9whTJNurnOG6YkZ4A/EA6jQX8sA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia.com; dmarc=pass action=none header.from=nokia.com; dkim=pass header.d=nokia.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=wUPmnpgC87mY47S1K10An94zzWJYV4MEpQmpijvBqTY=; b=EnAgggLtD8d7/7ioZrY7kfSU6k1WVCM0QQPkbm98FW/Dl9JijMc4Z8j1fGjbbGIiqcGu5SW3LkKoOQhcrlCypJFegGKkRZV4TejDH7WtFnL7H+QCaUhUdfzxjDI0WHXhwOz9QZVj1r3z/j205UXy6HKzJ4HFs0e76qtmFk4NO+I= Received: from SN6PR08MB4208.namprd08.prod.outlook.com (2603:10b6:805:3b::21) by SN6PR08MB5488.namprd08.prod.outlook.com (2603:10b6:805:fb::28) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3977.24; Wed, 31 Mar 2021 11:33:45 +0000 Received: from SN6PR08MB4208.namprd08.prod.outlook.com ([fe80::b4d9:1eec:aaa5:2dd8]) by SN6PR08MB4208.namprd08.prod.outlook.com ([fe80::b4d9:1eec:aaa5:2dd8%2]) with mapi id 15.20.3977.033; Wed, 31 Mar 2021 11:33:45 +0000 From: "Carey, Timothy (Nokia - US)" To: "netconf@ietf.org" Thread-Topic: draft-ietf-netconf-trust-anchors: Open issue in github Thread-Index: AdcmIV5Qez65x+vdTXuXZ+fjj+pOLw== Date: Wed, 31 Mar 2021 11:33:45 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=nokia.com; x-originating-ip: [24.155.49.224] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: a393ec3c-2d1c-4850-6a3c-08d8f438d866 x-ms-traffictypediagnostic: SN6PR08MB5488: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8273; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: JwG5n2q+jutq1FBs8T7CArLElShfJqA2xFw7Qa5VhS7QhBZJEuF1m4r9xPSW0zOVsvAgwPof0+8v0PUP6D57221UxrqB61SFmXclQYhMD94zBXi65McACMpXyL5OWnTskJeUxhBtnzurY4j/x3SS7Hs9dDhGqn3l2DydX56LcT1CDzFxq8jTd8Os5X0eCdPx5PjKet2pLeRBxofOSyEl6wekRJflEd3OT9UdpAP5tqAS4lPaPEi8stWB+QM7xxH+08QStUUDvSe0qAAoKDygYlk74X+wFmGn3UCwgkXgm6P5yfzWFJLFirFi252g0OgvqL5do/f0A7khhPstpyG8ymoUgqdX+9NCttyZCBVc3EYmexTMgk0YXGnNd2RdKi0dCofG1PmjP1/IQYlPziuy0jENygvwxsx2jjMJalCx6miTvaypVUGwCRu4+s7Q1VNeAbw3UOlPiULpNmWEAfEqTzyw5tMUJm9OPZv7j+xngNvcLWGdQ1Vgr6FWt10MQC0JGM8Emdrk3W77vKQpkylTWL4XbCPHJlhuylfoXDw7FIidS2+kyP/EbhEITsA5ia7AGbqtDbZifJUj3LzzkgClxme+cDZHq7kxPRiXXYj9lGt4nP4E7iYsxt0/tUJVIJNOP3CSldYpwhHIxCyPs6THXr8VlqsCIvowzHjtH3w3Z7aMtJrUK5ydgx5nkh9acHJkbVPcbFGzR7f+qMJVWHrUJuw0+Vj0eahZ2X4+n4a2h/C/Nl73rVcy7ZfnLl7kVrTS x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SN6PR08MB4208.namprd08.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(346002)(136003)(376002)(39860400002)(366004)(396003)(71200400001)(9686003)(6916009)(5660300002)(52536014)(8936002)(7696005)(38100700001)(2906002)(33656002)(66946007)(186003)(9326002)(86362001)(8676002)(76116006)(66476007)(4744005)(26005)(316002)(66446008)(6506007)(64756008)(55016002)(66556008)(478600001)(166002); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: =?us-ascii?Q?W7jXpTTa/4rNaHKRuZu926bIgxvE1dlS844PnbjJDJxsgD3LHlulk9CsGQDO?= =?us-ascii?Q?++3GgETOfKwwWlbu+LX5K4zzpG7QxOtYkGyAclUIydNUERzzktEaWRbI5cFX?= =?us-ascii?Q?D1Mwn+qbjZlIaOsTkkTZu1GNaBwKpHf+q9J2+pmy2idapsDULIuG79m/jHK2?= =?us-ascii?Q?HpBDFbM7Pof6hGKPJ0EAzjD474keou1tRG5IGguHHhna325UgfSXhjgRTeF/?= =?us-ascii?Q?7CT/kLACXuGzUHBRv/o3PSyAMhMHpM7Ye54+5tWZNvbunhPudGn2R2KF9qoI?= =?us-ascii?Q?WAil7fuaxz/Cim0Yv3zDtNO0Rn9vQiu4wyKpzBQy9HXdYjRUgxIFOlD31s7g?= =?us-ascii?Q?2NGT9TKInxM16NFFd5O0Wo/TLTpolRIlYd4n4moi0Ztj1SAgJTSEO57kMEfs?= =?us-ascii?Q?fznrkKLz+1bj52LyTFu9VcCRmog6sE8kiKD10inteJH0l5FLxN1Zi2wjYVcR?= =?us-ascii?Q?qEIYCjMOyQZ4NjLZM3OPCb2yNsOgeBhH4WYNTni1ABKxQ5enMsyyzw3xtPx9?= =?us-ascii?Q?he3UcdCsbCeX/EO2h4GhRROpNq/U3fK1FGCFJb1U5hYD1J/OKqotP8YoCS/4?= =?us-ascii?Q?DNBX2fR97oiNqh7U528LQZWzTa6LJwETQtbhfMPh9U8lTDieebflNQxxTUCQ?= =?us-ascii?Q?L/WZcCMgIERXj+xBiSEMs+lFHRvA8n2EnwSp6oJ8+9mFU7ZZWzu5AE8CGpLk?= =?us-ascii?Q?DVetn0/Pq9cV5T7g1jGg6hw4jypHmjHyiO2bl2dUZ49UA56K757ebKV68Jfi?= =?us-ascii?Q?oq8i4IzmzA2KiILTJEN8KIJxPQLgeR/fC/Piy4BFVRtkxd0V51ksufsG0+6X?= =?us-ascii?Q?PDVI/MbGa4I5c3XGddUdeyB/Gw/+4xRJIkE4G9Tb169u6DgFXhjUkwagH8Vy?= =?us-ascii?Q?XhUUyAqpcWwxSNb7kFTkyVkwkKXNowlRzrneYfMxdtjxT38ey4uiUjYFxF9T?= =?us-ascii?Q?9DySj2RqkTK8Q7AmNuhGtkihu3C6rbXugO4ITBzyQSrSf+hwqtnfyTS8f/Jq?= =?us-ascii?Q?wmo9mosW7GyjgtAxpCitUz7nSxiRpWYIVd4B+7VB3BYkziHOSM513eeuHNHh?= =?us-ascii?Q?hYMW5ESyzi7yXcFtXRI+pQxbwbUx39dFgC9qr1bDM/TUJhl/2yEjRdrOyPO5?= =?us-ascii?Q?aI6mMHWzB7JAQR2ldYhAggIL9k0qsTZzxGHYaGOkGgUO0XEZFl4wsTpo8slc?= =?us-ascii?Q?sF14a2+UuqYAJYntYiSIL9rQDDgzOGtFropjFVAY+MCaqePwnRQqFafAC3af?= =?us-ascii?Q?U4PDxdak5RqJnGY4PUqjqDShpsl4zd6Ifvmhl+DNlVxzSoUORo4POqIiQo0v?= =?us-ascii?Q?9g8F/1q6Yhr3JzrHOobslVBm?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_SN6PR08MB4208DD96161D212C7E3432ABEF7C9SN6PR08MB4208namp_" MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: SN6PR08MB4208.namprd08.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: a393ec3c-2d1c-4850-6a3c-08d8f438d866 X-MS-Exchange-CrossTenant-originalarrivaltime: 31 Mar 2021 11:33:45.7912 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: f9G+zO6maxVbcHRp6ykIVJphLLYOBhOVqHgN6Ez91E3PvsTN8LRM9BcWGZL4N+Pdw+wsTPkf4xpZ/hWb+XyPvA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN6PR08MB5488 Archived-At: Subject: [netconf] draft-ietf-netconf-trust-anchors: Open issue in github X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2021 11:34:01 -0000 --_000_SN6PR08MB4208DD96161D212C7E3432ABEF7C9SN6PR08MB4208namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I was looking at the open issue for the draft-ietf-netconf-trust-anchors-14= in git hub -Missing prefixes in typedefs certificate-ref and public-key-re= f (https://github.com/netconf-wg/trust-anchors/issues/1) that resolves a YA= NG lint error. I have seen this issue fixed, is this possible to resolve in the next draft= version? Thanks, Tim --_000_SN6PR08MB4208DD96161D212C7E3432ABEF7C9SN6PR08MB4208namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

I was looking at the open issue for the draft-ietf-n= etconf-trust-anchors-14 in git hub -Missing prefixes in typedefs certificat= e-ref and public-key-ref (https://github.com/netconf-wg/trust-anchors/issues/1) that resolves a YANG lint error.

 

I have seen this issue fixed, is this possible to re= solve in the next draft version?

 

Thanks,

Tim

--_000_SN6PR08MB4208DD96161D212C7E3432ABEF7C9SN6PR08MB4208namp_--