On Thu, Jul 08, 2021 at 10:58:37AM +0000, Rob Wilton (rwilton) wrote:
> Hi Juergen,
> 
> I believe that having the simple form is worth the extra complexity.
> 
> I think that you are right to be concerned that it should not expand into a 
> separate parallel format.  Overtime, I would like the simple form to be able 
> to use revision labels instead of revision dates, but beyond this I think 
> that it should just be a flat list of modules that defines the schema.  If a 
> subset of features, or datastores, or import-only modules are needed then the 
> YANG library version (or URIs) can and should be used.
>

A tool that does something useful, such as checking an instance file
against a schema, likely needs to have more information than just a
module name with a revision identifier to do the job well. Anyway, if
people feel strongly that this optimization is essential, I will shut
up and watch what happens to this over time. ;-)

> Another example of where I expect it to be useful is in YANG packages.  
> Looking at the examples at the end of 
> https://datatracker.ietf.org/doc/html/draft-ietf-netmod-yang-packages, then 
> some of those files (which currently aren't defining any schema, but should) 
> would almost double in size if they represented the schema inline using YANG 
> library, which I think would make the files harder for humans to read/parse.  
> Using URIs could help mitigate this, but then we would need to find a place 
> to publish the file containing the YANG package schema (presumably somewhere 
> in IANA), and it not obvious to me that adding the dependency on the URL is 
> really as helpful.

Once there are YANG packages and there is a new way to describe a
schema, you likely want to augment in a new choice. So I am not
convinced by this argument.

/js

-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
Fax:   +49 421 200 3103         <https://www.jacobs-university.de/>

_______________________________________________
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod

Reply via email to