Juergen Schoenwaelder <[email protected]> wrote:
> On Thu, Feb 04, 2016 at 12:07:32PM -0500, Lou Berger wrote:
> > 
> > 
> > On 2/4/2016 12:02 PM, Juergen Schoenwaelder wrote:
> > > Can I mount /top/second? 
> > yes. But in our use case, we wouldn't explicitly do a mount here. but we
> > would allow a server may choose to support it.
> > 
> > > Why would a solution be simpler if I make
> > > this impossible?
> > 
> > We're not suggest this.  We're stating what we require, not what we
> > preclude.  So a solution that supports non-top-level is just fine too.
> >
> 
> So is the outcome of this discussion that you wanted to express that
> it is sufficient for your use case to be able to mount nodes located
> directly below the root? In other words, you would mount /system out
> of ietf-system but you would never consider to mount, say, /system/ntp
> or /system/radius.
> 
> If this is the outcome, then the text describing your use case
> requirement probably can be improved (the distinction between
> top-level module and non-top-level module is misleading since all you
> require is mount of top-level nodes).

The way I understand the requirement from Lou et. al, which is also
what structural mount supports, is a way to mount (or "relocate") a
set of modules under a certain path.  Currently the complete subtrees
defined by this module set is mounted.  This includes any augments.
So for example, if you mount ietf-interfaces and ietf-ip under /x:foo,
the result would be:

   /x:foo/if:interfaces/if:interface/ip:ipv4/... 
   /x:foo/if:interfaces/if:interface/ip:ipv6/...

etc.

Structural mount does not currently support mounting of specific
subtrees.

I agree with Juergen that the term "top-level module" maybe is
misleading.  (In fact, I thought that this term refered to something
else - once you have mounted ietf-interfaces in the module "x" as
above, I thought that "x" was the top-level module, and ietf-interface
was the non-top-level module).


/martin

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

Reply via email to