Re: [netmod] Common etag, timestamp on all interfaces (draft-lindblad-netconf-transaction-id)

Kent Watsen <kent+ietf@watsen.net> Thu, 31 March 2022 15:21 UTC

Return-Path: <0100017fe090ca32-8f98b853-9b95-425c-945a-7c43289efa4b-000000@amazonses.watsen.net>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 960F43A0925; Thu, 31 Mar 2022 08:21:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.908
X-Spam-Level:
X-Spam-Status: No, score=-1.908 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] 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 nvpsAO1i8Wjt; Thu, 31 Mar 2022 08:21:01 -0700 (PDT)
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 048873A1A89; Thu, 31 Mar 2022 08:21:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=6gbrjpgwjskckoa6a5zn6fwqkn67xbtw; d=amazonses.com; t=1648740059; h=Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:Cc:Content-Transfer-Encoding:Message-Id:References:To:Feedback-ID; bh=83ZFZ/lc+l0ZVHzmtLekaMXsOJ3qIV6aqZs4Qf/Lu8w=; b=X9lY049IHeI5bYgXBp6GjYaJJq32q59pu39CNES5YwD3AmWvnv7arM4FOmJpHTYQ cwaCZio5KIJ0qW+YHmxqqfQYJDlclKH1LhnnzPk7hDEFPNGgcSH1PP0GB+7IvkWOn30 HxwIZodIu9mxJRalQBXZWPf4Ifz0v2CjUs9D+zbM=
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 15.0 \(3693.60.0.1.1\))
From: Kent Watsen <kent+ietf@watsen.net>
In-Reply-To: <416FF15D-53E3-4E2F-ABDD-F3E25368E027@cisco.com>
Date: Thu, 31 Mar 2022 15:20:59 +0000
Cc: "netmod@ietf.org" <netmod@ietf.org>, "netconf@ietf.org" <netconf@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-ID: <0100017fe090ca32-8f98b853-9b95-425c-945a-7c43289efa4b-000000@email.amazonses.com>
References: <VI1PR0701MB2351D399AB78445A66E16DD1F0189@VI1PR0701MB2351.eurprd07.prod.outlook.com> <0100017fb906d433-172359f0-01a8-4a82-8e25-8079bdafef76-000000@email.amazonses.com> <VI1PR0701MB2351A58EB0EC5973DAD7454EF0189@VI1PR0701MB2351.eurprd07.prod.outlook.com> <CABCOCHSBHUy4gdQ9vnxMEKGkB4azv5Hjw0shiorVV2-WW_Unrw@mail.gmail.com> <F9E14193-2EC9-41AE-8788-1EA115CC2F20@tail-f.com> <VI1PR0701MB23519A8D0F38BEB559EEB1B5F0199@VI1PR0701MB2351.eurprd07.prod.outlook.com> <CABCOCHQk8kg+jr-NBydqJpZN068=oDq7j5EurstNN2LJSv8wCw@mail.gmail.com> <0100017fbe472ae5-7153357c-10cc-4055-92c7-e06e03681e92-000000@email.amazonses.com> <416FF15D-53E3-4E2F-ABDD-F3E25368E027@cisco.com>
To: "Jan Lindblad (jlindbla)" <jlindbla@cisco.com>
X-Mailer: Apple Mail (2.3693.60.0.1.1)
Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES
X-SES-Outgoing: 2022.03.31-54.240.8.96
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/TxKu1Fa6_gtuJEx5pfa9P38hbVA>
Subject: Re: [netmod] Common etag, timestamp on all interfaces (draft-lindblad-netconf-transaction-id)
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 31 Mar 2022 15:21:04 -0000

[CC-ing NETCONF, as this discussion (and draft) belongs there.  To whomever replies to this message, please remove NETMOD from the CC-list.  Thanks!]


Hi Jan,

>> The same rules apply:
>> 
>> - ETag is a MUST, LastModified is a MAY
>> - root-node is a MUST, inner-nodes is a MAY
> 
> I'm perfectly fine with this. Since we are in agreement maybe I should just stop here. 

The "rules" mentioned above are what RFC 8040 defines.  The same rules should apply to the NETCONF equivalent.   Which is to say, the draft that defines the NETCONF-equivalent should define support for both.


> Since I noted that I haven't done a good job at explaining how the ETag mechanism works, let me take the example below and explain how this situation is avoided using ETags.

<snip/>

Regarding the PROs and CONs of ETag vs LastModified, examples can be constructed showing each being better in cases.  As protocol-designers, the choice should be given to deployments.

Kent