Martin Bjorklund <[email protected]> writes: > Hi, > > "Xufeng Liu" <[email protected]> wrote: >> While realizing that the mechanism specified in the two drafts is very >> useful for modeling, I have a few questions that are common to both >> approaches: >> >> >> >> - How to mount one tree (but not other trees) from a module? For >> example, I may want to mount interfaces to one mounting point, but >> interfaces-state to a different mounting point. > > Currently this is not possible. If you want to use such a mechanism > to mount selected subtrees from a module, it is not clear that this > will work - there might be references from subtree A to subtree B, so > if subtree B is not mounted, it is unclear how such references should > be handled.
Same in YSDL. > >> - When the mounting module is augmented by another module, what will >> happen to these augmentations after mounting? What will be the XPath to >> refer a node in the mounting module (from mounting module, and from mounted >> module)? > > If the augmenting module it not mounted, nothing happens - it is just > not there. If the augmenting module is also mounted, it will be > augment the mounted module. For example, suppose ietf-interfaces and > ietf-ip are both mounted at /foo. The resulting tree would be: > > +--rw foo > +--rw if:interfaces > +--rw if:interface* [name] > ... > +--rw ip:ipv4! > It's also similar in YSDL. Augments apply only within a single schema, which is essentially what we have now. > >> - When a mounting module is used to mount to a mounting-point in >> my-module, how can the system also expose the mounting model in the original >> form, i.e. at the root level? > > The system exposes all "top-level" modules as usual - just list them > in the top-level YANG library. In YSDL one would need to be able to specify "/" as the root node for the "mounted" schema. It's not allowed in -00 but it might be a useful extension. I don't see any reason why it shouldn't work. Lada > > > /martin -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C _______________________________________________ netmod mailing list [email protected] https://www.ietf.org/mailman/listinfo/netmod
