----- Original Message ----- From: "Martin Bjorklund" <[email protected]> To: <[email protected]> Cc: <[email protected]>; <[email protected]> Sent: Thursday, April 24, 2014 12:12 PM > t.petch <[email protected]> wrote: > > ----- Original Message ----- > > From: "Martin Bjorklund" <[email protected]> > > To: <[email protected]> > > Cc: <[email protected]>; <[email protected]> > > Sent: Wednesday, April 23, 2014 6:08 PM > > > t.petch <[email protected]> wrote: > > > > > <snip> > > > > Splitting state into two, operational and the rest, with an > > i2rs:edit-data for the former, does nothing to help with this - it could > > make things more complex. > > > > We now have a three way split - do we now have three separate trees (if > > not, why not)? > > I don't think a separate structure for i2rs routes are needed, b/c it > is supposed to directly modify the operational state. > > Also, I don't think this is a YANG-specific issue; any modelling > language can model one, two or three separate structures. If we put > the configuration part aside, you still have to decide if you need one > or two (or N) structures for "i2rs" state and "complete" state.
Martin The reason I speculate about three structures relates to the rules of YANG, for example that 'config true' cannot be subordinate to 'config false' in the schema tree. I cannot now recall what goes wrong were that not to be the case, but if we introduce i2rs:edit-data, then what are the rules about that? Can it be freely mixed with 'config true' in the tree, or do we need more rules about what can appear under what? or do we need to work more on the semantics of i2rs:edit-data? I don't know, hence my question (and my underlying concern that some way down the road, I2RS Information Models complete, we will hit a snag related to this that makes data models difficult to derive from the Information Models).. Tom Petch > > > > How do we get the i2rs:edit-data? Do we use filters to > > separate out the i2rs:edit-data, like a NETCONF get were get-config not > > to exist? > > Sure, just like might want to get the routes from bgp or some other > protocol. > > > /martin > _______________________________________________ i2rs mailing list [email protected] https://www.ietf.org/mailman/listinfo/i2rs
