[netmod] draft-ietf-netmod-routing-cfg

We had a lot of good discussions at IETF 94 with respect to the ietf-routing and how it could be augmented in the future to support I2RS. These discussions are ongoing. One current change that I would like to propose is to change the base instance container from routing-instance to networking-inst

Re: [netmod] Y02: context node

> On 23 Nov 2015, at 14:38, Martin Bjorklund wrote: > > Ladislav Lhotka wrote: >> >>> On 23 Nov 2015, at 14:09, Martin Bjorklund wrote: >>> >>> Ladislav Lhotka wrote: Hi, Y02-01 allows "must" as a substatement of "input", "output" and "notification" but for these cases

Re: [netmod] Y02: context node

Jernej Tuljak je 23.11.2015 ob 14:53 napisal: Martin Bjorklund je 23.11.2015 ob 14:38 napisal: Ladislav Lhotka wrote: On 23 Nov 2015, at 14:09, Martin Bjorklund wrote: Ladislav Lhotka wrote: Hi, Y02-01 allows "must" as a substatement of "input", "output" and "notification" but for these c

Re: [netmod] Y02: context node

Martin Bjorklund je 23.11.2015 ob 14:38 napisal: Ladislav Lhotka wrote: On 23 Nov 2015, at 14:09, Martin Bjorklund wrote: Ladislav Lhotka wrote: Hi, Y02-01 allows "must" as a substatement of "input", "output" and "notification" but for these cases the specification of the context node in s

Re: [netmod] Y02: context node

Ladislav Lhotka wrote: > > > On 23 Nov 2015, at 14:09, Martin Bjorklund wrote: > > > > Ladislav Lhotka wrote: > >> Hi, > >> > >> Y02-01 allows "must" as a substatement of "input", "output" and > >> "notification" but for these cases the specification of the context > >> node in sec. 7.5.3 doe

Re: [netmod] Y02: context node

> On 23 Nov 2015, at 14:09, Martin Bjorklund wrote: > > Ladislav Lhotka wrote: >> Hi, >> >> Y02-01 allows "must" as a substatement of "input", "output" and >> "notification" but for these cases the specification of the context >> node in sec. 7.5.3 doesn't work. >> >> o The context node is

Re: [netmod] Y02: context node

Ladislav Lhotka wrote: > Hi, > > Y02-01 allows "must" as a substatement of "input", "output" and > "notification" but for these cases the specification of the context > node in sec. 7.5.3 doesn't work. > >o The context node is the node in the accessible tree for which the > "must" sta

Re: [netmod] derived-from issue

> On 23 Nov 2015, at 13:57, Martin Bjorklund wrote: > > Ladislav Lhotka wrote: >> >>> On 23 Nov 2015, at 13:19, Martin Bjorklund wrote: >>> >>> Hi, >>> >>> derived-from is defined as: >>> >>> boolean derived-from(node-set nodes, >>>string module-name, >>>

Re: [netmod] derived-from issue

Ladislav Lhotka wrote: > > > On 23 Nov 2015, at 13:19, Martin Bjorklund wrote: > > > > Hi, > > > > derived-from is defined as: > > > >boolean derived-from(node-set nodes, > > string module-name, > > string identity-name) > > > > The derive

Re: [netmod] derived-from issue

> On 23 Nov 2015, at 13:19, Martin Bjorklund wrote: > > Hi, > > derived-from is defined as: > >boolean derived-from(node-set nodes, > string module-name, > string identity-name) > > The derived-from() function returns true if the first node

[netmod] derived-from issue

Hi, derived-from is defined as: boolean derived-from(node-set nodes, string module-name, string identity-name) The derived-from() function returns true if the first node in document order in the argument "nodes" is a node of type iden

[netmod] YANG model coordination group: Welcome Qin Wu as a new member

Dear all, As you know, YANG data modeling is getting more and more important these days. Graph of the day, with only the IETF YANG data models, is here . To help with the YANG Model Coordination Group