I agree with this update. Regarding the Subject line on the earlier message, no, I do not think the immutable-flag solution should be an update to NACM.
Thanks, Kent // as a Contributor > On Oct 20, 2022, at 4:32 AM, maqiufang (A) > <[email protected]> wrote: > > Hi, all > > As mentioned in the previous email > (https://mailarchive.ietf.org/arch/msg/netmod/ukhXsex5jbTL9JLWZ-Dz9E4rvPo/), > this version clarifies the interaction between immutable flag and NACM > mechanism. > Comments and suggestions are greatly appreciated. Thanks! > > Best Regards, > Qiufang > > -----Original Message----- > From: [email protected] [mailto:[email protected]] > Sent: Thursday, October 20, 2022 4:19 PM > To: Balazs Lengyel <[email protected]>; Hongwei Li > <[email protected]>; Qin Wu <[email protected]>; Qin Wu > <[email protected]>; maqiufang (A) <[email protected]> > Subject: New Version Notification for draft-ma-netmod-immutable-flag-04.txt > > > A new version of I-D, draft-ma-netmod-immutable-flag-04.txt > has been successfully submitted by Qiufang Ma and posted to the IETF > repository. > > Name: draft-ma-netmod-immutable-flag > Revision: 04 > Title: YANG Extension and Metadata Annotation for Immutable > Flag > Document date: 2022-10-20 > Group: Individual Submission > Pages: 20 > URL: > https://www.ietf.org/archive/id/draft-ma-netmod-immutable-flag-04.txt > Status: > https://datatracker.ietf.org/doc/draft-ma-netmod-immutable-flag/ > Htmlized: > https://datatracker.ietf.org/doc/html/draft-ma-netmod-immutable-flag > Diff: > https://www.ietf.org/rfcdiff?url2=draft-ma-netmod-immutable-flag-04 > > Abstract: > This document defines a YANG extension named "immutable" to indicate > that specific "config true" data nodes are not allowed to be > created/deleted/updated. To indicate that specific entries of a > list/leaf-list node or instances inside list entries cannot be > updated/deleted after initialization, a metadata annotation with the > same name is also defined. Any data node or instance marked as > immutable is read-only to the clients of YANG-driven management > protocols, such as NETCONF, RESTCONF and other management operations > (e.g., SNMP and CLI requests). > > This document aims to provide more visibility into immutability > characteristic of particular schema or instance nodes by defining a > standard mechanism to allow the server to document the existing > immutable configuration data, while this doesn't mean attaching such > restrictions is encouraged. > > > > > The IETF Secretariat > > > > _______________________________________________ > netmod mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/netmod _______________________________________________ netmod mailing list [email protected] https://www.ietf.org/mailman/listinfo/netmod
