[netmod] YANG 1.1 conformance announcement

Hi, Buried in the many NETCONF-specific sections is a requirement to announce the YANG library info. However this info is incomplete and sec. 5.6.5 needs to be changed because it assumes there is only 1 revision of the ietf-yang-library module possible. The client cannot read the read the

Re: [netmod] call for consensus to adopt draft-wilton-netmod-intf-ext-yang as NETMOD WG draft

The chairs were just reviewing notes and realized that this thread never closed properly. Juergen has some concerns regarding realistic milestones, that were never addressed. Robert, can you please try to address Juergen’s concerns now? Also, there were only a two responses before indicating

[netmod] WG Last Call: draft-ietf-netmod-syslog-model-06

All, This starts a two-week working group last call on draft-ietf-netmod-syslog-model-06. The working group last call ends on March 14. Please send your comments to the netmod mailing list. Positive comments, e.g., "I've reviewed this document and believe it is ready for publication", are

[netmod] Moving the WG discussion on mount forward

All, At last week's interim, Martin committed to update his document based on the meeting and then work with the other mount document authors (i.e., Lada and Alex) on a future version. Martin has now published this version: https://tools.ietf.org/html/draft-bjorklund-netmod-structural-mount-02

Re: [netmod] proposed change to ietf-routing

It'd be better to have a consistent design pattern. There are at least three more options as following. Thanks, - Xufeng Option 1: +--rw networking-instances | +--rw networking-instance* [name] | +--rw name string | +--rw type?

Re: [netmod] Augment issue

Hi Peter, I agree with you, i.e. I think that this is a bug in the OpenDaylight YANG parser. My interpretation is that augmentations with mandatory nodes within a module, or a sub-module on nodes in its parent module are allowed. This augmentation from the jukebox-cd module onto an

[netmod] Query regarding "list" subelement XML Mapping rule

Hi, I have a query regarding "list" subelement XML Mapping rules - RFC 6020 Section 7.8.5. For clarity, I am using the "example-jukebox" YANG model (from RESTCONF draft). +--rw jukebox! +--rw library | +--rw artist* [name] | | +--rw name string | | +--rw

[netmod] Augment issue

Hi all, A few weeks ago I reported a bug on the OpenDaylight YANG parser, regarding a error that was generated on a particular augment construction. The bug report is the following: https://bugs.opendaylight.org/show_bug.cgi?id=5335 We are disagreeing on the interpretation of the YANG RFC