Re: [netmod] issue and question: YANG short-case-stmt in augment-stmt or uses-augment-stmt

2015-08-27 Thread Martin Ciglan -X (mciglan - PANTHEON TECHNOLOGIES at Cisco)
Hi Ladislav Thanks for the asnwer. I've realized that leaf stmt in augment is parsed as data-def-stmt, not short-case-stmt (even though it is augmented to choice), so all is valid according to RFC6020. Best Regards Martin Od: Ladislav Lhotka

Re: [netmod] Y34 - root node

2015-08-27 Thread Ambika Prasad Tripathy (ambtripa)
IMHO, there should a YANG Construct should allow modules to be reused within another module with a restriction of looping. When the YANG modules organized at controller, or any manager, re use of grouping or a particular XPath mount makes life static in YANG. Br, Ambika Prasad Tripathy

Re: [netmod] Motivations for Structuring Models

2015-08-27 Thread Nadeau Thomas
On Aug 27, 2015:1:59 PM, at 1:59 PM, Andy Bierman a...@yumaworks.com wrote: On Thu, Aug 27, 2015 at 10:39 AM, Rob Shakir r...@rob.sh mailto:r...@rob.sh wrote: Andy, Apologies, I don’t understand how your mail answers the questions that I posed. On August 27, 2015 at 12:25:20,

Re: [netmod] Motivations for Structuring Models

2015-08-27 Thread Rob Shakir
Hi Andy, I’m struggling with this debate. On August 27, 2015 at 13:59:55, Andy Bierman (a...@yumaworks.com) wrote: Sorry -- are you suggesting that maybe /device adds no value beyond /? If so, I agree. No, I am suggesting that should understand what the alternatives to solving issues are,

Re: [netmod] Motivations for Structuring Models

2015-08-27 Thread Rob Shakir
Hi Lada, Thanks for the reply. On August 27, 2015 at 11:21:18, Ladislav Lhotka (lho...@nic.cz) wrote: This one is actually easy to explain, exactly as the top-level container  interfaces in ietf-interfaces: it is a courtesy to XML encoding.  Apologies, I’m not sure my question was clear enough.

Re: [netmod] Motivations for Structuring Models

2015-08-27 Thread Rob Shakir
Hi Andy, On August 27, 2015 at 14:48:58, Andy Bierman (a...@yumaworks.com) wrote: Did you really think that just because we created a nice DML that somehow you would not need to know about the topic of your YANG module? I actually have heard this complaint from some people.  Great.  How does

Re: [netmod] Motivations for Structuring Models

2015-08-27 Thread Andy Bierman
On Thu, Aug 27, 2015 at 11:19 AM, Rob Shakir r...@rob.sh wrote: Hi Andy, I’m struggling with this debate. On August 27, 2015 at 13:59:55, Andy Bierman (a...@yumaworks.com) wrote: Sorry -- are you suggesting that maybe /device adds no value beyond /? If so, I agree. No, I am suggesting

Re: [netmod] Motivations for Structuring Models

2015-08-27 Thread Nadeau Thomas
On Aug 27, 2015:2:29 PM, at 2:29 PM, Andy Bierman a...@yumaworks.com wrote: On Thu, Aug 27, 2015 at 11:14 AM, Nadeau Thomas tnad...@lucidvision.com mailto:tnad...@lucidvision.com wrote: On Aug 27, 2015:1:59 PM, at 1:59 PM, Andy Bierman a...@yumaworks.com mailto:a...@yumaworks.com

Re: [netmod] Motivations for Structuring Models

2015-08-27 Thread Rob Shakir
Martin, Apologies, I switched to a new client and, wow, yes, it's not readable. I reported a bug and switched clients again... I *hope* this one is more readable (and it was when I checked last). I'll put aside questions of whether the questions I'm asking are completely fair. Apologies.

Re: [netmod] Motivations for Structuring Models

2015-08-27 Thread Andy Bierman
On Thu, Aug 27, 2015 at 12:48 PM, Rob Shakir r...@rob.sh wrote: Hi Andy, On August 27, 2015 at 14:48:58, Andy Bierman (a...@yumaworks.com) wrote: Did you really think that just because we created a nice DML that somehow you would not need to know about the topic of your YANG module? I

Re: [netmod] Motivations for Structuring Models

2015-08-27 Thread Kent Watsen
Hi Martin, BTW, are these interim meeting minutes available somewhere? This is not the first time I had to search old emails in order to find interim minutes. I just sent email to the WG chairs alias asking about this. I'm proposing that minutes for interim meetings be linked off the Minutes

[netmod] logical systems model

2015-08-27 Thread Andy Bierman
Hi, I started a new subject line because the way logical vs. physical systems are managed is a separate issue from the others. +--rw device +--rw logical-network-elements +--rw logical-network-element* [network-element-id] +--rw network-element-id

Re: [netmod] Y34 - root node

2015-08-27 Thread Alexander Clemm (alex)
Yes. The one thing I would add is that validation of the mounted data can occur in its original path (the authoritative owner (in the distributed case)). It should not be required to do this validation with the chrooted path, although that path can be used by other data nodes that refer to /

Re: [netmod] Motivations for Structuring Models

2015-08-27 Thread Qin Wu
Hi, 发件人: netmod [mailto:netmod-boun...@ietf.org] 代表 Andy Bierman 发送时间: 2015年8月28日 0:25 收件人: Rob Shakir 抄送: netmod@ietf.org 主题: Re: [netmod] Motivations for Structuring Models On Thu, Aug 27, 2015 at 6:56 AM, Rob Shakir r...@rob.shmailto:r...@rob.sh wrote: NETMOD, One of the chairs encouraged

Re: [netmod] Y34 - root node

2015-08-27 Thread Martin Bjorklund
Alexander Clemm (alex) a...@cisco.com wrote: - As Martin mentioned, clearly by allowing to mount you are decoupling schema information and instance population. Regarding the issue of validation, this can be addressed by several ways. I think that the mount point effectively works as a

Re: [netmod] questions about draft-rtgyangdt-rtgwg-device-model-00

2015-08-27 Thread Lou Berger
On 08/26/2015 03:48 PM, Andy Bierman wrote: On Wed, Aug 26, 2015 at 12:33 PM, Lou Berger lber...@labn.net mailto:lber...@labn.net wrote: Tom, On 8/26/2015 9:34 AM, Nadeau Thomas wrote: ... This is exactly what I want to get on the table. So taking a

Re: [netmod] Y34 - root node

2015-08-27 Thread Lou Berger
On 08/27/2015 02:42 AM, Juergen Schoenwaelder wrote: The flat sea of YANG modules brings a different set of issues and I am unsure what they are; This is main problem I have. What the heck is the problem we are trying to fix? The first, but not only problem, is today's ~200 top level