Re: [netconf] [Anima] [ANIMA] discuss _how_ to adopt draft-richardson-anima-rfc8366bis

Michael Richardson <mcr+ietf@sandelman.ca> Tue, 16 November 2021 13:24 UTC

Return-Path: <mcr+ietf@sandelman.ca>
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 151D03A0904; Tue, 16 Nov 2021 05:24:35 -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 (2048-bit key) header.d=sandelman.ca
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 PYcPH8Dw6afc; Tue, 16 Nov 2021 05:24:29 -0800 (PST)
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 6E06E3A0909; Tue, 16 Nov 2021 05:24:28 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by tuna.sandelman.ca (Postfix) with ESMTP id D3CD61801F; Tue, 16 Nov 2021 08:26:46 -0500 (EST)
Received: from tuna.sandelman.ca ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with LMTP id cIg6Gy5lx1D3; Tue, 16 Nov 2021 08:26:43 -0500 (EST)
Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id 1A5D518017; Tue, 16 Nov 2021 08:26:42 -0500 (EST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=sandelman.ca; s=mail; t=1637069203; bh=WUzbYhwOhXDOuxgzss5aEVqJy8EEk1Z3Ftmp0gDnYLA=; h=From:cc:to:Subject:In-Reply-To:References:Date:From; b=7naORat2TgFGWR7yIC9BYrWOP0V1Ezxws02etZaJC0V6nBCp5bcAB+R+vTXy6PTfF B0tbLE25PeqT4AfjLL9YDWk1HewYZzXivy58eYRmqqqyi7/9X0hjNuLHNI6hE0ygwo CoFyTRYM0ZyTXNsXJm/hdzfxe71A9Bhf0tYmc8Qa8psqJQ0/kHnSev8CUOglVtFici wkSj9dacZhPg8BVaHnALL/Yn+7WXoP7K1OYXlRJnlwfOt7dBHxWncrcn7LQ6Kq66Gv sHJCj9rSDs78HQUS7w1eEWo1VZZAQ46dnAnDHTfBJLt6KGD8ExB6DebRFu/ieP+3ko Xe7QQmUOkvuVA==
Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 7FEC165; Tue, 16 Nov 2021 08:24:21 -0500 (EST)
From: Michael Richardson <mcr+ietf@sandelman.ca>
cc: Toerless Eckert <tte@cs.fau.de>
to: anima@ietf.org, netconf@ietf.org
In-Reply-To: <YZLRNsJHwYhPkwbx@faui48e.informatik.uni-erlangen.de>
References: <YZLRNsJHwYhPkwbx@faui48e.informatik.uni-erlangen.de>
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<nPbLgmtKK-5dC@#:k
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg="pgp-sha512"; protocol="application/pgp-signature"
Date: Tue, 16 Nov 2021 08:24:21 -0500
Message-ID: <21971.1637069061@localhost>
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/rwQEkPZoq2Q83DOOfRKUNaW6zW4>
Subject: Re: [netconf] [Anima] [ANIMA] discuss _how_ to adopt draft-richardson-anima-rfc8366bis
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETCONF WG list <netconf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netconf>, <mailto:netconf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netconf/>
List-Post: <mailto:netconf@ietf.org>
List-Help: <mailto:netconf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netconf>, <mailto:netconf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Nov 2021 13:24:35 -0000

Adding netconf@.

Reminding that 8366 was originally a pooling of interests between 6tisch,
ANIMA and NETCONF.

{We haven't yet fixed the entire 6tisch scenario yet.
draft-selander-ace-ake-authz is probably closest to what 6tisch wanted.
It doesn't use 8366 literally as described, but figuratively.}

Toerless Eckert <tte@cs.fau.de> wrote:
    > To move the discussion from IETF112 meeting to the mailing list:

    > a) To be able for other drafts to extend the RFC8366 voucher YANG data model, we need
    > to fix up the RFC8366 voucher model. This is the smallest possible RFC8366bis scope.

If we go this direction, fixing the one obvious bug with the assertion
enumeration probably means that we can also advance RFC8633bis to Internet Standard.
There might be a few other bugs that we find that we have to fix.
Anyway, I will attempt to post an update around Dec.1

    > b) We can make the scope bigger by also adding not only the hooks to make it extensible,
    > but actually integrating extensions from other WG drafts.

Bringing in the other extensions, some of which are not yet fully baked,
probably means a pretty long cycle.  For some documents, it might be
very disruptive to both.  So, I think that this is a bad idea.

    > I have no strong opinion either way. I would be happy with option a), as long as we
    > know we are not missing out on any othrer extension point than the one we did already
    > identify!

I think that it's fine if we did 8633bis as IS, and then in a few years, we
collected things again into a new comprehensive document.


--
Michael Richardson <mcr+IETF@sandelman.ca>   . o O ( IPv6 IøT consulting )
           Sandelman Software Works Inc, Ottawa and Worldwide