Re: [netmod] I-D Action: draft-ietf-netmod-module-tags-09.txt

Andy Bierman <andy@yumaworks.com> Fri, 04 October 2019 01:36 UTC

Return-Path: <andy@yumaworks.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 A0A88120089 for <netmod@ietfa.amsl.com>; Thu, 3 Oct 2019 18:36:18 -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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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=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 5VgNm0fiuw19 for <netmod@ietfa.amsl.com>; Thu, 3 Oct 2019 18:36:16 -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 DEAC2120013 for <netmod@ietf.org>; Thu, 3 Oct 2019 18:36:15 -0700 (PDT)
Received: by mail-lf1-x12d.google.com with SMTP id u3so3231650lfl.10 for <netmod@ietf.org>; Thu, 03 Oct 2019 18:36:15 -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=u3KjPmXNELaCjW3y9Nad4OyGPubj3R0TDwhSRCvIcU0=; b=L2a3cUajHttpJFs7Vg+pt0n2SCEi8rO8fI/9SkfyI3wnG75W4cTt+mFmBHQr13HBMa RJey0aGlr9GW6MeG0pPv14rBmLIya4tQJpzuzAxWnCz70YqC76fVGLTwRnenXA1Sdg3I kW3i+cNlk8l8gXyISpR5U+Z9MAI72d9/CVEo0xHgfINjsBkDP/kk8o8Ia0dm6DJRo/ZX l5LiIpTlM6pMbSydYJKJA+8zHQaJyQGOBa/MOdtY18cMxQ6mQEA+aIg8CP0gw7SNpeyQ sHewEb8O+lNx/Qk3Rp9lJH9pGKvUH364ZV/mm94ZGLRbkFRC+g+HoeFoo5nGjfDuyv+B xxaA==
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=u3KjPmXNELaCjW3y9Nad4OyGPubj3R0TDwhSRCvIcU0=; b=BPm/lPwrGEG6WV8kPbC1UjcAm6J3caMCctquVUQhc+p4XYUWqMMIWF15Yeux2Vgjfv dWQY8iwvayDPJv44TNaf6hfNI2tkvuK6fOlxSVhousz4pVgikHdu2iT8Dzlz6U4Ay0V8 FuaQyiz5ATjvA6g+tMRck4/rfC7a4pgJXML5D16e/YFMmKsG+oRnlwzjbY+WTNqPO/YS jCc1897d1WUaudNjS7UcPC2MOUd6GQOMmfLdknn1ihJ2i7FrFO9QvXTQEFabY4IzkwEi MU6rc3o9mRqy2hVkyvGldvnLDvcca8vMxEHUBzqUfWF+q66Sn3ydhfwgCJlkBSsFu0kF MbvA==
X-Gm-Message-State: APjAAAW3w8XOim6YP8ESSoEcTyqXqZbwvBTPgtlTZjf4l2iuOhdvth6v uVFIdBSvk9XUpC67hTndCqK/f0yNnQi/EVNUfhi7Yg==
X-Google-Smtp-Source: APXvYqzzTUNlbThxDZJS7z8wzhWKlxUQKdf2HRLCMWwuB+Bw4YeztXBVzo0I2decsl1vE90Xx4MQFnnhCG6VfvLj03U=
X-Received: by 2002:ac2:554e:: with SMTP id l14mr7843250lfk.32.1570152974072; Thu, 03 Oct 2019 18:36:14 -0700 (PDT)
MIME-Version: 1.0
References: <B8F9A780D330094D99AF023C5877DABAA934034F@dggeml511-mbx.china.huawei.com>
In-Reply-To: <B8F9A780D330094D99AF023C5877DABAA934034F@dggeml511-mbx.china.huawei.com>
From: Andy Bierman <andy@yumaworks.com>
Date: Thu, 03 Oct 2019 18:36:02 -0700
Message-ID: <CABCOCHSi-26zzbwpwp12XsiW6zZGvUquCm6CHXH_nN78XQCirA@mail.gmail.com>
To: Qin Wu <bill.wu@huawei.com>
Cc: Christian Hopps <chopps@chopps.org>, "netmod@ietf.org" <netmod@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000004356b705940bba53"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/fv-WPYSdo259FvUPB18ym1mapN0>
Subject: Re: [netmod] I-D Action: draft-ietf-netmod-module-tags-09.txt
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: Fri, 04 Oct 2019 01:36:19 -0000

On Thu, Oct 3, 2019 at 5:16 PM Qin Wu <bill.wu@huawei.com> wrote:

> Agree with Andy, I am wondering whether masked-tag should be changed into
> config-false node?
>
> If masked-tag is not client generated configuration or system generated
> configuration, what it should be?  System-state?
>
>
>

I am not suggesting any changes to the module-tags module.
Just follow the procedure in RFC 8407, sec. 4.23.3.1

Andy


> -Qin
>
> *发件人:* netmod [mailto:netmod-bounces@ietf.org] *代表 *Andy Bierman
> *发送时间:* 2019年10月4日 0:25
> *收件人:* Christian Hopps <chopps@chopps.org>
> *抄送:* netmod@ietf.org
> *主题:* Re: [netmod] I-D Action: draft-ietf-netmod-module-tags-09.txt
>
>
>
>
>
>
>
> On Thu, Oct 3, 2019 at 8:59 AM Christian Hopps <chopps@chopps.org> wrote:
>
>
> > On Oct 3, 2019, at 11:30 AM, Rob Wilton (rwilton) <rwilton@cisco.com>
> wrote:
> >
> > Hi Chris,
> >
> >> -----Original Message-----
> >> From: Christian Hopps <chopps@chopps.org>
> >> Sent: 03 October 2019 16:16
> >> To: Rob Wilton (rwilton) <rwilton@cisco.com>
> >> Cc: Christian Hopps <chopps@chopps.org>; netmod@ietf.org
> >> Subject: Re: [netmod] I-D Action: draft-ietf-netmod-module-tags-09..txt
> >>
> >> [resending to include list cc]
> >>
> >>> On Oct 3, 2019, at 5:45 AM, Rob Wilton (rwilton) <rwilton@cisco.com>
> >> wrote:
> >>>
> >>> Hi Chris,
> >>>
> >>> As discussed offline, you have left out the "masked-tag" container in
> >> the "modules-tags-state" module.
> >>
> >> One might read this as an objection that was discussed offline, but I
> >> don't think you are objecting, you're just stating what happened,
> correct?
> >
> > Correct, not objecting, although I might be about to 😉
> >
> > Generally, I think that is what is available in "module-tags-state"
> should be directly equivalent to what is available in the operational
> datastore for servers that support NMDA.
>
> So is this how we're supposed to construct these deprecated state modules,
> just copy all config true and config false nodes into a new module and mark
> them all config false? If so fine. I will do that.
>
>
>
>
>
> IMO the deprecated state module only needs a config=false version of the
> config=true NMDA nodes.
>
> Since config=true validation statements are not allowed to reference
> config=false nodes it should
>
> always be possible to remove the config=false nodes from the deprecated
> state module.
>
>
>
> Otherwise the config=false nodes show up twice for non-NMDA clients
> because they can
>
> read the NMDA config=false nodes just fine.  (The NMDA transition strategy
> is vague and
>
> using the /yang-library tree to hide objects is too complicated, but that
> is not in scope for module-tags.)
>
>
>
>
>
> Thanks,
> Chris.
>
>
>
> Andy
>
>
>
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod
>
>