Hi all,

  I have reviewed these two drafts and think them are good and necessary.

  In my practice, although we try to avoid NBC changes, there are still many 
NBC changes in our YANG modules(YANG1.0), it may be caused by bugs fix, new 
requirements, etc. (creating new nodes/deprecating the old nodes may be very 
cumbersome and difficult to understand for both client and server. )

  I think it very important for client/app to provide some flags to indicate 
there are some NBC changes between versions or not, otherwise, client/app have 
to compare all yang modules between different versions to make sure whether NBC 
changes occur.

  I also have a suggestion:
  
    In section 5.2.2 of yang module versioning draft, I suggest the default 
value of deprecated-nodes-implemented/obsolete-nodes-absent is true. In this 
way, the server does not need to explicitly set this value.
    OLD:
    deprecated-nodes-implemented: If set to "true", this leaf indicates that 
all schema nodes with a status "deprecated" are implemented equivalently as if 
they had status "current"; 
                               otherwise deviations MUST be used to explicitly 
remove "deprecated" nodes from the schema. If this leaf is set to "false" or 
absent, then the behavior is unspecified.
    obsolete-nodes-absent: If set to "true", this leaf indicates that the 
server does not implement any status "obsolete" schema nodes. 
                       If this leaf is set to "false" or absent, then the 
behaviour is unspecified.
    NEW:
    deprecated-nodes-implemented: If set to "true" or absent, this leaf 
indicates that all schema nodes with a status "deprecated" are implemented 
equivalently as if they had status "current"; 
                               otherwise deviations MUST be used to explicitly 
remove "deprecated" nodes from the schema. If this leaf is set to "false" , 
then the behavior is unspecified.
    obsolete-nodes-absent: If set to "true" or absent, this leaf indicates that 
the server does not implement any status "obsolete" schema nodes. 
                       If this leaf is set to "false", then the behaviour is 
unspecified.


-----邮件原件-----
发件人: netmod [mailto:[email protected]] 代表 Kent Watsen
发送时间: 2023年5月9日 6:49
收件人: [email protected]
主题: [netmod] Joint WGLC on "semver" and "module-versioning" drafts

Dear NETMOD WG,

This message begins a joint two-week WGLC for draft-ietf-netmod-yang-semver-11 
and draft-ietf-netmod-yang-module-versioning-09
 ending on Monday, May 22nd.  Neither draft has IPR declared.  Here are the 
direct links to the HTML version for these drafts:

   - https://datatracker.ietf.org/doc/html/draft-ietf-netmod-yang-semver-11
   - 
https://datatracker.ietf.org/doc/html/draft-ietf-netmod-yang-module-versioning-09

Positive comments, e.g., "I've reviewed this document and believe it is ready 
for publication", are welcome!  This is useful and important, even from 
authors.  Objections, concerns, and suggestions are also welcomed at this time.

Thank you,
Kent and Lou (chairs)








_______________________________________________
netmod mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/netmod

_______________________________________________
netmod mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/netmod

Reply via email to