On 07/02/2018 10:29, Ladislav Lhotka wrote:
On Wed, 2018-02-07 at 11:14 +0100, Martin Bjorklund wrote:
Juergen Schoenwaelder <[email protected]> wrote:
On Tue, Feb 06, 2018 at 03:25:52PM +0000, Robert Wilton wrote:
I think that the term "external" could also be confusing, since I think
that
sort of implies peer mount like semantics.
The "inline" mount concept seems to subsume peer mounts. From the
model perspective, is there a difference whether the mounted data is
local or remote (and what does local/remove mean for a VM)?
I would suggest the term "dynamic" instead of "inline " but that could
easily be confused with dynamic datastores.
Yes, I think this is not a good word either.
Perhaps rather than "inline" another choice could be "discoverable", i.e.
the schema is not known, and is dynamically discoverable inline at the
mount
point.
Equally, rather than "use-schema", perhaps a better choice would be
"known",
i.e. the schema is already known, and made available as part of YANG
library.
Perhaps integrated schema vs. mounted schema.
I like the term "integrated" better than "use-schema". But both cases
are mounted, so we need another term than "mounted" for "inline".
"segregated" doesn't sound quite right ;-)
I would prefer to use the term "mount" only for the inline case and find
something else for the use-schema case. The term "mount" evokes that some
*instance* data being added, which is what happens in the "inline" case but not
for "use-schema".
Perhaps the "use-schema" case really is a type of "schema mount", where
as the "inline" case is a type of "mount".
Perhaps they could/should have entirely separate YANG models to describe
them. Possibly in the "use-schema" case could refer to grafting a
schema into a parent schema rather than mounting it.
Thanks,
Rob
Lada
/martin
Whether it would be right to change these at this time, I've no idea ...
Yep.
/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
[email protected]
https://www.ietf.org/mailman/listinfo/netmod
_______________________________________________
netmod mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/netmod
