[netmod] Yangdoctors last call review of draft-ietf-netmod-yang-semver-06

Reviewer: Radek Krejčí Review result: Ready The draft clearly focuses on the use of semantic versioning within the modules connected with the versioning topic. Specifically, it extends yang-module-versioning draft with a single method to label module revisions. It introduces ietf-yang-sem...@2021

[netmod] Yangdoctors last call review of draft-ietf-netmod-yang-module-versioning-05

Reviewer: Radek Krejčí Review result: Ready The draft clearly focuses on the selected parts of the overall versioning topic. I appreciate it focuses on the clearly defined part of the problem and it is usable and useful even separately. It introduces ietf-yang-revisi...@2021-11-04.yang and ietf

Re: [netmod] Clarification needed for YANG 1.1 XPATH context

Hi, I'm refreshing an old thread to clarify specific use case, see below... Dne 25.2.2016 v 16:31 Martin Bjorklund napsal(a): > William Ivory wrote: >> >> -Original Message- >> From: Martin Bjorklund [mailto:m...@tail-f.com] >> Sent: 25 February 2016 15:17 >> To:

Re: [netmod] [Netconf] Open source filtering code?

Hi, NETCONF filtering is actually implemented in our Netopeer2 NETCONF server (where we use libyang to represent YANG data). libyang implements XPath on its data structures representing YANG data, so XPath filtering is really straightforward. Subtree filtering is implemented by transforming

Re: [netmod] Yangdoctors last call review of draft-ietf-netmod-entity-07

Martin Bjorklund napsal(a): > Hi, > > Radek Krejčí <rkre...@cesnet.cz> wrote: >> Reviewer: Radek Krejčí >> Review result: Ready with Issues >> >> The document itself and normative parts seem fine to me, the only issue I see >> is with the ietf-hardware-state

[netmod] Yangdoctors last call review of draft-ietf-netmod-entity-07

Reviewer: Radek Krejčí Review result: Ready with Issues The document itself and normative parts seem fine to me, the only issue I see is with the ietf-hardware-state module in non-normative appendix A. It seems to me that this temporary non-NMDA module does not conform to its purpose as described

Re: [netmod] 'status' statement needed on every node

Dne 6.9.2017 v 10:49 Martin Bjorklund napsal(a): > Radek Krejčí <rkre...@cesnet.cz> wrote: >> Dne 6.9.2017 v 08:52 Martin Bjorklund napsal(a): >>> Andy Bierman <a...@yumaworks.com> wrote: >>>> On Tue, Sep 5, 2017 at 3:50 PM, Kent Watsen <kwat...@juniper

Re: [netmod] 'status' statement needed on every node

Dne 6.9.2017 v 08:52 Martin Bjorklund napsal(a): > Andy Bierman wrote: >> On Tue, Sep 5, 2017 at 3:50 PM, Kent Watsen wrote: >> >>> >>> > I still don't know what it means to define hierarchical data and say the > parent is deprecated but not the

[netmod] tree diagrams - prefixes

Hi, I have another note regarding the standardization of tree diagrams - the is not clearly defined. pyang --tree-help says: is the name of the node () means that the node is a choice node :() means that the node is a case node If the node is augmented into the tree from another

Re: [netmod] yanglint and implemented versus imported YANG modules

Dne 7.3.2017 v 15:35 William Lupton napsal(a): > Inline. Thanks, W. > >> On 7 Mar 2017, at 09:49, Radek Krejčí <rkre...@cesnet.cz> wrote: >> >> Hi, >> I think that the default approach should be to expect that, until explicitly >> stated, the importe

Re: [netmod] Toolchain upgraded to yangdump-pro 16.10-5 => 16.10-5.1

Hi Kent, yanglint should be able to do it for you. Preferably, use the current devel branch (it should be merged into master within a few days). https://github.com/CESNET/libyang Regards, Radek Dne 6.3.2017 v 23:41 Kent Watsen napsal(a): > Hi Benoit, > > You seem to know the ins and outs of

Re: [netmod] yanglint and implemented versus imported YANG modules

>>> <https://www.ietf.org/mail-archive/web/yang-multicast/current/threads.html#00232> >>> initiated by Benoit. >>> >>> I thought it would be useful for NETMOD to see the part of the discussion >>> that relates to implemented versus imported YANG modules

[netmod] implemented vs imported modules - checking XPath expressions

Hi, I have the following 3 modules and only the module c is initially implemented. Because the module a is targeted in c's augment, a must be also implemented. Since the b is not targeted in any augment nor leafref, it need not be implemented. In such a case (a, c are implemented; b is imported),

Re: [netmod] clarification of default values in leaf-list

Dne 16.8.2016 v 14:36 Martin Bjorklund napsal(a): > Radek Krejčí <rkre...@cesnet.cz> wrote: >> Hi all, >> I'm not sure what is actually the default value in leaf-list if there >> are multiple default statements. Is it each of the values defined as >> default or t

[netmod] clarification of default values in leaf-list

Hi all, I'm not sure what is actually the default value in leaf-list if there are multiple default statements. Is it each of the values defined as default or the set of default values together? My point is, in case of NETCONF with-defaults capability, when the leaf-list instance is supposed to

[netmod] libyang - open source YANG library in C

Hi all, as a side effect of evolving our libnetconf library, we've developed standalone libyang library for parsing and validating YANG schemas and instance data. It further allows callers to work with schemas and instance data via libyang tree structures and various functions. The library is