Re: [netmod] Adoption Poll: draft-rtgyangdt-netmod-module-tags-02

Robert Wilton <rwilton@cisco.com> Wed, 07 February 2018 10:38 UTC

Return-Path: <rwilton@cisco.com>
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 45909126C19 for <netmod@ietfa.amsl.com>; Wed, 7 Feb 2018 02:38:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level:
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 KcqN1ddeQYRz for <netmod@ietfa.amsl.com>; Wed, 7 Feb 2018 02:37:58 -0800 (PST)
Received: from aer-iport-2.cisco.com (aer-iport-2.cisco.com [173.38.203.52]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3625C124D6C for <netmod@ietf.org>; Wed, 7 Feb 2018 02:37:58 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6732; q=dns/txt; s=iport; t=1517999878; x=1519209478; h=subject:to:references:from:message-id:date:mime-version: in-reply-to; bh=qNrrPTeJBDsruOpk4Gh9L2XvpRPw5ZqfXSMtZoDOO5U=; b=dMZ6Jm1biFUA7wf1IW+Kd9O5aYE67YSzGrSDtmcb1n/bcUlMUnObrKnV +PdEUQlEMHcL3m4xn/8SJM9oicjEcZKuhcEZn8oR6+Z8YPd4RRrB0F8eW tigGhzhx8w7F+arXznzCPrOD1ruAKoCwIL4m2+RteQPFKkJmd2QkDhe/q g=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0B3AQDK1Xpa/xbLJq1cGQEBAQEBAQEBAQEBAQcBAQEBAYMggRdwKINlixiPDCeReYVuggMKGAEKgV6Ca08Cgz0UAQIBAQEBAQECayiFJAEBBAEBIUsbCxIGKgICJyIOBgEMBgIBAYoxELIUgicmhFqDeIIKAQEBAQEBAQEBAQEBAQEBAQEBAQEBGAWEdYNsgWgpDIJ5gy8BAQIBgTsBEgEHAQEJgySCZQWaJIoFCYgdjV2CHoYng3OIBo16gXmIF4E8NiIlO3AzGggbFT2CRoR3QTeLTQ0YgiQBAQE
X-IronPort-AV: E=Sophos;i="5.46,473,1511827200"; d="scan'208,217";a="1914472"
Received: from aer-iport-nat.cisco.com (HELO aer-core-4.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 07 Feb 2018 10:37:56 +0000
Received: from [10.63.23.78] (dhcp-ensft1-uk-vla370-10-63-23-78.cisco.com [10.63.23.78]) by aer-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id w17AbtS0017283; Wed, 7 Feb 2018 10:37:56 GMT
To: joel jaeggli <joelja@bogus.com>, NETMOD Working Group <netmod@ietf.org>
References: <cab2618d-4c59-b516-0590-f7e3d1936f50@bogus.com>
From: Robert Wilton <rwilton@cisco.com>
Message-ID: <d374cb9f-121d-dcdc-4804-956ce7dbeb4d@cisco.com>
Date: Wed, 07 Feb 2018 10:37:55 +0000
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
In-Reply-To: <cab2618d-4c59-b516-0590-f7e3d1936f50@bogus.com>
Content-Type: multipart/alternative; boundary="------------8D733B936FFAB4B19429B2F8"
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/4u35gSZYxOTxik4LGhhQd0Q-Mds>
Subject: Re: [netmod] Adoption Poll: draft-rtgyangdt-netmod-module-tags-02
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.22
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: Wed, 07 Feb 2018 10:38:01 -0000

Hi,

I conditionally support WG adoption of this draft, with the condition 
being that I think that there are technical areas of this draft that 
should be changed (I've mentioned these previously).

My interpretation of the approach currently documented in the draft 
assumes that the tags are treated as a special type of configuration 
that don't quite adhere to normal configuration rules.  In particular, 
the approach assumes that the server will pre-populate the running 
configuration with the server default tags.  A client can then fetch and 
modify these and push them back to the server.  However, I think that 
this approach will both bloat the configuration and violates the 
principal that the contents of the configuration should be owned by the 
client, not the server.  And probably raise various other corner case 
conditions as well (e.g. what do you do if the server software is 
upgraded and the tags change? how do you merge the current client and 
new server defaults together?)

Instead, I think that the tags should make use of the NMDA architecture 
and be treated entirely as regular configuration:
- <operational> would always report the current set of tags in effect 
(system default values, overridden by any tags add/removed/modified via 
configuration).
- <running> would only contain any configured changes to the tags 
(additional tags could be added, or existing tags could be marked as 
being changed or deleted).
- No reset IPC is required, since it is just regular configuration.

I think that the draft should also support NMDA by augmenting YANG 
library bis.

Thanks,
Rob


On 06/02/2018 23:47, joel jaeggli wrote:
>
> Hi,
>
> This is the start of a *two* week poll on making 
> draft-rtgyangdt-netmod-module-tags-02 a working group document.
>
> https://tools.ietf.org/html/draft-rtgyangdt-netmod-module-tags-02
>
> This document was most recently discussed at IETF 100.
>
> Please send email to the list indicating "yes/support" or "no/do not 
> support".  If indicating no, please state your reservations with the 
> document.  If yes, please also feel free to provide comments you'd 
> like to see addressed once the document is a WG document.
>
> This poll ends on February 8.
>
> Thank you!
>
> Joel Jaeggli and IETF NETMOD Co-Chairs
>
>
>
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod