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
