Re: [netmod] [Anima] Call for adoption: draft-richardson-anima-rfc8366bis, ends December 19th, 2021

Qin Wu <bill.wu@huawei.com> Tue, 18 January 2022 10:10 UTC

Return-Path: <bill.wu@huawei.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 4666C3A15C4; Tue, 18 Jan 2022 02:10:45 -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, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=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 As0vRGLzE4hH; Tue, 18 Jan 2022 02:10:40 -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 5C6C63A15C3; Tue, 18 Jan 2022 02:10:40 -0800 (PST)
Received: from fraeml714-chm.china.huawei.com (unknown [172.18.147.226]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4JdPb75WRpz67Cr0; Tue, 18 Jan 2022 18:07:31 +0800 (CST)
Received: from canpemm100008.china.huawei.com (7.192.104.152) by fraeml714-chm.china.huawei.com (10.206.15.33) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.21; Tue, 18 Jan 2022 11:10:36 +0100
Received: from canpemm500005.china.huawei.com (7.192.104.229) by canpemm100008.china.huawei.com (7.192.104.152) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.21; Tue, 18 Jan 2022 18:10:35 +0800
Received: from canpemm500005.china.huawei.com ([7.192.104.229]) by canpemm500005.china.huawei.com ([7.192.104.229]) with mapi id 15.01.2308.021; Tue, 18 Jan 2022 18:10:35 +0800
From: Qin Wu <bill.wu@huawei.com>
To: Michael Richardson <mcr+ietf@sandelman.ca>, "anima@ietf.org" <anima@ietf.org>, "netmod@ietf.org" <netmod@ietf.org>
Thread-Topic: [Anima] Call for adoption: draft-richardson-anima-rfc8366bis, ends December 19th, 2021
Thread-Index: AdgMUiLSwoLx96RKRmKtknsO6BOsxA==
Date: Tue, 18 Jan 2022 10:10:35 +0000
Message-ID: <149f3b5d2c654b08ab1e9353689ec5e8@huawei.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.136.100.16]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/fEIrXzC4wgsxXRtK24Hia8kAnk8>
Subject: Re: [netmod] [Anima] Call for adoption: draft-richardson-anima-rfc8366bis, ends December 19th, 2021
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: Tue, 18 Jan 2022 10:10:45 -0000

Hi, Michael and All:
-----邮件原件-----
发件人: Michael Richardson [mailto:mcr+ietf@sandelman.ca] 
发送时间: 2022年1月12日 9:25
收件人: Qin Wu <bill.wu@huawei.com>; anima@ietf.org; netmod@ietf.org
主题: Re: [Anima] Call for adoption: draft-richardson-anima-rfc8366bis, ends December 19th, 2021

Qin Wu <bill.wu@huawei.com> wrote:
    >> Are you saying that we should update to RFC8791?  Do you think that
    >> this is a bug-fix?

    > [Qin Wu] No, have clarified in the separate message, I think both
    > yang-data and sx:structure can be used, but sx:structure is not
    > targeted to replace yang-data, but RESTCONFbis in the future may
    > consider to decouple yang-data from RFC8040.

I have not yet merged https://github.com/anima-wg/voucher/pull/17
when producing draft-ietf-anima-rfc8366-00.

I would like the WG to review the results a bit more first, and I would like a bit more assurance that moving from RESTCONF->RFC8791 would be considered an acceptable bug fix when going from Proposed Standard to Internet Standard.
[Qin Wu] I am wondering when the name of the structure is encoded as a
   "container" and such structure contains multiple leafs, whether we should have a separate container, let's say container A to wrap all the leaf nodes, from space convention in section 3 of RFC8791, 
structure <structure-name>:
       +--<node>
          +--<node>
          |  +--<node>
          +--<node>
It seems to me that one separate container node A under "structure <structure-name>" is needed, the benefit to add a separate container A is when you augment structure <structure-name>, you can easily introduce additional leaf node under container A.
But I am not sure add multiple leaf node directly under structure <structure-name> is really **allowed**?, since we don't have too many consumer of RFC8791, can Martin or Andy help answer this since you are authors of this work. @Martin and Andy, Thanks!
--
Michael Richardson <mcr+IETF@sandelman.ca>   . o O ( IPv6 IøT consulting )
           Sandelman Software Works Inc, Ottawa and Worldwide