Hi, all
This version has made the following changes:

   *  Avoid using and rephrase "server MUST reject" statement, and try
      to clarify that this documents aims to provide visibility into
      existing immutable behavior;

   *  Add a new section to discuss the inheritance of immutability;

   *  Clarify that deletion to an immutable node in <running> which is
      instantiated in <system> and copied into <running> should always
      be allowed;

   *  Clarify that write access restriction due to general YANG rules
      has no need to be marked as immutable.

More details are provided in the I-D, any comments and suggestions are much 
appreciated.

Best Regards,
Qiufang

-----Original Message-----
From: [email protected] [mailto:[email protected]] 
Sent: Thursday, August 11, 2022 5:45 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-03.txt


A new version of I-D, draft-ma-netmod-immutable-flag-03.txt
has been successfully submitted by Qiufang Ma and posted to the IETF repository.

Name:           draft-ma-netmod-immutable-flag
Revision:       03
Title:          YANG Extension and Metadata Annotation for Immutable Flag
Document date:  2022-08-11
Group:          Individual Submission
Pages:          20
URL:            
https://www.ietf.org/archive/id/draft-ma-netmod-immutable-flag-03.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-03

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

Reply via email to