(as contributor)

In reviewing schema mount in the hopes of having it ready for LC (as
contributor) by Prague, I noticed that the "schema" list replicates the
information contained  YANG library with the exception of omitting the
module-set-id leaf.  Presuming that this leaf is in fact useful
(although I know in other settings we leave it to the client/receiver to
generate such hashes) I propose that we add a parallel  module-set-id
leaf to schema-mount's schema list.

The specific addition would be:

      leaf module-set-id {
        type string;
        mandatory true;
        description
          "Contains a server-specific identifier representing
           the current set of modules and submodules identified
           in 'module-list'.  The server MUST change the value of
           this leaf when the information represented by 'module-list'
           changes.";
       }

and the parallel notification:

  /*
   * Notifications
    */
  notification yang-schema-mount-change {
    description
      "Generated when the set of modules and submodules supported
       for a particular mount point schema has changed.";
    leaf module-set-id {
      type leafref {
        path "/yangmnt:schema-mounts/schema/yangmnt:module-set-id";
      }
      mandatory true;
      description
        "Contains the module-set-id value representing the
         set of modules and submodules supported for the identified
         schema the time the notification is generated.";
    }
  }

Does anyone object to this or have other thoughts on this addition
(e.g., agree that it's a good idea to keep this model parallel with YANG
library)?

Thanks,
Lou

PS for full details on the proposed change see
https://github.com/netmod-wg/schema-mount/pull/11

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

Reply via email to